美文网首页
技术干货!如何玩转Salesforce测试类 (Test Cla

技术干货!如何玩转Salesforce测试类 (Test Cla

作者: 自由侠Salesforce学习 | 来源:发表于2023-02-20 10:49 被阅读0次

    测试类主要用于评估其他代码片段,确保一切正常且可靠地运行。这可以作为一种早期预警系统,提醒开发人员出现了错误或问题。

    不同类型的程序化测试

    测试类可以分为多种不同的类型,这改变了我们编写测试的方式及其预期结果。对于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类构造函数中。

    相关文章

      网友评论

          本文标题:技术干货!如何玩转Salesforce测试类 (Test Cla

          本文链接:https://www.haomeiwen.com/subject/sjxgkdtx.html