21、软件测试指标与缺陷管理

软件测试指标与缺陷管理

1. 相关指标

某些指标会对首次缺陷率产生影响，具体如下：
- 需求复杂度 ：需求越复杂，首次出现缺陷的可能性就越大。可尝试将需求分解为更小的需求。
- 涉及的外部系统数量 ：有些情况超出控制范围，必要时需接受，但应尽可能考虑其影响。
- 缺陷与变更请求 ：客户可能改变想法，导致看似是缺陷实则并非如此的情况。可利用测试用例验证功能，将这些情况归为实际的变更请求而非缺陷。

2. 缺陷重新激活

缺陷重新激活指之前“修复”的缺陷实际上并未真正修复，这完全是浪费，团队应尽量消除。
- 原因 ：唯一原因是首次记录缺陷时文档不完善，导致开发者需猜测解决方案，或无法复现缺陷而关闭，之后由测试人员或用户再次发现。
- 测量方法 ：TFS 可跟踪重新激活情况，即缺陷和需求从已解决或已关闭状态转回活动状态的次数。每次针对已解决的需求提交缺陷时，测试人员需将需求重置为活动状态；验证缺陷时，若未解决则将缺陷设为活动状态。通常缺陷重新激活时需求也需重新激活，但这取决于团队策略。
- 降低重新激活率 ：MTM 和 Visual Studio 中的工具可减少重新激活情况，但客户提交缺陷时工具作用有限，此时流程很重要。应让测试人员复现缺陷，无法复现则关闭；未验证缺陷并提供详细复现说明时，不要将工作分配给开发者。
- 比较测量结果 ：可使用内置的重新激活报