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

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

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


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


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

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

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

 

  表6 软件缺陷来源列表

  缺陷来源描述


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

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

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

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

 

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

 

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

  表7 软件缺陷根源列表

 

  缺陷根源描述

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

 

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

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

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

 

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

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

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