Salesforce Apex变更集验证失败 代码覆盖率未达部署要求

你遇到的沙箱单测覆盖率达标、生产验证仅50%的情况是Salesforce部署的高频问题，核心诱因按出现概率从高到低排列如下：

• 变更集漏加测试类：这是和你遇到的50%数值完全匹配的最高发原因。很多人添加变更集组件时只选了2个待部署的业务Apex类，漏加对应的测试类。生产验证时没有对应测试类覆盖的业务类会被按0%覆盖率计算：两个业务类权重各占50%的情况下，一个100%覆盖、一个0%覆盖，平均覆盖率刚好是50%，和你看到的系统提示完全吻合。
• 覆盖率计算规则理解偏差：Salesforce生产部署的75%阈值校验的是生产组织全量Apex代码（含所有存量类、触发器）的整体平均覆盖率，不是仅计算你本次待部署的2个类的覆盖率。如果生产环境存在历史遗留的无测试废弃类、低覆盖率老代码，哪怕你新提交的类覆盖率100%，也会被存量代码拉低整体均值到阈值以下。
• 测试类环境依赖不兼容：如果你的测试类加了@isTest(SeeAllData=true)注解直接读取沙箱存量真实数据，或是硬编码了沙箱独有的记录ID、权限配置、Picklist值、记录类型，没有在测试方法内独立构造测试数据、Mock外部依赖，测试在生产环境运行时会因为找不到对应依赖直接跳过逻辑分支，甚至测试方法执行失败，导致实际覆盖率远低于沙箱本地运行结果。
• 测试运行范围选择错误：你在沙箱本地跑测试时如果只选中了对应2个类的测试方法，没有跑全量测试，会漏掉测试类本身依赖的其他公共类、触发器的覆盖校验，得到的覆盖率结果是虚高的。

• 首先打开变更集组件列表，确认所有配套测试类、测试类依赖的自定义元数据/公共工具类都已经被添加到变更集中，没有遗漏
• 在沙箱中使用「验证部署」模式模拟生产校验流程，勾选「运行所有测试」，不要手动选择局部测试范围，得到的覆盖率结果才和生产验证结果一致
• 登录生产环境在开发者控制台运行全量Apex测试，确认当前生产组织的基线覆盖率，如果是存量代码拉低整体覆盖率，先补全存量代码的测试、删除废弃无引用的Apex组件后再执行部署
• 检查所有测试类的注解，非必要不要开启SeeAllData=true，所有测试依赖的数据、接口响应都在测试方法内构造或Mock，保证测试逻辑在任何环境运行结果一致

内容的提问来源于stack exchange，提问作者Trout