测试开发之缺陷报告下篇

三、 缺陷的分类

1 缺陷的分类标准

2 根据缺陷类型对缺陷分类

 功能缺陷
 界面缺陷
 文档缺陷
 代码缺陷
 算法错误
 性能缺陷

3 根据缺陷的等级对缺陷分类

A 类—致命缺陷，包括以下各种错误：
 由于程序所引起的死机，非法退出；
 死循环；
 数据库发生死锁；
 因错误操作导致的程序中断；
 功能错误；
 与数据库连接错误；
 数据通讯错误
B 类—严重缺陷，包括以下各种错误：
 程序错误；
 程序接口错误；
 数据库的表、业务规则、缺省值未加完整性等约束条件
C 类一般缺陷，包括以下各种错误：
 操作界面错误（包括数据窗口内列名定义、含义是否一致）；
 打印内容、格式错误；
 简单的输入限制未放在前台进行控制；
 删除操作未给出提示；
 数据库表中有过多的空字段
D 类—较小缺陷，包括以下各种错误：
 界面不规范；
 辅助说明描述不清楚；
 输入输出不规范；
 长操作未给用户提示；
 提示窗口文字未采用行业术语；
 可输入区域和只读区域没有明显的区分标志
E 类—意见或建议

4 根据缺陷处理的优先级对缺陷分类

5 根据缺陷状态对缺陷分类

四、 缺陷报告的处理

1 缺陷报告的简单处理流程/ 缺陷的生命周期

 软件测试人员提交缺陷报告；
 测试负责人审核后将缺陷报告分配给相关的开发人员修改；
 缺陷被修改后由测试人员根据缺陷报告中的修改记录进行返测；
 返测通过的缺陷报告由负责人关闭，返测未通过的缺陷报告直接返回开发人员重新
修改，缺陷报告直到缺陷被修复以后才关闭；
 关闭或已解决的缺陷报告可能会被阶段性的复审重新打开，这些报告一旦被再次打
开应该立即处理。

2 缺陷报告的标准处理流程

 正常缺陷
 重复缺陷
 无效缺陷
 推迟修改
 验证不通过
 描述不清楚

3 缺陷跟踪管理系统/ 缺陷管理工具

3.1 缺陷管理工具 的 功能

 缺陷提交
 缺陷跟踪
 缺陷分析：
 有效的缺陷分析不仅可以评价软件质量，同时可以帮助项目组很好地掌握和评
估软件的研发过程，进而改进研发过程，未对缺陷进行分析就无法对研发流程
进行改进。
 缺陷分析还能为软件新版本的开发提供宝贵的经验，进而在项目开展之前，指
定准确、有效的项目控制计划，为开发高质量的软件产品提供保障。

3.2 常见缺陷管理工具

 Bugzilla
 Bugfree
 Mantis
 Jira
 ZenTao（禅道）
 Quality Center/Application Lifecycle Management
目前市场占用率最高的项目管理工具。
全球最大的测试工具提供商 Mercury Interactive 公司生产的企业级项目管理工
具。