Apex代码入站变更集验证失败：TestMethod不支持Web服务调用

问题根源 #

你的测试类（Class3）在运行时实际触发了Class1的真实API调用，而Salesforce的TestMethod不允许直接发起外部Web服务调用，因此验证失败。

具体解决方案 #

1. 实现HttpCalloutMock模拟API响应 #

这是Salesforce官方推荐的处理测试类调用外部服务的方案，核心是用模拟数据替代真实API请求：

• 新建一个实现HttpCalloutMock接口的类，模拟返回业务所需的API响应
• 在测试方法中通过Test.setMock()指定使用该模拟类，测试时不会发起真实请求

示例代码：

模拟API响应的Mock类

global class MyApiMock implements HttpCalloutMock {
    global HTTPResponse respond(HTTPRequest req) {
        HTTPResponse res = new HTTPResponse();
        res.setStatusCode(200); // 模拟成功状态码
        // 替换成你实际API返回的JSON结构
        res.setBody('{"status":"success","data":{"accountId":"001xxxx","donationId":"00Dxxxx"}}');
        return res;
    }
}

修改后的测试类（Class3）

@isTest
private class Class3 {
    @isTest static void testClass2Invocation() {
        // 注册Mock，确保测试时用模拟响应
        Test.setMock(HttpCalloutMock.class, new MyApiMock());
        
        // 构造测试用的账户数据
        Account testAccount = new Account(Name='测试账户');
        insert testAccount;
        
        // 执行测试逻辑
        Test.startTest();
        // 调用Class2的目标方法
        Class2.getRequiredIds(testAccount.Id);
        Test.stopTest();
        
        // 这里添加验证逻辑，比如检查数据处理是否符合预期
        // System.assertEquals(预期值, 实际值);
    }
}

2. 调整业务类逻辑，实现测试隔离 #

如果Class1的API调用方法是公开的，可以给它加上@TestVisible注解，让测试类能控制该方法的行为，避免真实调用：

public class Class1 {
    @TestVisible
    public static void sendDataToServer() {
        // 原API调用逻辑
    }
}

也可以在业务方法中通过Test.isRunningTest()判断环境，仅非测试环境执行真实调用：

public class Class1 {
    public static void sendDataToServer() {
        if(!Test.isRunningTest()) {
            // 仅非测试环境执行真实API调用
            HttpRequest req = new HttpRequest();
            // 构建请求的逻辑...
            Http http = new Http();
            HTTPResponse res = http.send(req);
        }
    }
}

3. 聚焦测试类的核心验证目标 #

测试类的核心是验证Class2是否能正确获取账户、捐赠ID，而非验证外部API的可用性。要避免在测试中触发真实API调用，专注于业务流程的正确性。

注意事项 #

• 绝对不能通过注释代码再部署的方式处理，生产环境无法编辑Apex类，部署后的代码就是沙盒中的版本
• 部署前必须在沙盒中完成测试类的修改，确保验证通过，同时代码覆盖率达到Salesforce要求的75%以上

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