准确报告软件缺陷(2)

　　(Close or Inactive)测试人员验证后，确认缺陷不存在之后的状态。

　　重新打开测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复

　　推迟这个软件缺陷可以在下一个版本中解决

　　保留由于技术原因或第三者软件的缺陷，开发人员不能修复的缺陷

　　不能重现开发不能复现这个软件缺陷，需要测试人员检查缺陷复现的步骤。

　　需要更多信息开发能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷的日志文件，图片等。

　　7. 缺陷来源：指缺陷所在的地方，如文档、代码等，如表6所示。

　　表6 软件缺陷来源列表

　　缺陷来源描述

　　需求说明书需求说明书的错误、或不清楚引起的问题

　　设计文档设计文档描述不准确、和需求说明书不一致的问题

　　系统集成接口系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷

　　数据流(库)由于数据字典、数据库中的错误引起的缺陷

　　程序代码纯粹在编码中的问题所引起的缺陷

　　8. 缺陷根源：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高，如表7所示。

　　表7 软件缺陷根源列表

　　缺陷根源描述

　　测试策略错误的测试范围，误解了测试目标，超越测试能力等

　　过程，工具和方法无效的需求收集过程，过时的风险管理过程，不适用的项目管理方法，没有估算规程，无效的变更控制过程等。

　　团队/人项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等。

　　缺乏组织和通讯缺乏用户参与，职责不明确，管理失败等。

　　硬件硬件配置不对、缺乏，或处理器缺陷导致算术精度丢失，内存溢出等

　　软件软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，2000 千年虫问题等。

　　工作环境组织机构调整，预算改变，工作环境恶劣，如噪音过大。

原文转自：http://www.ltesting.net