📋 个人简介
- 作者简介:大家好,我是凝小飞,软件测试领域作者
- 支持我:点赞👍+收藏⭐️+留言📝
在测试人员日常工作中,关于bug的编写和定义是一个比较经常的工作,如果bug编写描述的不清楚的话,影响到bug修复的效率,同时也会增加和开发同学对于bug的争执。下面就介绍一下,我在曾经的某个项目中梳理的组内bug测试编写规范。供大家参考。
一、缺陷管理流程
Jira中可以自定义流程,如下是一个经过实践的普遍的bug流程
二、缺陷编写规则
1 .[项目] :必选,如番茄炒蛋
2 .[问题类型] :必选。如缺陷,改进
3 .[主题] :
标题一定要简洁明了!标题一定要简洁明了!标题一定要简洁明了!
[应用+版本][复现概率][机型][测试类型][服务端环境] 场景+操作+结果
解析:
[应用+版本]: 必选。如番茄炒蛋1.0.1.1027
[复现概率]:必选。格式只有三种,格式只有三种,格式只有三种,如下
[偶现N/10]、[有一定概率N/10]、[必现]
- 偶现的S1/S2级严重的问题需要验证10次
- 概率定义
- 偶现:10次测试,出现N次,1≤N≤2
- 有一定概率: 10次测试,出现N次,2<N<10
- 必现:S1/S2级问题必须验证3到5次,连续出现,根据经验排断是必现的,即可. 单台必现,标题写必现,在bug描述里的概率部分写上单台必现。
[机型]:可选,特殊手机可填写
[测试类型]:可选,不写默认是功能测试,否则建议写上稳定性、容错等标签
[服务端环境]:可选,不写默认是线上环境,否则写上测试环境,预发环境
场景+操作+结果:
这个是考验语文水平的时候了,这里可以有主语、谓语、宾语、定语、状语、补语组成,我泱泱大国文化源远流长 ... 此处省略1万字 ... 简单的说就是,在哪里做了什么发生了什么问题
也许你的操作步骤、前置条件很多,想表达的很多,但是,请写到步骤里去。 这里的描述字数不超过30个字
4 .[优先级] :必选。
5 .[到期日] :必选。
6 .[模块] :必选。下拉选择,如无所选模块@项目责任人增加,我们为电商应用模块
7 .[影响版本] :下拉选择,如无所选版本@项目责任人增加,比如班车测试中都会需要填写当前版本测试的版本。
8 .[解决版本] :开发填写解决版本,创建时候可以不写
9 .[经办人] :直接找接口人确认开发人员
10 .[环境] :目前的验证环境,wifi,或者3G/4G,预发环境
11 .[描述] :
语文老师说过,写文章要虎头猪肚豹尾,Bug描述就相当于猪肚,标题里没来得及表达的,这里可以尽情表达了,举个栗子说明一下:
[ 应用版本 ] :
填写测试的版本
[ 系统版本 ] :
填写测试手机的版本
[ 前置条件 ]:
比如: 网络情况、账号登陆情况、后台配置情况等
1、有网络
[ 重现步骤 ] :
这里的步骤一定要清晰,切勿句式杂糅,切勿,一般来说,一个操作一个结果,最后一步出问题的结果,就写在实际结果里。
[ 实际结果 ] : 写实际出现的情况
[ 期望结果 ] : 写期望出现的结果
[ 概率 ] :必现 3/3 ,验证3次,出现3次。
台必现属于必现,也可以在这里备注
[ 恢复步骤 ] : 退出再进入可以恢复
比如重新进入退出是否可恢复、重启是否可恢复等
问题恢复的操作,请按如下顺序测试,一旦可恢复,不需要验证后续步骤。
- 按返回键再进入
- 按home键再进入
- 重启
其它恢复步骤建议也写上,比如播放过程中出现花屏马赛克,不需要操作即可恢复。
[ 备注 ] :
严重问题,建议写上
1)其它机型的对比情况:
2)其它场景的对比情况:
恢复步骤和备注 是个加分项,也是体现一个人能力和思维考虑周全的地方
[ 测试员 ] : 提交人
12 .[附件] :
日志:
应用一定附上logcat日志,也有可能需要bugreport, trace,或者开发特殊需求的日志。
当日志比较长, 建议写上问题发生的时间点。
严重问题或者应用系统卡死导致日志不好抓时可以保留现场给开发。
截图和视频:
可选,当描述不太清晰,步骤有点复杂的时候,请附上截图或者视频。
13 .[抄送用户] :抄送开发与测试相关人员,更快推进bug的解决