答案。

问题的背景：

测试充分性的问题出现在项目变得庞大而时间又紧迫时。需要理解何时应该停止测试，以便有效利用资源。测试人员必须向业务解释，测试已达到“足够”，风险最小。

问题：

手动测试不可能做到绝对的完备——始终存在时间和资源的限制。覆盖不足会导致缺陷遗漏，而覆盖过多则会导致预算超支和延迟。

解决方案：

• 使用覆盖度指标：通过的需求百分比，代码覆盖率（如果有访问权限），唯一场景/模块的比例。
• 实施可追溯性矩阵实践，以确保测试用例符合需求。
• 与团队进行测试用例和缺陷的联合评审。

关键特点：

• 需求、测试用例和功能模块之间的协调。
• 风险评估以设定优先级。
• 能够清楚地论证为什么测试已完成。

反向问题。

是否可以只根据测试用例的覆盖率而不考虑风险？

不可以。必须考虑功能的优先级：哪些领域对业务最为关键。

测试用例的数量是否总是代表覆盖质量？

不一定。很多不合理或重复的测试用例并不能证明高覆盖。

是否需要将探索性测试纳入覆盖度指标？

是的，必须如此。探索性测试可以发现意想不到的缺陷，这些缺陷是正式测试用例未能发现的，应该成为覆盖全景的一部分。

常见错误和反模式

• 仅关注正式指标，忽视重要的风险区域。
• 隐藏覆盖不足的问题（未考虑的需求，未执行的场景）。
• 因追求“全面覆盖”而导致的截止日期延误。

生活中的案例

负面案例

测试人员仅根据测试用例的数量来评估覆盖，而没有考虑缺陷的影响区域或用户场景。

优点：

• 易于呈现美观的报告。

缺点：

• 关键缺陷可能会被忽视。

正面案例

测试人员与分析师一起评估风险，调整覆盖度，并将注意力集中在最重要的组件上。

优点：

• 最小化在生产环境中出现重大缺陷的可能性。
• 能够向团队负责人合理化测试结束的时间。

缺点：

• 需要团队内部的额外协调。