一个高质量的bug单应当包含以下几点
1.bug标题:包含产品名称、所属模块、概括bug内容
合格示例:易迪森门户网站-在线咨询-用户评价之后在线咨询页面乱码
错误示例1:用户评价页面有问题(过于笼统)
错误示例2:在线咨询页面乱码(只有现象而无法定位问题位置)
2.Bug编号:每个bug都有唯一的对应编号
3.问题的版本:看该bug是否是新版本引入的bug
4.问题环境:有些bug与环境有关,需要指明问题复现所在的环境配置信息,标注上该环境的bug重现概率,以供开发人员来进行排查
5.Bug优先级:明确bug的优先级,如highest、high、medium、low。
6.前置条件:明确写明所提交的Bug是在怎么样的情况下出现的
例如:用户已登录门户网站
7.重现步骤:简洁并准确的描述bug出现的步骤,没有多余的步骤,每一个步骤尽量只记录一个操作,保证快速准确的重复缺陷。
示例1、用户给客服进行评价,点击提交
示例2、关闭咨询窗口,刷新页面
示例3、重新打开咨询窗口,点击评价,进行评价后点击发送提交
错误、用户评价后刷新页面
8.预期结果:需求所要求的结果
例如:页面正常显示
9.实际结果:实际测试得到的结果,与期望结果相互对应。
例如:页面显示乱码
10.附件:在缺陷单附上bug的截图或动图或视频,并且增加相应的红框标识。
11.说明:为了更直观更清楚的说明bug的情况,可以添加其他详细说明。
Bug提交后需要实时跟踪bug的进展情况。根据bug的优先级,关注开发人员修改的进度,相应的修改情况是否准确记录,bug修复好后进行回归进行测试以确认修改没有引入新的错误或导致其他代码产生错误。同时要做到如下几点:
及时将bug反馈给开发人员,同时对发现的bug进行记录,不能反复reopen
Bug修复好后必须按自己先前的测试用例进行验证
Bug必须有deadline。如果因为时间原因没有修复完,需要对bug进行评审,优先修复级别高的bug
项目结束后,进行项目复盘,分析问题出现的原因及避免方案