一、提交缺陷注意实现
可重现:
发现缺陷可以在开发人员的电脑上实现
唯一性:
每个缺陷有一个编号,也就是编号的ID
缺陷报告每行是一个缺陷
规范性:
提交的缺陷需要符合公司制定的规范要求
缺陷报告的规范:
ID
标题
重现步骤
期望结果
实际结果
2、处理规范的流程:
3、缺陷相关概念:
缺陷状态
new:测试人员提交新bug,这个bug状态是新建
open:处理bug的开发人员打开测试提交的bug,这个状态h是打开
fix:开发已经将测试人员提交的bug修复完成 这个状态是fix、fixed
reopen:开发处理过,但是回归测试没有通过的bug这个状态是reopen
postpone:不是紧急bug,不需要马上处理 延期处理,这个状态是postpone
reject:开发人员拒绝处理bug
结合状态写工作流程:
流程1:
70-80%
测试【
new
】
=>
开发【
open
】
=>
开发【
fifix
】
=>
测试【
close
】
流程
2
:开发处理
bug
后,但是未通过回归测试
10-20%
测试【
new
】
=>
开发【
open
】
=>
开发【
fifix
】
=>
测试【
reopen
】
流程
3
:延后处理
10%
测试【
new
】
=>
开发【
open
】
=>
开发【
postpone
】
流程
4
:拒绝处理
5%
测试【
new
】
=>
开发【
open
】
=>
开发【