Bug探索标准规范及示例展示


以下是Bug探索提交Bug的标准规范,在讲解时我们会加入具体示例:

 

一、通用型问题:

 1、  Bug描述中不能出现错别字。

错误示例:

奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示)

 2、  错误提示类Bug描述需要将问题点用引号引起来。

 3、  Bug描述中不能包括不确定问题,比如连续几次,多次点击,长时间上下滑动屏幕等模糊表述

错误示例:进入页面后等待一段时间。再点击XX按键。

 4、  Bug描述中不能包括表述混乱的词语比如:APP崩溃,手机崩溃,系统崩溃,APP重启,手机重启此类。

 5、  Bug描述不能带有主观感情色彩的评价。

 

二、测试环境:

 测试环境包含测试手机型号、测试的网络等。

 常见问题:

 6、提交缺陷时,需要添加正确的产生缺陷的测试设备及网络环境

 

三、Bug类型:

 常见问题:

 7、UI类问题需上传当时截图,用红框标识有问题的位置,如截图不能充分说明问题的需要在上传截图的同时再上传一个视频。

 8、功能类问题需上传视频,周围环境必须保持安静,尽量用普通话对该问题进行有声描述,录制过程中需开启点击效果。

 9、崩溃类问题需上传视频文件和10分钟以内的崩溃文件 。

 

四、Bug标题:

 标题的格式主要是对你所提交的缺陷进行简明扼要的描述。

 常见问题:

 10、标题中不可包含测试步骤、链接符号、标题结尾不能有标点.。

 11、标题需要简明扼要阐述问题的本质,不宜过长,建议15字内。

错误示例:

可修改为:意见反馈页,QQ输入任意内容可发送成功

 

五、前提条件:

 前置条件为发生这个缺陷的前提条件,满足什么条件才可以发生这个缺陷。

 常见问题

 12、前提条件为空则填无,若有多个需使用阿拉伯数字加中文顿号“、”。

13、前提条件不可加如测试步骤。

书写方法:前提条件指Bug在什么条件下发生的,比如:断网,未登录,已登录,其他信息都正确填写,某某条件输入错误等情况,写出能一眼看清的条件,而不是把前提条件当步骤来写

错误示例:

应改为:已登录

 

六、复现步骤:

 缺陷的复现步骤能完整的指导缺陷阅读人员进行按照既定步骤进行复现缺陷,并分析缺陷产生原因及定位。需要测试人员在提交缺陷时,按照既定步骤从测试开始一步一步记录到缺陷产生。

常见问题

 14、测试步骤需分布撰写,步骤需使用阿拉伯数字加中文“、”

正确示例:1、打开客户端->查找有评论数据的新闻
2
、点击进入此类新闻->点击屏幕下方评论图标

 15、步骤中的页面间切换,需使用“->”符号连接,进行简化。

正确示例:(首页->我的->我的订单->未支付,点击一个未支付订单,进入订单详情页)

错误示例:

应改为:1、我的->意见反馈->正确的反馈内容->联系方式栏填写任意字符->发送

 16、测试步骤确保和录制视频中的操作一一对应

 17、步骤中不能包含结果

 

七、实际结果和期望结果:

实际结果是在测试软件的过程中,软件所表现出来的特征或者行为。

期望结果就是软件在最初设计所要求达到的结果或者目标。

 常见问题:

18、结果不需要总结描述,实际什么现象就写什么现象

19、结果只需要最终结果,不需包含步骤,

20、期望结果不应与测试结果一致。

正确示例:无反应、崩溃、闪退、一直在加载、提示错误、有错别字、模块和文字叠在一起、跳转到XX页面、页面跳转错误等等。

 

八、复现率:

21、必现问题需执行三次以上。

22、不易重现问题需执行五次以上。

错误示例:

 

九、备注:这一部分主要是对缺陷的一些补充

 常见问题:

23、特殊Bug缺少必要的备注。

正确示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug。

正确示例:其它系统也发生,上个版本不发生等需要补充的内容。

 

十、附件:

 附件信息缺陷图片、缺陷视频、缺陷日志

常见问题:

24、图片附件格式需为:jpg、png ,30M以内

25、视频附件格式需为:MP4 ,时长5分钟内 ,大小100M以内

26、日志需截取10分钟内,日志附件格式需为:txt、log、crash、ips

27、附件命名应与Bugtitle呼应,不可出现名称怪异,冗长等。

错误示例:QQ视屏20168377894872.MP4