缺陷管理与测试用例

一、提交缺陷注意实现

可重现：

发现缺陷可以在开发人员的电脑上实现

唯一性：

每个缺陷有一个编号，也就是编号的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 】 =>