软件测试指标与缺陷管理
1. 相关指标
某些指标会对首次缺陷率产生影响，具体如下：
-需求复杂度：需求越复杂，首次出现缺陷的可能性就越大。可尝试将需求分解为更小的需求。
-涉及的外部系统数量：有些情况超出控制范围，必要时需接受，但应尽可能考虑其影响。
-缺陷与变更请求：客户可能改变想法，导致看似是缺陷实则并非如此的情况。可利用测试用例验证功能，将这些情况归为实际的变更请求而非缺陷。
2. 缺陷重新激活
缺陷重新激活指之前“修复”的缺陷实际上并未真正修复，这完全是浪费，团队应尽量消除。
-原因：唯一原因是首次记录缺陷时文档不完善，导致开发者需猜测解决方案，或无法复现缺陷而关闭，之后由测试人员或用户再次发现。
-测量方法：TFS 可跟踪重新激活情况，即缺陷和需求从已解决或已关闭状态转回活动状态的次数。每次针对已解决的需求提交缺陷时，测试人员需将需求重置为活动状态；验证缺陷时，若未解决则将缺陷设为活动状态。通常缺陷重新激活时需求也需重新激活，但这取决于团队策略。
-降低重新激活率：MTM 和 Visual Studio 中的工具可减少重新激活情况，但客户提交缺陷时工具作用有限，此时流程很重要。应让测试人员复现缺陷，无法复现则关闭；未验证缺陷并提供详细复现说明时，不要将工作分配给开发者。
-比较测量结果：可使用内置的重新激活报
