一、前言
在前面的时候已经介绍了不少关于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报上,一定要有截图或者崩溃日志。