Salesforce 是第一个基于云的客户关系管理系统（CRM 系统）。它最初由 Marc Benioff 和 Parker Harris 于 1999 年开发。开发该系统的目的是帮助用户以可承受的价格轻松地销售、服务、营销、分析和与他们的客户建立联系。
Salesforce 为我们提供了从创意到真正的应用程序或软件的最快途径。它帮助我们使用 Salesforce 工具专注于我们的产品，而不是我们自己构建工具和其他基础设施。因此，它为我们节省了数年的时间和大量的金钱。
传统的 CRM 系统通常需要一整年甚至更长时间才能部署，而 Salesforce 则需要几个月甚至几周的时间。它易于使用，我们可以花更多的时间去使用它，而花更少的时间去理解它。由于易于使用并且可以定制以满足业务需求，Salesforce 变得非常有效。
只要我们可以访问 Internet，就可以在任何地方使用 Salesforce，因为它位于云中。此外，它可以轻松与第三方应用程序集成。例如，我们可以将 Salesforce 与 Gmail 集成，我们可以将其与我们的会计软件集成等。而与传统 CRM 系统的集成变得困难。考虑到各种各样的功能，它是负担得起的。
Sales Force Dot Com (SFDC) 为其用户提供各种有助于管理与客户关系的标准功能。它还有助于与员工、业务合作伙伴和其他利益相关者进行互动和协作，以将数据安全地存储在云中。
借助 Salesforce，我们可以自定义许多开箱即用的功能以满足公司的要求。我们执行 salesforce 测试以验证在 Vanilla SDFC 中执行的配置和自定义。它确保增强和功能更新不会使 Salesforce 环境的其他元素失败。
我们在 Salesforce 测试中面临的挑战之一是确保测试团队正在检查已定制的软件代码，而不是内置的 Salesforce 功能。Salesforce CRM 是在称为 APEX（高级编程体验）的平台开发语言上开发的，该语言为开发人员提供各种内置单元测试用例来验证软件代码。
它允许我们检查配置和软件代码是否正常工作。
它有助于验证完成的系统是否支持客户的业务流程。
它有助于确保系统的初始构建满足指定的要求。
它有助于及早发现缺陷或错误，以便轻松修复它们。
它根据测试用例的状态提供功能流报告。这有助于我们创建功能流来确定软件的功能。
流程构建器功能有助于检查软件的工作和行为。
工作流能够确定基于时间的事件的功能。
手动测试 - 这包括Salesforce.com使用传统方法测试应用程序。在 Salesforce 测试中，测试团队执行功能测试、集成测试、回归测试和系统测试。
自动化测试 - – 这涉及测试一个salesforce.com或force.com应用程序的计算机程序。自动化测试工具包括 Selenium、Assure Click、Cucumber、UFT（统一功能测试）等。
单元测试 - 此测试由 APEX 开发人员执行。它涉及编写自动测试其覆盖范围的子句。它有助于确定有多少记录受到影响，以便软件代码可以在该环境中成功运行。为了能够将 APEX 代码部署到生产环境中，代码覆盖率至少要达到 78%。
系统测试 - – 由 Salesforce 顾问团队执行。它涉及测试系统的技术流程。测试脚本基于特定的输出。它帮助我们解决系统中自动规则的问题，例如工作流、验证、分配等。
UAT（用户验收测试）测试 - 由应用程序或软件的用户执行。它允许测试系统支持各种业务流程的能力。它涉及基于业务中发生的情况的测试脚本。客户必须确认所需的输出，以便系统适合该目的。
生产测试 - 就像在生产环境中执行的系统测试一样。通过此测试，我们可以测试配置和软件代码是否已从沙箱正确部署到生产环境。如果我们在启动产品之前有时间，客户端应该在部署后重新运行 UAT 脚本。
回归测试 - 执行此测试以确定软件代码和配置版本是否会影响系统的现有用户进程。它在增强或修复部署到生产之后执行。用户给出可能影响当前进程的所有更改的列表。
Salesforce 的测试过程与任何其他普通 Web 应用程序的测试过程非常相似。测试团队必须清楚地了解在测试期间构建的可定制功能。它帮助我们强调自定义代码而不是内置的 Salesforce 功能。
开发人员和测试人员将沙箱环境用于各自的目的。测试代码从沙箱环境部署到生产环境。在 Salesforce 测试中，通常假设测试团队对 Salesforce 中涉及的常用术语具有基本知识和理解。
Salesforce 测试过程不是小菜一碟。测试团队在此过程中面临许多挑战。其中一些是 -
测试高级功能并不容易，例如 Visualforce、Salesforce 或 Service Cloud Console 等。
我们必须为 Lightning UI 重新创建所有传统测试。
一些甚至没有使用的标准功能也无法删除。
切换到测试环境时，GUI（图形用户界面）测试不起作用。
自动化测试必须适用于所有测试环境。
由于在组织方面的字段 ID 之间存在差异，我们在为 Salesforce 屏幕创建字段定位器时会遇到问题。
像真正的用户一样运行测试。
准备测试数据以验证功能报告。
确保测试方法包括功能测试、UI 测试、回归测试和集成测试。
更加关注 Visualforce 页面的动态特性，因为网页的所有元素可能不会同时加载。
自动化测试应该使用 Selenium 和 UFT（统一功能测试）等工具来完成。
测试人员应定义包括正流量和负流量的内容。
在工作流的帮助下构建和测试用户的角色。
他们应该能够执行烟雾测试，以确保所有主要功能都按照规范运行。
他们必须创建积极和消极的测试场景。
他们必须执行等价划分分析以及边界值分析。
他们必须在软件上工作并了解其功能才能创建功能图。
测试团队必须与开发团队有沟通渠道。
他们必须清楚地了解可以为 Salesforce 软件构建的可定制功能。
他们必须执行基于角色的测试以确保数据一致。
如果 Salesforce 测试与第三方应用程序集成，他们必须执行兼容性测试。
他们应该对负载测试工具有基本的概念和理解，这些工具用于验证可能在 Salesforce 中提供不一致结果的复杂流。
他们必须具备 APEX 的知识。
在 Salesforce 中执行自动化功能测试非常具有挑战性，因为大多数网页都是动态的。这就是为什么我们需要创建强大的自动化框架，该框架在今天和未来都有用。
一些广泛使用的 Salesforce 测试工具包括 -
UFT
黄瓜
原力网IDE
变更集
Ant/Force.com 迁移工具
工作日
节省 75% 的时间和 25% 的金钱。
提供更好的 APEX 测试执行，以及详细的测试覆盖率和覆盖率报告。
Selenium 和 JMeter 等行业领先的自动化工具可以提供优势。
我们可以为各种环境和浏览器自动生成测试。
我们可以轻松地录制和回放录制的测试。
这些工具有助于自动化部署前和部署后的任务。
我们可以从测试脚本中分离数据并改进多个数据集。
Salesforce 是第一个位于美国旧金山的基于云的 CRM 系统。它用于验证在 Vanilla SDFC 中执行的配置和自定义。此测试验证最终产品是否符合客户的业务流程。
Salesforce 拥有专门的开发人员和测试人员社区。它可以与网络浏览器一起使用，而无需安装额外的硬件或软件，从而使其成为组织的理想选择
执行 Salesforce 测试所涉及的主要挑战是确保我们正在检查的是自定义，而不是内置的 SDFC 功能。Salesforce 测试的不同级别是：单元测试、系统测试、UAT 测试、生产测试和回归测试。Salesforce 测试中涉及的另一个挑战是，我们必须为 Lightning UI 重新创建所有经典测试。