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设计图，开发规范文档