测试之Bug

一、前言

         在前面的时候已经介绍了不少关于bug、缺陷的问题，这个是我们软件测试的依据。所以，在这里再提一下，有兴趣的多了解一下吧，不过我还是更希望有经验的童鞋能多多的补充一下。

二、含义

          什么是bug？

         在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞）。bug的存在会导致软件产品在某种程度上不能满足用户的需要

 

三、测试铭记

          软件中的bug是无穷无尽的。

 四、bug的生命周期

         缺陷的生命周期指的是一个缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。

                     

五、bug的书写规范

         提交bug是为了保证修复错误的人员可以重现该bug，也保证验证bug的人员可以理解该bug，良好的bug书写规范，会提高开发和测试的工作效率。

六、bug的分类

       。 需求bug

          顾名思义，是客户端的展示与定义和文档中不相符的地方，这类bug一定要在第一轮测试中完全暴漏出来，如果在之后发现，会影响产品的进度和决策。
        如何发现此类bug：在提测之后，严格对照PRD，交互文档和效果图，如果发现与定义不相符，就需要找产品确认。
       bug的指向：一般是产品设计同学
      bug附件：需要摘取文档中的定义，或附上效果图

       。功能bug

       此类bug是指，客户端的功能有缺陷，此类bug一般在第一轮要暴漏60％
       如何发现此类bug：根据在文档学习过程中所编写的测试大纲或者用例，或者曾经预想的条件，进行测试。
       bug的指向：一般是前端开发同学
       bug附件：崩溃需要崩溃日志，页面问题需要截图标注。     

       。数据bug

       此类bug是接口数据返回的数据有误，如显示字段的名称，title等
       如何发现此类bug：发现页面显示异常，或者字段显示异常，使用charles抓去接口日志，查看数据。
       bug的指向：一般是后台开发同学
      bug附件：需要附上接口的url，设备的UA，必要时需要附上cookie。

       。其他bug

        如数据统计bug，广告bug，偶现的bug；
        数据统计和广告bug，需要抓去接口，分析接口上传和返回数据。
       偶现的bug，一般遇到后，先尽量回忆复现步骤，尽可能找到复现的方法，如果不行，就按照出现的步骤将bug报上，一定要有截图或者崩溃日志。