bug生命周期
首先知道bug的管理工具有禅道，jair，bugfree这些都是bug管理工具：
创建bug-----修改bug------验证bug------关闭bug这就是最基本的生命周期
载体bug的时候会遇到如下问题：
bug可以改成---已修改---
不予解决：就是开发不给解决这个bug，这个时候你怎么办：
首先找开发去沟通，看看是什么原因造成的不给解决，看看有没有可能简单沟通一下，态度好点的bug解决掉，如果开发还是不解决，有测试经理找测试经理，没有测试经理找项目经理，将问题向上反映；
开发说bug延期处理你该怎么办？
首先确定这个bug是什么类型的如果是自己项目里面的bug，而且还影响主要功能的使用，绝对不可能延期，如果是第三方原因造成的bug，比如分享每个平台是不一样的，这样的bug是可以延期的，必须通知项目经理的， 只有项目经理同意延期，才能延期，不然是不能延期的；
如果说bug是外部原因造成的：
比如环信发送消息不能及时收到，这个时候一定要通知项目经理，是需要更换技术框架，还是能接受这个的；
bug三大分类：致命缺陷，严重缺陷，一般缺陷；
致命缺陷：造成系统程序崩溃，系统悬挂，数据丢失，以及主要功能完全丧失都属于致命缺陷；
严重缺陷：主要功能存在严重缺陷，但不会影响到系统稳定性。
比如：1. 功能未实现；2.功能存在报错；3.数值轻微的计算错误。
一般缺陷：这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果，
比如：1主要功能丧失；2提示信息不正确；3用户界面较差；4操作时间长
一个按钮点击没反应，如何判断是前端bug还是后台bug：
首先一般我们采用灰盒或者白盒，灰盒测试主要通过fiddler抓包，当点击按钮那一刻，通过fiddler看看有没有进行网络请求，如果没有进行网络请求说明是前端bug，有可能是前端没有调用网络请求的方法，如果进行了网络请求，但是没有返回数据，那就是后台bug，如果进行了网络请求，而且数据也正确返回那就是前端bug，如果进行了网络请求，返回数据不对那就是后台bug；
测试需要的文档：需求文档，接口文档，产品原型图，UI设计图，开发规范文档
需求文档：看看需求是什么，首先弄明白我们的产品需求
接口文档：用来测试接口是不是正常使用，需要用到
产品原型图：主要看清楚业务逻辑，以及有哪些功能点
UI效果图：具体的产品长的什么样子
测试分类：
功能测试，兼容测试，性能测试，安全测试，自动化测试（主要是写脚本，为自己做功能测试提高效率）
功能测试：web端和移动端：黑盒，灰盒，白盒；
兼容测试：
web端兼容测试：IE浏览器从6 -12版本进行测试，是不是都可以用
火狐浏览器从36 - 54版本进行测试，是不是都可以用
谷歌浏览器从46到最新版浏览器
除此之外各种浏览器的测试，比如360，百度，搜狗，猎豹等各种浏览器都需要测试一遍
移动端兼容测试：
android端：华为，VIVO，OPPO，三星，小米等友盟排行较高的手机都进行测试，比如加起来使用率达到90的手机都需要测试；
android手机系统从4.0测试到最新的8.0手机
iOS端手机：从4S直接到8X手机
iOS系统从6到11；