Module 11: Testing Essentials

1

第 290 页

同学们，今天我们来聊聊Salesforce中的Apex测试方法。这个模块的主要任务就是教会大家如何编写和运行这些测试方法。听起来可能有点技术性，但别担心，我会尽量用简单的方式来解释。首先，Apex测试方法是什么呢？简单来说，它们就像是你代码的“体检医生”。你写了一段代码，想要确保它在各种情况下都能正常工作，这时候就需要测试方法来帮忙了。它们会模拟各种场景，看看你的代码是不是真的“健康”。在这个模块里，我们不会深入讨论所有关于测试的高级技巧和好处。为什么呢？因为那些内容会在下一个模块中详细讲解。如果我们在这里就把所有的“秘密”都告诉你们，那下一个模块就没啥好讲的了，对吧？所以，今天我们的重点就是掌握基本的测试方法编写和运行。学会了这些，你们就能为自己的代码做初步的“体检”了。等到下一个模块，我们再一起探讨如何让这些测试更加高效和全面。好了，这就是今天的主要内容。希望大家能跟上节奏，如果有任何问题，随时提问。我们下节课再见！

查看详情

2

Module Objectives - 291

第 291 页

同学们，今天我们要学习的是如何在Salesforce中使用Apex测试框架来确保我们的代码在部署到生产环境之前是可靠的。这个模块的目标有三个主要部分：首先，我们会描述Apex的测试框架。这个框架是Salesforce提供的一套工具，帮助我们编写和运行测试代码，确保我们的Apex代码按预期工作。接下来，我们会学习如何创建测试数据。在测试环境中，我们通常需要一些模拟数据来测试我们的代码。这些数据不会影响实际的生产数据，所以我们可以放心地进行各种测试。最后，我们会编写并运行Apex测试。这意味着我们会实际编写一些测试代码，然后运行这些测试，看看我们的触发器或其他Apex代码是否按预期工作。特别要注意的是，在将代码部署到生产环境之前，测试是非常重要的。比如，我们有一个触发器，它的作用是确保在度假期间不安排课程。我们需要通过测试来确保这个触发器在各种情况下都能正常工作。所以，今天的课程就是要帮助大家掌握这些技能，确保我们的代码在部署之前是经过充分测试的。大家准备好了吗？我们开始吧！

查看详情

3

Module Agenda - 292

第 292 页

同学们，今天我们来聊聊Salesforce中的Apex测试框架。这个框架是Salesforce用来确保我们的代码质量的一个非常重要的工具。想象一下，你写了一段代码，但你怎么知道它真的能按预期工作呢？这时候，Apex测试框架就派上用场了。首先，我们会简单介绍一下Apex测试框架是什么。它其实是一套规则和工具，帮助我们编写测试代码，这些测试代码会模拟各种情况，看看我们的主代码是否能正确处理。接下来，我们会学习如何创建测试数据。在Salesforce中，测试数据是专门用来测试的，不会影响到我们实际的数据。这样，我们就可以放心大胆地测试，不用担心会破坏什么。最后，我们会动手编写和运行Apex测试。这是最有趣的部分，因为你可以看到你的代码在测试中的表现，确保它在各种情况下都能稳定运行。好了，这就是我们今天要讲的内容。希望大家能跟上，我们一起确保我们的代码既强大又可靠！

查看详情

4

Testing Apex Code is a Part of the Salesforce ALM

第 293 页

同学们，今天我们来聊聊Salesforce中的测试顶点代码，这是应用程序生命周期管理（ALM）中的一个非常关键的部分。首先，我们需要理解的是，为了确保我们的代码质量，Salesforce要求我们在部署或打包代码之前，必须进行单元测试，并且这些测试需要覆盖至少75%的Apex代码。不过，我建议大家尽量达到90%的覆盖率，这样可以更好地保证代码的稳定性和可靠性。在进行测试时，有几个要点需要注意： 1. 每个触发器至少需要有一行代码被测试覆盖。这意味着我们不能忽略任何一个触发器，即使它看起来很简单。 2. 我们的测试不应该引发任何异常。如果在测试过程中出现了异常，那就说明我们的代码可能存在问题，需要进一步检查和修复。 3. 如果测试中的断言失败了，那么这通常意味着我们的代码没有按预期工作，这时我们需要仔细检查并修正代码。另外，从2015年夏季开始，Salesforce对测试的要求变得更加严格。特别是对于if语句的分支，我们必须测试每一个可能的分支，而不能仅仅将其视为一个简单的语句。同时，调试语句（如System.debug）是不需要被测试的。在部署代码到生产环境之前，所有的单元测试都必须成功完成。Salesforce会自动执行组织命名空间中的每一个单元测试。记住，虽然我们只需要达到75%的代码覆盖率，但我们的目标应该是确保所有的应用场景都被测试到，包括正常情况和异常情况，以及处理大量数据和单条记录的情况。最后，所有的类和触发器都必须能够成功编译，这是部署代码的基本要求。希望这些信息对你们有所帮助，如果你们想了解更多，可以参考我提供的资源链接。记得，好的测试是高质量代码的基石，不要忽视它的重要性哦！

查看详情

5

The Platform Includes a Testing Framework

第 294 页

同学们，今天我们来聊聊Salesforce中的测试框架。这个框架是Apex语言的一部分，它允许开发人员编写、运行和分析测试代码。听起来是不是很酷？首先，开发人员会在测试类里面编写测试方法。这些方法就像是小实验，用来检查我们的代码是否按预期工作。当Salesforce收到特定的命令时，它就会运行这些测试。 Salesforce不仅会运行这些测试方法，还会运行这些方法调用的任何代码。这意味着我们可以确保整个功能模块都能正常工作。测试完成后，Salesforce会生成一个报告，告诉我们哪些测试成功了，哪些失败了，以及我们的代码有多少被测试覆盖了。这里有两个重要的概念要记住：测试代码和业务代码。测试代码是用来测试业务代码的，确保业务代码能够正确执行。另外，我们还有功能测试和单元测试。功能测试是检查整个功能是否正常工作，而单元测试则是检查代码中的单个部分或单元。总之，Salesforce的测试框架是一个非常强大的工具，可以帮助我们确保代码的质量和稳定性。希望大家能够好好利用这个工具，编写出更健壮的代码！

查看详情

6

What is an Apex Test Method?

第 295 页

让我们来聊聊Apex测试方法。想象一下，你写了一段代码，你希望确保它在Salesforce平台上运行得既顺畅又准确。这时候，Apex测试方法就派上用场了。首先，Apex测试方法是一种特殊的类方法，它的主要任务是验证你的代码是否按预期工作。为了标记一个方法是测试方法，你需要使用`@isTest`注解。这个注解告诉Salesforce，这个方法是一个测试方法，不应该包含在实际运行的代码中。关于Apex测试方法的几个要点： 1. ，类注解，：你需要在类定义前加上`@isTest`，这样Salesforce就知道这个类包含测试方法。 2. ，方法注解，：每个测试方法前也需要加上`@isTest`。虽然以前可以使用`testMethod`关键字，但现在推荐使用`@isTest`注解。 3. ，方法特性，：测试方法应该是静态的（`static`），返回类型为`void`，并且不接受任何参数。举个例子，假设你有一个方法用来计算两个数的和，你可以写一个测试方法来验证这个方法是否正确： ```apex @isTest public class CalculatorTest { @isTest static void testSum() { Integer result = Calculator.sum(2, 3); System.assertEquals(5, result, 'The sum method did not return the expected result.'); } } ``` 在这个例子中，`testSum`方法会调用`Calculator`类中的`sum`方法，并验证返回的结果是否等于5。如果结果正确，测试就会通过；如果不正确，测试就会失败，并显示错误信息。通过编写这样的测试方法，你可以确保你的代码在各种情况下都能正常工作，这对于开发稳健、无错误的Salesforce应用至关重要。希望这个解释能帮助你理解Apex测试方法的基本概念！

查看详情

7

Module Agenda - 296

第 296 页

同学们，今天我们来聊聊Salesforce中的Apex测试框架。这个框架非常重要，因为它帮助我们确保我们的代码是可靠的，没有错误。首先，Apex测试框架是Salesforce提供的一个工具，它允许我们编写测试代码来检查我们的Apex代码是否按预期工作。这些测试代码不会影响我们的实际数据，因为它们是在一个隔离的环境中运行的。接下来，我们会学习如何创建测试数据。在Salesforce中，测试数据是用来模拟真实数据的，这样我们就可以在不影响实际业务数据的情况下进行测试。创建测试数据时，我们需要确保数据的准确性和完整性，这样才能得到可靠的测试结果。然后，我们会学习如何编写和运行Apex测试。编写测试代码时，我们需要考虑各种可能的场景，包括正常情况和异常情况。运行测试时，Salesforce会执行这些测试代码，并告诉我们哪些测试通过了，哪些没有。最后，我们会讨论测试文档的重要性。测试文档记录了我们的测试计划、测试用例和测试结果，这对于维护和更新我们的代码非常有帮助。好了，这就是我们今天要学习的内容。希望你们能够理解并掌握这些知识，这样你们就能编写出更可靠、更高效的Apex代码了。

查看详情

8

Test Data

第 297 页

同学们，今天我们来聊聊关于测试数据的一些要点。首先，我们要确保我们的测试数据覆盖了所有可能的情况，这样我们才能确保我们的系统在各种情况下都能正常工作。首先，我们需要准备一些假期数据。这些数据可以帮助我们测试系统在假期期间的表现。接下来，我们需要准备一些课程数据。这里有一个小技巧，我们需要准备一条“好”的课程数据和一条“坏”的课程数据。这样，我们就可以测试系统在遇到不同质量的课程数据时的反应。然后，我们需要准备大量的课程数据，大约200条。这些数据中，有些是“好”的，有些是“坏”的。这样做的目的是为了测试系统在处理大量数据时的稳定性和准确性。接下来，我们还需要测试创建“好”的课程数据，然后将其更新为“坏”的。这个过程可以帮助我们测试系统在数据更新时的表现。每个班级都应该有多种独立的测试方法。这意味着我们需要为每个班级准备不同的测试场景，以确保我们的系统在各种情况下都能正常工作。现在，让我们来看看教师注意事项。这是讨论幻灯片的内容。我们需要讨论假期数据、课程数据、“好”的课程交付和“坏”的课程交付。我们还需要讨论假期数据、课程数据、许多课程通知（一些“好”，一些“坏”）。最后，我们需要讨论假期数据、课程数据、良好的课程交付（在测试中更新）。另一个需要问的好问题是：如果第一个方框发生变化，并且现在我们正在通过数据加载器加载课程交付记录，会发生什么？在这种情况下，您将需要测试多个记录。这个问题可以帮助我们理解系统在数据加载时的表现，以及如何处理多个记录的情况。好了，同学们，这就是我们今天要讨论的内容。希望这些信息对你们有所帮助，记得在实际操作中多加练习，这样才能更好地掌握这些知识。

查看详情

9

Loading Test Data Declaratively Using a Static Resource

第 298 页

今天我们来聊聊如何在Salesforce中使用静态资源声明性地加载测试数据。这个方法非常实用，尤其是当你需要加载大量记录时，它可以大大简化你的工作。首先，想象一下，你正在编写一个测试方法，通常你需要手动创建很多数据记录来测试你的代码。这可能会让你写很多行代码，既耗时又容易出错。但是，使用`Test.loadData`方法，你可以轻松地解决这个问题。具体怎么做呢？很简单，你只需要将你的测试数据放在一个CSV文件中。然后，你可以在Salesforce中为这个CSV文件创建一个静态资源。静态资源就像是Salesforce中的一个文件库，你可以随时调用这些文件。接下来，在你的测试方法中，你只需要调用`Test.loadData`方法，并传入两个参数：一个是`sObject`类型标记，也就是你要加载的数据类型，比如“Account”或“Contact”；另一个是你刚才创建的静态资源的名称。这样，Salesforce就会自动从CSV文件中读取数据，并加载到你的测试环境中。举个例子，如果你的CSV文件包含了假期的数据，你可以将静态资源命名为“Test_Holidays”。然后在测试方法中，你就可以通过`Test.loadData('Holiday__c', 'Test_Holidays')`来加载这些数据。为什么要使用静态资源来获取测试数据呢？主要有几个好处： 1. ，数据可控，：你可以制作少量但非常精确的数据，这对于测试来说非常重要。 2. ，自动化测试，：在机器人或自动化测试中，使用静态资源可以确保每次测试的结果都是可预测的。 3. ，易于维护，：如果你的测试数据需要更新，你只需要更新CSV文件，而不需要改动测试代码。总之，使用静态资源加载测试数据是一个非常高效的方法，它可以帮助你节省时间，减少错误，并且使你的测试更加可靠。希望这个方法能帮助你在Salesforce的开发和测试中更加得心应手！

查看详情

10

Loading Related Data Using a Static Resource

第 299 页

同学们，今天我们来聊聊如何在Salesforce中使用静态资源来加载相关数据。这个方法非常酷，而且操作起来也很简单！首先，我们知道在Salesforce中，每个记录都有一个唯一的ID。当我们使用`Test.loadData()`方法从静态资源中加载测试数据时，每次加载的记录ID都会不同。这就带来了一个问题：如果我们有两个相关联的对象，比如父对象和子对象，我们怎么确保子对象能够正确地指向父对象呢？这里有一个小技巧：我们可以在父对象上创建一个“伪ID”字段，在子对象上创建一个“伪父ID”字段。这些字段不需要是真实的Salesforce ID，它们只是用来在数据加载过程中帮助我们建立关系的。具体怎么做呢？我们可以在静态资源的数据文件中，预先为父对象和子对象填充这些伪ID字段。这样，无论每次加载时父对象的真实ID如何变化，子对象上的伪父ID都能始终指向正确的父对象。举个例子，假设我们有一个父对象“Account”和一个子对象“Contact”。在静态资源的CSV文件中，我们可以为每个Account记录设置一个伪ID，比如“A1”、“A2”等。然后在Contact记录中，我们设置一个伪父ID字段，指向相应的Account伪ID。这样，当我们加载数据时，Salesforce会自动根据这些伪ID字段来建立Account和Contact之间的关系。这个方法的好处是，我们不需要编写额外的代码来处理这些关系，Salesforce会自动帮我们搞定。虽然官方文档中提到可能需要额外的代码，但实际上，经过验证，这个方法是可以直接使用的。总结一下，使用静态资源加载相关数据的关键点就是：在父对象和子对象上创建伪ID字段，并在静态资源中预先填充这些字段。这样，无论记录的ID如何变化，我们都能轻松地建立和维护对象之间的关系。希望这个方法对你们有帮助！如果有任何问题，随时问我哦！

查看详情

11

Creating Test Data in a Test Factory Class vs. Method

第 300 页

今天我们来聊聊在Salesforce中如何有效地创建测试数据，特别是在测试工厂类中。这个过程听起来可能有点复杂，但其实掌握了关键点后，你会发现它非常有用且高效。首先，我们谈谈手动创建数据。在Salesforce的测试类中，你可以手动创建数据，这意味着你可以在测试环境中设置一些特定的记录，用来模拟真实世界的数据。这样做的好处是，你可以确保每次测试都在相同的条件下进行，从而保证测试结果的准确性。接下来，我们来看看@TestSetup注解。这是一个非常强大的工具，它允许你在一个测试类中设置一次数据，然后这个数据可以被类中的所有测试方法共享。想象一下，如果你有多个测试方法，每个方法都需要相同的数据，那么使用@TestSetup就可以避免重复创建数据的麻烦。这不仅节省了时间，还减少了系统资源的消耗。使用@TestSetup方法时，你只需要在一个公共的、用@isTest注解的类中定义一个方法，并用@TestSetup来标记它。在这个方法中，你可以创建所有测试方法都会用到的记录。这些记录在测试类执行结束时会自动回滚，这意味着它们不会影响到你的实际数据库。此外，由于这些记录是在测试设置方法中一次性创建的，而不是在每个测试方法中重复创建，所以它们的使用更加高效。这不仅可以减少测试执行时间，尤其是在处理大量记录时，还可以减少系统资源的消耗。总结一下，使用@TestSetup方法在Salesforce测试类中创建测试数据，不仅可以提高测试的效率，还可以确保测试的准确性和一致性。希望这些信息对你有所帮助，让你在Salesforce的测试工作中更加得心应手！

查看详情

12

Does Test Data Permanently Change the Database?

第 301 页

让我们来聊聊Salesforce中的测试数据会不会永久改变数据库这个问题。首先，我们要明白，Salesforce提供了一个非常强大的测试框架，这个框架允许我们在不影响到实际数据库的情况下进行各种测试。当你运行测试时，Salesforce会创建一个临时的环境。在这个环境中，你可以创建、修改、删除数据，就像你在实际环境中操作一样。但是，这里的关键点是，所有这些操作都是在“沙盒”中进行的，也就是说，它们不会影响到你的实际数据库。一旦测试完成，Salesforce会自动回滚所有在测试过程中所做的更改。这意味着，测试数据不会留下任何“足迹”，你的数据库会保持原样，就像测试从未发生过一样。所以，简单来说，测试数据不会永久更改数据库。你可以放心地进行各种测试，而不必担心会影响到实际的数据。这就是Salesforce测试框架的一个非常棒的特性，它让我们可以在一个安全的环境中自由地测试我们的代码，确保一切都能按预期工作。希望这个解释能帮助你更好地理解Salesforce中的测试数据管理。如果你有任何疑问，随时欢迎提问！

查看详情

13

Using Live Data to Test

第 302 页

今天我们来聊聊在Salesforce中进行测试时，如何处理实时数据的问题。首先，我们有一个重要的原则要记住：尽量避免使用`SeeAllData=True`。为什么呢？因为这样做会让你的测试访问到所有的实时数据，这可能会带来一些问题。想象一下，如果你的测试代码突然能够看到所有的客户数据、交易记录，甚至是敏感的健康信息，这不仅可能会违反一些法律，比如HIPAA，还可能会让你的测试结果变得不可预测。因为实时数据总是在变化的，今天测试通过，明天可能就失败了，因为数据变了。但是，有些情况下，你可能不得不使用`SeeAllData=True`。比如，当你测试的对象是某些设置对象，或者你需要继承一些已经测试过的代码时。这时候，重构测试代码可能会非常困难，所以你可能需要暂时使用这个设置。还有一种情况是，在部署到生产环境之前，你可能需要运行最后一组测试，确保在生产环境中没有异常情况。这时候，使用`SeeAllData=True`可能是必要的。总的来说，使用`SeeAllData=True`要非常小心。在大多数情况下，我们应该尽量避免使用它，只在确实需要的时候才使用。这样，我们既能保证测试的准确性，又能保护数据的安全。希望这些信息对你有帮助！如果你有更多问题，随时问我。

查看详情

14

11-1: Make Test Data Available to Test Methods

第 303 页

同学们，今天我们来聊聊如何在Salesforce中创建测试数据，这对于测试我们的认证应用程序非常重要。我们有两种主要的方法来创建这些数据：使用静态资源和以编程方式创建。首先，我们来看看使用静态资源创建测试数据。静态资源是Salesforce中存储文件的一种方式，比如CSV文件。我们可以将测试数据存储在CSV文件中，然后上传到Salesforce作为静态资源。在测试方法中，我们可以加载这个静态资源，并将数据插入到Salesforce的对象中。这种方法非常适合当你有一组固定的测试数据时使用。接下来，我们谈谈以编程方式创建测试数据。这种方法意味着我们直接在Apex代码中创建数据记录。我们可以使用Apex的DML语句，比如`insert`，来创建新的记录。这种方法的好处是灵活性高，你可以根据需要动态地创建数据。例如，如果你需要测试不同场景下的数据，你可以编写代码来生成这些数据。现在，让我们花10分钟时间，一起动手实践一下。首先，我会展示如何使用静态资源加载测试数据，然后我们会编写一些Apex代码来以编程方式创建数据。这样，你们就能看到两种方法在实际操作中是如何工作的了。准备好了吗？让我们开始吧！

查看详情

15

Module Agenda - 304

第 304 页

同学们，今天我们来聊聊Salesforce中的Apex测试框架。这个框架非常重要，因为它帮助我们确保我们的代码是可靠的，没有错误。首先，Apex测试框架是Salesforce提供的一个工具，它允许我们编写测试代码来验证我们的Apex代码是否按预期工作。这些测试代码可以模拟用户操作，比如创建记录、更新记录等，然后检查结果是否符合预期。接下来，我们会讲到如何创建测试数据。在Salesforce中，测试数据是专门用于测试的数据，它不会影响我们实际的生产数据。我们可以使用Apex代码来创建这些测试数据，这样我们就可以在测试环境中自由地测试我们的代码，而不用担心会影响到真实的数据。然后，我们会学习如何编写和运行Apex测试。编写测试代码其实和编写普通的Apex代码差不多，但是我们会使用一些特殊的注解和方法来定义测试。编写好测试代码后，我们就可以在Salesforce中运行这些测试，看看我们的代码是否通过了所有的测试。最后，我们会讨论测试文档的重要性。测试文档记录了我们的测试计划、测试用例和测试结果，这对于团队协作和代码维护非常有帮助。好了，这就是我们今天要讲的内容。希望大家能够理解Apex测试框架的重要性，并学会如何创建测试数据、编写和运行Apex测试。如果有任何问题，随时提问哦！

查看详情

16

What Expected Outcomes Do You Need to Test?

第 305 页

让我们来聊聊这个测试场景。想象一下，你正在管理一个课程交付系统，你需要确保系统能够正确处理各种情况，无论是插入还是更新课程交付记录。首先，我们来看看插入操作。当你插入一个“良好”的课程交付记录时，系统应该能够顺利接收并保存这个记录，没有任何错误提示。相反，如果你插入一个“糟糕”的课程交付记录，系统应该能够识别出问题，并给出相应的错误提示，阻止这个记录被保存。接下来是更新操作。当你更新一个“良好”的课程交付记录时，系统应该能够接受这些更改，并成功更新记录。但如果更新的是一个“糟糕”的课程交付记录，系统同样应该能够识别出问题，并阻止更新操作。现在，让我们考虑一下批量操作。当你同时插入或更新200个课程交付记录时，系统应该能够处理这些记录，但需要特别注意那些“糟糕”的记录。系统应该能够识别出这些记录，并阻止它们被保存或更新，同时允许“良好”的记录顺利通过。最后，我们还需要考虑特殊情况，比如有些员工正在度假，他们的课程交付记录不应该被保存。系统应该能够识别出这些情况，并正确处理这些记录。总结一下，我们需要测试的主要结果包括：插入和更新“良好”和“糟糕”的课程交付记录时的系统反应，以及批量操作时系统如何处理这些记录。通过这些测试，我们可以确保系统在各种情况下都能稳定运行，正确处理各种数据。

查看详情

17

An Apex Test Method Inside an Apex Test Class

第 306 页

今天我们来聊聊Apex测试类中的测试方法。首先，Apex测试方法是用来验证你的代码是否按预期工作的。你可以把它们想象成一个小实验，确保你的代码在各种情况下都能正常运行。 ### 为什么测试类和方法是私有的？你可能会问，为什么测试类和方法通常是私有的呢？这是因为测试方法和类主要是给开发人员用的，而不是给最终用户或其他人用的。如果测试方法是公开的，那么任何人都可以调用它们，这可能会带来安全风险。特别是如果测试方法涉及到敏感数据，比如访问组织中的所有数据，那就更不安全了。所以，为了安全起见，我们通常会把测试类和方法设为私有的。 ### 测试方法和类不计入代码大小限制还有一个好消息是，测试方法和类不计入Salesforce的总体代码大小限制。这意味着你可以写很多测试代码，而不必担心会占用你的代码配额。这对于确保你的代码质量非常重要，因为你可以尽可能多地测试各种情况，而不必担心代码大小的限制。 ### 弹出窗口的解释有时候，在测试过程中，你可能会遇到弹出窗口。这些弹出窗口通常是用来提示你某些信息，比如测试是否通过，或者是否有错误发生。你可以通过查看这些弹出窗口来快速了解测试的结果。如果测试通过了，那就说明你的代码在这个测试场景下是没问题的；如果测试失败了，那就需要你回去检查一下代码，看看哪里出了问题。 ### 总结总的来说，Apex测试方法和类是用来确保你的代码在各种情况下都能正常工作的工具。它们通常是私有的，以确保安全性，并且不计入代码大小限制。通过编写和运行这些测试，你可以更有信心地发布你的代码，知道它在各种情况下都能正常运行。希望这些内容对你有帮助！如果你有任何问题，随时问我哦。

查看详情

18

Testing for Expected Outcomes Using Assertions

第 307 页

今天我们来聊聊在Salesforce中使用断言（Assertions）来测试预期结果。断言，你可以把它想象成一个“你最好是”的方法。它用来确保你的代码按照你预期的方式运行。首先，什么是断言呢？断言是一种声明，它让你能够测试你对程序的假设。比如说，如果你写了一个方法来计算粒子的速度，你可能会断言计算出来的速度应该小于光速。每个断言都包含一个布尔表达式，你希望这个表达式在执行时是真的。如果不是真的，系统就会抛出一个错误。通过这种方式，断言帮助你确认你的程序行为是否符合预期，从而增加你对程序正确性的信心。在Salesforce的Apex代码中，虽然测试覆盖率要求是75%，但这并不意味着你需要为每一行代码都写断言。不过，对于你的业务逻辑，尤其是那些关键的部分，使用断言是非常必要的。这可以帮助你确保这些逻辑在未来的代码修改中仍然正确无误。对于中小企业来说，保持断言的使用与Java中的相似性是一个好习惯。这样不仅可以帮助你更好地理解和维护代码，也使得代码更加健壮和可靠。最后，如果你想更深入地了解断言的使用，可以参考Salesforce的官方文档或者Oracle的Java文档，这些资源都提供了很好的解释和示例。希望这些信息对你有帮助，如果你有任何问题，随时提问！

查看详情

19

Running a Test in the Developer Console

第 308 页

今天我们来聊聊在Salesforce的开发人员控制台中运行测试的一些要点。首先，你要知道，Salesforce提供了很多工具来帮助我们运行测试，而开发人员控制台就是其中一个非常方便的地方。在开发人员控制台中运行测试，你可以实时看到测试的进展情况，包括哪些测试通过了，哪些失败了，以及测试覆盖了多少代码。这些信息对于确保你的代码质量非常重要。另外，当你准备将代码部署到生产环境时，Salesforce会自动运行这些测试。这是为了确保你的新代码不会破坏现有的功能。所以，运行测试不仅是开发过程中的一个步骤，也是部署前的一个重要检查点。如果你对如何在开发人员控制台中运行测试还有疑问，可以参考Salesforce的帮助文档，那里有详细的步骤和解释。希望这些信息对你有帮助，让你在Salesforce的开发之旅更加顺利。

查看详情

20

11-2: Write and Run an Apex Test

第 309 页

我们现在来一起学习如何编写并运行一个Apex测试。这个测试的目的是验证我们的触发器和类的业务逻辑是否正确。具体来说，我们要确保只有在课程交付不属于假期的情况下，才能创建认证申请。首先，我们需要理解业务逻辑。假设我们有一个触发器，它在认证申请被创建之前会检查课程交付的日期。如果这个日期落在假期内，那么触发器会阻止认证申请的创建。接下来，我们需要编写一个测试类来模拟这个过程。测试类的主要任务是创建一个测试环境，模拟课程交付的日期，并尝试创建认证申请。然后，我们需要验证触发器是否正确地阻止了在假期内创建认证申请。编写测试类时，我们通常会使用`@isTest`注解来标记这个类是一个测试类。然后，我们会定义一个或多个测试方法，每个方法都会测试一个特定的场景。在我们的例子中，我们需要测试两个场景：一个是课程交付日期不在假期内，另一个是课程交付日期在假期内。在测试方法中，我们会首先设置测试数据，比如创建一个课程交付记录，并设置其日期。然后，我们会尝试创建认证申请，并使用`System.assert`或`System.assertEquals`来验证结果是否符合预期。最后，我们需要运行这个测试类。在Salesforce中，我们可以通过开发者控制台或者使用命令行工具来运行测试。运行测试后，Salesforce会生成一个测试报告，告诉我们哪些测试通过了，哪些没有通过。这就是我们如何编写并运行一个Apex测试来验证触发器和类的业务逻辑。通过这种方式，我们可以确保我们的代码在各种情况下都能正常工作。

查看详情

21

Key Takeaways - 310

第 310 页

同学们，今天我们来聊聊Salesforce的测试框架，这个框架让测试变得更加简单，也让我们的Apex代码更容易、更快地运行。首先，我们有一个叫做`@isTest`的注释。这个注释是用来标记测试类中的方法的，这些方法就是专门用来测试我们的Apex代码的。你可以把它想象成一个标签，告诉Salesforce：“嘿，这个方法是为了测试用的，不是实际运行的代码。” 接下来，我们来说说测试数据。在Salesforce中，你可以用两种方式来提供测试数据：一种是声明性的，就是直接在代码里定义好数据；另一种是编程式的，就是通过代码动态生成数据。这两种方式都很灵活，你可以根据需要选择最适合的方式。最后，我们有一个非常重要的概念叫做“断言”。断言是用来验证我们的应用程序在某个时间点的状态是否符合预期。简单来说，就是检查一下我们的代码运行后，结果是不是我们想要的。如果结果和预期一致，那么测试就通过了；如果不一致，那就说明我们的代码可能有问题。好了，这就是我们今天要回顾的关键要点。希望大家能够理解并记住这些内容，这样在编写和测试Apex代码时，就能更加得心应手了。如果有任何问题，随时问我哦！

查看详情

22

Knowledge Check - 311

第 311 页

让我们来简单理解一下这些知识点。首先，Salesforce要求至少75%的Apex代码必须通过测试方法来执行。这意味着，你写的代码大部分都需要有相应的测试来验证它的正确性。接下来，我们谈谈测试设置方法。这些方法是用`@testSetup`注解标记的。它们的作用是在测试开始之前创建一些测试数据。这样，你就不需要在每个测试方法中都重复创建这些数据了。测试框架会先执行这些设置方法，然后再执行其他的测试方法。在测试设置方法中创建的数据，可以在整个测试类中的所有测试方法中使用。而且，这些数据在测试结束后会自动回滚，也就是说，它们不会影响到你的实际数据库。如果在某个测试方法中修改了这些数据，比如更新了某个字段或者删除了某条记录，这些修改也会在每个测试方法执行完后回滚。这样，下一个测试方法看到的还是原始的数据状态。最后，如果测试方法没有引发任何断言异常，那么测试就算是通过了。这意味着你的代码在这个测试场景下是符合预期的。简单来说，测试设置方法帮助你准备测试数据，测试方法验证你的代码，而所有的数据修改都会在测试结束后回滚，确保测试的独立性和数据的干净。

查看详情

23

Trailhead Homework - 312

第 312 页

今天我们来聊聊关于Salesforce Trailhead的家庭作业教学要点。首先，Trailhead是一个非常棒的学习平台，特别适合用来复习和巩固你的PD1（Platform Developer 1）技能。通过Trailhead，你可以通过互动的方式学习Salesforce的各种功能和开发技巧。今天给大家布置的家庭作业是完成一个叫做“Apex Testing”的模块。这个模块会帮助你更好地理解如何在Salesforce中进行Apex代码的测试。测试是开发过程中非常重要的一部分，它确保你的代码不仅能够运行，而且运行得正确无误。这个模块会教你如何编写测试类，如何运行测试，以及如何确保你的代码覆盖率达到标准。这些都是PD1考试中非常重要的知识点，所以一定要认真完成。记住，这是家庭作业，不需要在课堂上完成。你可以在家里或者任何你觉得舒适的地方，按照自己的节奏来学习。完成这个模块后，你会对Apex测试有一个更深入的理解，这对你未来的Salesforce开发工作会有很大的帮助。好了，这就是今天的家庭作业。希望大家都能通过Trailhead学到更多，加油！

查看详情

DEX450

课程介绍

课程章节