●一般来说：缺陷的状态包括如下：待确认，待修复，待验证的，已验证的，被拒绝的、暂缓解决的、测试不通过的、已关闭的等等。
说明：各项目根据实际情况，定义缺陷的状态,软件测试
●定期统计系统中不同状态的缺陷数，计算相对百分比。并进行对应的分析。
●
如果待确认和待修复状态的缺陷比例较高，则可能是缺陷在开发经理处没有确认分配下去，开发人员没有及时修复缺陷。可以根据项目实际，考虑提醒开发经理及时分配缺陷，开发人员暂停新功能开发，集中精力修复缺陷。或者增加开发资源。
●还可以进一步详细统计，哪个开发人员手上待修复的缺陷数比较多，以便进行合理任务安排。
●
如果待验证状态的缺陷比例较高，表明，测试人员没有及时验证缺陷，此时根据实际情况，调整测试策略，测试人员暂停测试新功能，集中精力优先验证缺陷，或者适当增加测试资源。
●还可以进一步详细统计，哪个测试人员手上待验证的缺陷数比较多，以便进行合理任务安排。
●如果关闭的缺陷比例比较高。则可能意味着功能模块趋于稳定，再结合其他指标进行分析。
●如果测试不通过的缺陷比例较高，则需要具体分析开发人员的开发状态，是什么原因造成缺陷修复不正确。
●如果被拒绝的缺陷比例较高，则需要分析开发人员和测试人员在需求理解上是否存在分歧，根据实际情况，采取对应措施。
请联系网站客服，了解详细的优惠课程信息~
优质、便捷、省心
加载全文
