旦缺陷被置于“已修正”状态，不仅需要得到测试人员的验证，而且要围绕这个缺陷进行 相应的回归测试，检查当前缺陷修复过程中是否引入了新的问题。Р如果每一个人都同意将确实存在的缺陷推迟到以后处理，应该指定下一个版本号或修改的日 期。一旦开始开发新的版本时，这些推迟修正的缺陷应该被重新打开。Р测试前细化测试需求,避免递交歧义缺陷。Р把握不准的缺陷，递交以前最好讨论一下。Р清楚无歧义的描述Bug，减少随机测试，带来不可重现的Bug。Р做好版本配置管理工作，保证测试环境的准确性。РР缺陷的跟踪和分析Р5.1 缺陷的状态跟踪Р采用缺陷管理工具对缺陷进行跟踪，如：bugfree等工具。Р单个缺陷经历上述的生命周期，主要是通过缺陷管理工具集成获得跟踪。Р5.2 缺陷的分析Р根据缺陷状态来判断测试进展情况，开发人员的编程质量，修正缺陷的进度。通过缺陷分析，还Р可以完成产品质理的评估，确定测试是否达到结束的标准，也就是判定测试是否已达到用户可接 受的状态。通过缺陷的分析，还可以发现开发过程中存在的问题。Р1. 缺陷趋势报告Р缺陷趋势分析是缺陷的纵向分析，也就是在时间上对缺陷进行分析，有助于进度控制和测试 过程管理。Р1） 测试过程要经过单元测试、集成测试、功能测试、系统测试、验收测试等不同阶级，期 波动趋势会表现出不同的周期性。Р2）通过缺陷管理工具生成的统计报告，如：Bug解决日期分布、Bug创建日期分布等。Р2. 缺陷分布分析Р缺陷分布分析是缺陷的横向分析，也是空间上的分析，一般在项目结束后进行。它可以针对Р一个或多个缺陷参数（严重性或优先级、来源、功能点、项目组等）进行缺陷分析，如功能Р上的分布分析，可以了解哪些功能模块处理比较难，哪些功能模块程序质量比较差；又如缺 陷来源的分析，可以帮助找出缺陷产生的根本原因。Р1）通过缺陷管理工具生成的统计报告，如：Bug类型分布、Bug优先级分布等。
全文预览
