一、缺陷常用字段说明
二、缺陷管理流程图
三、开发人员修改缺陷填写规范
四、项目经理决定延期修改缺陷
一、缺陷常用字段说明
1、摘要
对缺陷的简单描述。摘要包括该缺陷所属的模块名称-子模块名称,以及简单说明缺陷情况。
2、描述
详细描述重现该缺陷的步骤,错误现象和期待结果。必要时可以上传附件辅助说明。
3、状态
缺陷状态英文名称 | 缺陷状态中文名称 | 缺陷状态描述 | 备注 | |
1 | New | 新建 | 测试中提出报告缺陷,普通开发人员无权修改状态为“新建”的缺陷,只能修改状态为“打开”或者“重新打开”的缺陷。“新建”的缺陷需要项目经理确认并将状态置为“打开” |
|
2 | Open | 打开 | 被确认并分配给相关人员处理 |
|
3 | Fixed | 修复 | 开发人员已完成修正,等待测试人员验证 |
|
4 | Closed | 关闭 | 缺陷已被修复 |
|
5 | Reopen | 重新打开 | 缺陷未被修复 |
|
6 | Rejected | 否决 | 拒绝修改缺陷,该缺陷可能由于测试人员理解错误,或者项目经理认为不需要修改 |
|
7 | 延期 | 延期 | 不在当前版本修复的错误,下一版本修复 |
|
8 | 无法解决 | 无法解决 | 以目前的技术水平、经济因素或修改此缺陷的代价过大等原因而不能解决的缺陷 |
|
9 | Tester Agree | 测试同意 | 测试人员同意开发对缺陷做出的处理(这种处理可能是一种折衷的方法) |
|
10 | Duplicate | 重复 | 由于测试重叠工作或者不同测试人员重复提交等原因,出现相同描述的缺陷重复报告. |
|
4、分配给
记录该缺陷分配给谁去修改。一般来说,登记时都是统一分配给项目经理,再由项目经理确认并分配给相关开发人员。