技术干货！如何玩转Salesforce测试类 (Test Cla
测试类主要用于评估其他代码片段，确保一切正常且可靠地运行。这可以作为一种早期预警系统，提醒开发人员出现了错误或问题。
不同类型的程序化测试
测试类可以分为多种不同的类型，这改变了我们编写测试的方式及其预期结果。对于Apex测试类，通常分为以下三种：
单元测试
单元测试是最基本的测试。采用独立的方法，测试给定输出时是否返回特定的输出。如果没有，即测试失败。
集成测试
这种类型的测试验证了较小的代码单元可以很好地协同工作，没有任何异常行为。
功能测试
功能测试是一个更“真实”的测试，通常用于测试代码的业务逻辑，确保在真实场景中，代码按照预期工作。功能测试通常也被称为端到端测试。
Salesforce代码覆盖率
Salesforce要求部署到生产环境的代码覆盖率至少达到75%。也就是说，如果一个method有4行代码，并且在测试中执行，它将为该method生成4行代码覆盖率或100%覆盖率。
在将Apex代码部署到生产环境时，Salesforce会考虑所有非测试代码和已执行测试覆盖的代码行的总和，如果低于75%，将阻止部署。
可以完全依赖代码覆盖率吗？
代码覆盖率是衡量测试完整性的有效方法，但不是测试质量的唯一衡量标准。虽然达到最低75%的代码覆盖率要求是必须的，但并不能确保代码没有任何错误和问题，完全按预期运行。
不能完全依赖代码覆盖率的主要原因在于它的本质，它只衡量测试期间执行的代码行数，而不是测试的质量。例如，如果有一个包含10行代码的method，编写的测试只执行了其中的5行，那么将实现50%的代码覆盖率。这并没有考虑一段代码可能执行的不同场景。
另一个问题是代码覆盖率没有考虑到被测试代码的复杂性。一个只有几行简单代码的method可能很容易测试，并达到100%的代码覆盖率。但一个多行代码、更复杂的method更难进行充分测试，即使达到了相同的代码覆盖率，也可能会导致重要的逻辑部分测试不佳。
资深讲师带你玩转测试类
什么是优秀的测试？
要想做好测试，首先要充分理解代码的需求和功能，这样才能规划设计出全面、有针对性、可靠的测试。
全面
涵盖代码可能遇到的所有场景。这包括覆盖边缘情况，可能发生的意外和罕见情况。例如，如果有一个接受1到10之间数字的method，边缘情况测试将给出这个范围之外的数字。
有针对性
涵盖代码的特定功能或方面。这通常是将复杂的代码片段分解成更小的method，这些method将执行非常具体的功能，并测试这些单独的功能是否按预期工作。
可靠
首先，不管测试是在何时何地，由何人运行，都应该始终产生相同的结果。其次，外部因素的变化不应影响测试。这包括对组织中其他代码片段或其他自定义项的依赖。此外，随着系统的发展，更新和更改测试应该很容易。
模拟（Mocking）和存根（Stubs）
开发人员可以通过设计利用依赖注入的代码来进一步增强测试。这样代码的外部依赖，也就是其他类中的代码项，在测试执行期间可以用它的模拟实例替换，我们称之为存根。当在依赖项上调用method时，将调用存根，从而允许我们跳过执行依赖项代码，并返回该测试的已知结果。让我们来看看整个过程。
初级开发动手实操
首先，我们需要创建将在其他类中使用的代码，这可以是简单的数据库访问对象、控制DML和查询，也可以更复杂的诸如服务类、作为与外部系统集成的入口点。
在此示例中，需要为依赖项编写所有功能方法作为实例方法。这将使我们能够在测试运行期间模拟这些方法。此外，还需要为其他类创建一种方法来访问实例，无论它是否已被模拟。为此可以使用类似于Singleton的东西，它有一个getInstance方法。但由于Stub API的限制，必须保留公共构造函数。
接下来，需要修改consuming 类以使用getInstance方法。这是一个非常简单的更改，如果我们不需要使用多个函数，可以链接方法，如果想要多次访问它，可以将它赋给一个变量。
现在，我们可以开始构建存根。在最简单的形式中，只需要实现StubProvider接口及其handleMethodCall方法。
在下面的示例中，我们还向存根类添加了一个静态setStub方法，这可以初始化存根并将其分配给原始类的实例变量。这提供了一种简单易用的测试方法，可以为该变量分配一个存根实例，意味着当它们调用getInstance方法时，会得到这个存根。
最后，就是要实际编写测试。在下面的示例中，我们需要做的就是在DependencyStub类上调用setStub方法结果，我们的测试现在利用存根，在测试运行期间完全绕过了依赖项。下面的两种测试方法都可以通过，我们可以从存根中获得不同的值。
本篇文章是一个非常基础的示例，说明了如何使用存根类并将其轻松切换。存根的内容实际上取决于context上下文，但某些场景可以比其他场景从存根和模拟中获益更多。例如，集成是规划模拟可以带来巨大好处的主要示例，它可以轻松地将业务逻辑与集成层分离。
在一些更复杂的场景中，创建自定义存根比使用通用存根更有优势。上面的模式也只是一种允许类被模拟的简单方法，更好的方法是利用依赖注入，而不是将依赖类实例传递到consumer类构造函数中。
