Bug探索测试标准规范及示例展示
1、 通用型问题：标准规范及示例展示
1） Bug描述中不能出现错别字。
错误示例：
奔溃（崩溃），电击（点击），登陆，（登录），重置（充值），现实（显示）
2) 错误提示类Bug描述需要将问题点用引号引起来。
3) Bug描述中不能包括不确定问题，比如连续几次，多次点击，长时间上下滑动屏幕等模糊表述
错误示例：进入页面后等待一段时间。再点击XX按键。
4）Bug描述中不能包括表述混乱的词语比如：APP崩溃，手机崩溃，系统崩溃，APP重启，手机重启此类
5) Bug描述不能带有主观感情色彩的评价。
2、测试环境：
测试环境包含测试手机型号、测试的网络等。
常见问题： 提交缺陷时，需要添加正确的产生缺陷的测试设备及网络环境
3、Bug类型：
常见问题：
1) UI类问题需上传当时截图，用红框标识有问题的位置，如截图不能充分说明问题的需要在上传截图的同时再上传一个视频。
2) 功能类问题需上传视频，周围环境必须保持安静，尽量用普通话对该问题进行有声描述，录制过程中需开启点击效果。
3) 崩溃类问题需上传视频文件和10分钟以内的崩溃文件。
4、Bug标题：
标题的格式主要是对你所提交的缺陷进行简明扼要的描述。
常见问题：
1) 标题中不可包含测试步骤、链接符号、标题结尾不能有标点.。
2) 标题需要简明扼要阐述问题的本质，不宜过长，建议15字内。
错误示例：意见反馈输入页面，输入框内输入我是一个小测试可以发送成功
可修改为：意见反馈页，输入内容可发送成功
5、前提条件：
前置条件为发生这个缺陷的前提条件，满足什么条件才可以发生这个缺陷。
常见问题
1) 前提条件为空则填无，若有多个需使用阿拉伯数字加中文顿号“、”。
2) 前提条件不可加如测试步骤。
书写方法：前提条件指Bug在什么条件下发生的，比如：断网，未登录，已登录，其他信息都正确填写，某某条件输入错误等情况，写出能一眼看清的条件，而不是把前提条件当步骤来写
应改为：已登录
6、复现步骤：
要简明清晰分步骤描述如何复现Bug问题，步骤用序号编排。
要按照自己的操作的实际步骤写清楚每一步是怎么操作的，最后操作到哪个页面或者点击哪个按键。
如在特定情况下发生的问题，还需明确提供以下信息：
1）准确写出连续点击次数，点击时长与上下滑动屏幕时长。
2）对于特定数据产生的问题，提供具体数据。
3）精准描述bug产生的路径后，再描述现象。
描述测试步骤中的页面切换为避免出现描述不清晰或者有歧义，需用“->”符号连接
产品中页面名称、按钮、提示语需要使用双引号
正确示例：
1、打开客户端进入首页->点击“我的”页面->点击"用户头像"进入"个人资料"页
2、点击头像选择"拍照"->拍照后点击"保存"，提示"保存成功"
3、从"个人资料"页返回 “我的”页面，查看头像
7、实际结果和期望结果：
期望结果：
1）产品需求说明中所描述的相关操作的结果
2）若产品需求说明中未进行阐述，则参考同类产品相关操作的结果
3）结果必须是肯定无疑义，可判定性的结果。
正确示例:我们以一个取消点赞功能为例：
同步显示已经取消，点赞数-1
特别提醒：期望结果不要包含测试步骤，要的是操作的一个结果
实际结果：
按照测试步骤实际出现的结果，避免使用“不正常”，“有误”等模糊词汇，需要直接描述实际现象。
正确示例：还是以上一个点赞功能为例，出现Bug后就可以写
同步显示已经取消，点赞数未-1
特别提醒：期望结果和实际结果要相互对应
8、复现率
1) 必现问题需执行三次以上，若必定复现则填写100%
2) 不易重现问题需执行五次以上，并统计概率后填写
9、备注：这一部分主要是对缺陷的一些补充
常见问题：
1) 特殊Bug缺少必要的备注。
正确示例：只有在使用附件中的图片（大图片：60M）时，会出现此Bug。
正确示例：其它系统也发生，上个版本不发生等需要补充的内容。
10、附件
附件信息缺陷图片、缺陷视频、缺陷日志
常见问题：
1) 图片附件格式需为：jpg、png ，30M以内
2) 视频附件格式需为：MP4 ，时长5分钟内 ，大小100M以内
3) 日志需截取10分钟内，日志附件格式需为：txt、log、crash、ips
4) 附件命名应与Bugtitle呼应，不可出现名称怪异，冗长等。
错误示例：QQ视屏20168377894872.MP4