重新打开：测试人员验证后，确认缺陷不存在之后的状态；
推迟：这个软件缺陷可以在下一个版本中解决；
保留：由于技术原因或第三者软件的缺陷，开发人员不能修复的缺陷；
不能重现：开发不能再现这个软件缺陷，需要测试人员检查缺陷再现的步骤；
需要更多信息：开发能再现这个软件缺陷，但开发人员需要一些信息，例如缺陷的日志文件、图片等。
g、软件缺陷的起源：需求、构架、设计、编码、测试、用户
在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶段占25%、编码阶段占15%、其他占6%.
h、软件缺陷的来源：需求说明书、设计文档、系统集成接口、数据流（库）、程序代码
需求说明书：需求说明书的错误或不清楚引起的问题；
设计文档：设计文档描述不准确。和需求说明书不一致的问题；
系统集成接口：系统个模块参数不匹配、开发组之间缺乏协调引起的缺陷；
数据流（库）：由于数据字典、数据库中的错误引起的缺陷；
程序代码：纯粹在编码中的问题所引起的缺陷。
i、缺陷根源：测试策略，过程、工具和方法，团队\人，缺乏组织和通讯，硬件，软件，工作环境
测试策略：错误的测试范围，误解测试目标，超越测试能力等；
过程、工具和方法：无效的需求收集过程，果实的风险管理过程，不使用的项目管理方法，没有估算规程，无效的变更控制过程等；
团队\人：项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等；
缺乏组织和通讯：缺乏用户参与，职责不明确、管理失败等；
硬件：硬件配置不对、缺乏、或处理器缺陷导致算术精度丢失，内存溢出等；
软件：软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，千年虫问题等；
工作环境：组织机构调整，预算改变，工作环境恶劣，如噪音过大。
4、学会利用管理缺陷的工具
例如TD、bugfree、bugzille等
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
