1. 测试充分性的度量方法，除了代码覆盖率，还有哪些维度可以评估测试充分性？
问题
除了代码覆盖率之外，还有哪些维度可以评估测试的充分性？
考察点
- 测试充分性是多维概念，代码覆盖率只是其中一维
- 需求覆盖、数据覆盖、风险覆盖等补充维度
- 正确理解"充分"与"完备"的边界，避免唯覆盖率论
答案
测试充分性应从"输入空间"和"输出/行为空间"两个层面评估。除了代码覆盖率，还包括：需求/特性覆盖（每条需求、每个验收标准是否被测试用例覆盖）、分支与条件覆盖（对逻辑分支的覆盖程度）、MCDC 覆盖（多条件组合，航空等安全领域强制）、数据覆盖（等价类、边界值、状态转换的覆盖）、接口覆盖（外部服务与内部模块的调用关系）、场景覆盖（端到端用户旅程）、风险覆盖（高优先级业务风险是否被测试命中）、以及缺陷模式覆盖（历史缺陷类型是否被回归测试覆盖）。实际工程中常以"覆盖率-缺陷密度-业务风险"的组合来判断，而不是单一指标。
解析
代码覆盖率回答"代码是否被执行"，但不回答"行为是否正确、输入是否穷尽"。一个高覆盖率的测试可能只覆盖了 happy path，而遗漏了边界与异常。因此充分性应结合需求可追溯性、数据等价类、风险优先级，以及缺陷逃逸率来综合判断，才能避免"100% 覆盖但业务仍出问题"的假象。
示例代码
// 用组合维度评估充分性：覆盖率 + 需求覆盖 + 风险覆盖
class TestSufficiency {
double codeCoverage; // 代码/行覆盖率
double requirementCover; // 需求覆盖比例
double branchCoverage; // 分支覆盖比例
double riskCover; // 高风险项覆盖比例
boolean isSufficient() {
// 覆盖率好看但风险覆盖不足时，仍判定为不充分
return codeCoverage >= 0.8
&& requirementCover >= 0.95
&& riskCover >= 0.9;
}
}