学习目标
完成本单元后，您将能够：
- 描述如何支持各种类型的测试。
- 描述沙箱在部署中的角色。
工件测试和持续集成使用临时组织
如何使用Salesforce DX进行测试，构建和发布，是从当前应用程序生命周期转变而来的。然而，Salesforce DX提供了一些重要的优势。
当您准备好对您的开发工作进行手动/探索性测试时，请创建元数据并将其推送到为此目的指定的独立临时组织中。你永远不会从这个组织中提取任何东西，因为它只被用于测试/验证。
持续集成（CI）是针对与应用程序合并的每一组更改自动执行一致的测试运行。这可确保在任何损坏的更改进入源代码库之前的应用程序质量。
临时组织可以很容易地集成到CI流程中。 CLI可以创建临时组织，因此将它们脚本化为CI流程是一件小事。您可以使用适当版本的源存储库填充组织，并对特定更改运行测试。
与开发人员沙箱不同的是，可以全天创建抓取组织，而不是每天刷新一次。您可以删除一个临时组织，并在需要时快速创建一个新组织。你可以有多个划痕组织为不同的目的。从零开始组织给你一个很大的灵活性和非常有限的开销。
转换为元数据API格式进行构建
构建和部署过程与当前基于组织的交付方法相似。这意味着元数据API转换和部署过程将继续处理构建和部署用例。在您转换回Metadata API源代码后，您的所有工件源都可以部署。您可以部署所有源，部署操作负责更新已更改的文件。如果您需要从部署中省略某些文件，则可以通过构建package.xml文件来构建要部署的内容。
完成单元测试后，您就可以将源和元数据部署到沙箱。但首先，您需要以Salesforce DX格式获取项目中当前的源代码和元数据，并将其转换回Metadata API格式。然后，您可以使用Salesforce CLI将其部署到组织中。您可以在App Development with Salesforce DX模块中使用CLI尝试部署过程。
使用沙箱连续交付
为了持续交付，您希望开始测试与部署到生产组织时相同的过程。在这个用例中，您需要使用您在构建阶段创建的元数据API包进行测试，并将其部署在沙箱上，这是生产组织的最佳表示形式。在沙箱中，您可以复制和测试将要发布到生产组织的步骤。