最近在规范公司bug提报规范,简单整理了一下目前的规范要求,形成如下小结,部分条目可能不适用于其他项目,还是要根据实际项目运转情况来灵活调整。
公司用Jira来管理缺陷的,所以本规范中字段值都是根据Jira来设置的。
Bug提报规范
1) Bug提报原则
- 规范问题单提报的目的,是为了提高问题处理效率。
- 所有问题都要提单,有条件重现,无规律重现,难重现的一样提单。
- 问题出现需要先定位,抓包、日志、数据库、截图。
- 问题初步定位后,及时提单,避免遗忘,也给开发留有充足的时间修复。
- P0级别Bug及时通知开发,尽快修正,避免阻塞其他测试。
- 其他级别的Bug直接跟踪,不需要挨个确认。
- 低级别bug(文字符号、提示信息等)可以汇总一起提个单,在描述中分条目列出。
2) Bug提报信息填写规范
-
项目:Bug归属的项目组
-
主题:简明扼要地描述是什么问题
-
详细描述:
- 测试步骤/问题描述:
- 对于简单的问题,简明扼要地描述测试步骤或直接描述问题;
- 对于复杂的问题,需要细化测试步骤、预期结果和实际结果,以便开发人员能更好的理解问题。
- 测试数据:提供测试数据,以便开发人员可以
- 测试步骤/问题描述: