Salesforce 是世界上第一个基于云的 CRM 解决方案。它由马克·贝尼奥夫和帕克·哈里斯于 1999 年 3 月创建。创建此 CRM 系统的目标是允许人们以具有成本效益和简单的方式销售、服务、推广、分析和与客户沟通。
SFDC (SalesForce Dot Com) 有许多共同功能，可帮助您管理与客户和潜在客户的关系。它还允许用户与员工和业务合作伙伴进行沟通和合作，以适当保护他们的云数据。
本教程将教您 -
什么是 Salesforce？
什么是 Salesforce 测试？
为什么要进行 Salesforce 测试？
Salesforce 测试的类型
Salesforce 中的测试级别
Salesforce 测试流程
Salesforce 测试挑战
Salesforce 测试的最佳实践
Salesforce 测试员的角色和职责
Salesforce 测试自动化工具
Salesforce 测试场景示例
Salesforce 测试：客户挑战
Salesforce 的美妙之处在于可以调整许多开箱即用的功能以满足业务需求。
Salesforce 测试验证在 vanilla SDFC 中完成的设置和修改。
问题是要验证测试人员是否正在验证自定义代码，而不是评估内置的 salesforce 功能。
Salesforce CRM 基于 APEX 平台开发语言。它还具有大量内置的单元测试用例来帮助开发人员检查他们的程序。
以下是进行销售人员测试的主要原因 -
使用户能够验证设置和代码是否正常工作。
协助用户确保完整的系统能够处理客户的业务操作。
帮助用户确认系统的第一个构造满足商定的规范。
当问题易于解决时，帮助用户快速检测问题。
测试用例的状态通过功能流报告。这使团队成员能够设计功能流以了解软件的操作。
流程构建器的功能允许您测试系统的操作和行为。
工作流允许用户测试基于时间的活动的操作。
手动软件测试程序包括用于评估Salesforce.com应用程序的标准技术。QA 团队可以进行手动测试，以进行功能测试、快乐路径测试、集成测试、回归测试和系统测试。
计算机程序用于自动测试以检查应用程序Salesforce.com或Force.com应用程序。使用 Selenium、Assure Click、QTP 和其他自动化测试技术。
Salesforce 通常采用以下测试层。
Apex 开发人员负责单元测试程序。它需要在他们的程序中插入子句，不断检查其覆盖范围。
它帮助您确定有多少数据记录受到影响，以便代码可以在该上下文中正确执行。
要将 Apex 代码发布到生产系统中，您必须具有大约 78% 的代码覆盖率。
它由一支技术娴熟的 Salesforce 专家团队执行。
包括从头到尾评估系统的技术操作。涉及基于指定输出的测试脚本。
使您能够使用系统的自动规则（例如工作流、验证、分配等）诊断问题。
它由程序的使用者执行。
提供测试系统交付业务操作的能力。
UAT 测试由基于公司发生的情况的测试脚本执行。
预期的结果是让客户验证系统是否符合标准。
这是生产环境中系统测试的重复。
Salesforce 中的产品测试可帮助您确定配置和编程是否已从沙箱适当地转移到生产环境。
如果在最终项目发布之前有足够的时间，客户必须在部署后再运行一次 UAT 流程。
回归测试的主要目标是确定新代码和配置更改是否对系统现有的客户端操作产生影响。
一旦改进或补丁交付运行，它将执行。
客户提交一份可能对其当前程序进行调整的清单。
Salesforce 测试类似于任何其他互联网程序。测试人员必须全面了解测试过程中创建的可定制功能。它允许他们专注于自定义代码而不是默认的 Salesforce 功能。
对于他们的每一个目标，开发人员和测试人员都应该使用沙盒环境（Test Environment）。经过沙盒测试的代码从沙盒环境交付到生产环境。希望 QA 测试人员对 Salesforce 术语有基本的理解。
Salesforce 测试是一个困难的过程。测试人员在此过程中遇到了一些困难。其中包括 -
Visualforce、Salesforce 和 Service Cloud Console 等重要功能难以测试。
必须为 Lightning UI 重新创建所有传统测试。
一些基本功能虽然不再使用，但无法删除。
每当我们进入测试环境时，GUI 测试都会失败。
自动化测试必须能够在您的所有测试环境中运行。
由于某些字段 ID 在组织之间波动，因此在为 Salesforce 显示定义字段定位器时会出现问题。
进行测试，就好像它们是真正的用户配置文件一样。
必须收集测试数据以验证报告的功能。
功能测试、用户界面测试、回归测试和系统集成测试都必须包含在测试方法中。
由于网站的所有部分都不能同时发布，因此应考虑视觉力网站的动态特性。
应使用带有 HP Unified Functional Testing 的 Selenium 进行自动化测试。
Salesforce 测试人员必须考虑正流和负流。
必须使用工作流来构建和测试用户角色。
Salesforce 测试人员有以下重要职责和任务 -
应该有足够的能力进行烟雾测试，以确保所有关键功能都正常工作。
开发能够等效的正面和负面测试场景。边界值和分区的评估
测试人员还需要专注于程序并了解其功能以生成功能图。
测试人员应该能够轻松地与开发团队进行沟通。
测试人员应了解可能添加到 Salesforce 软件的自定义功能。
为了验证数据一致性，测试人员必须运行基于角色的测试场景。
如果 Salesforce 已与第三方应用程序链接，他们应该进行兼容性测试。
Salesforce 测试人员应该熟悉负载测试技术，例如 JMeter，以验证 Salesforce 中可能提供不一致结果的复杂流程。
顶尖知识
由于 SalesForce 中的大多数测试网站都是动态的，因此进行自动化功能测试是一项艰巨的任务。因此，测试人员必须创建一个可靠的自动化框架，这不仅对现在而且在未来都有好处。
下面列出了经常使用的 Salesforce 测试工具 -
ACCELQ
惠普统一功能测试 (UFT)
黄瓜
Force.com IDE（基于 Eclipse）
变更集（云部署）
Ant/force.com 迁移工具
工作日
它可以帮助您节省多达 75% 的时间和 25% 的测试自动化支出。
提供更好的 Apex 测试执行、全面的测试覆盖率和类覆盖率报告。
您可以使用行业领先的自动化技术，例如 Selenium 和 JMeter。
为不同的设置和浏览器自动生成测试用例。
实时存储和重放您记录的测试场景。
允许您自动化所有部署前和部署后流程。
Salesforce 测试将数据与测试脚本分开，使您能够使用大量数据集进行改进。
可以获得潜在客户或客户的联系方式。
确实可以将联系人指定为活动或非活动状态。
任何公司都可以被指定为客户或可能性。
Web 表单可用于收集数据。
报价单中的价格不能为 0 美元。
交易完成后，应发出电子邮件。必须处理退回的电子邮件（如果有）。
与第三方应用程序的连接应该是有效的。
计费服务应正常运行。
在联系人、可能性或潜在客户管理方面没有记录的重复。
移动工作流按计划运行。
未经授权的人不得访问文件。
客户通常担心 Salesforce 测试，因为他们可能不知道如何有效地进行测试。结果，他们的信念与现实大相径庭。
这里有几个例子 -
| 消费者问题 | 解决方案 |
|---|---|
| Don't know how to utilize the Salesforce program. | 客户应该测试他们的流程而不是系统的功能。 |
| We can't test till all of our data is present in the system. | 他们只需要少量数据进行测试。 |
| They simply require a small amount of data to test. | 他们希望您与您的项目经理沟通，并在整个设计和施工阶段进行定期检查电话。 |
Salesforce 是全球首屈一指的基于云的客户关系管理解决方案。
Salesforce 测试是验证在 vanilla SDFC 中完成的设置和修改的过程。
Salesforce 测试确保完整的系统可以处理客户的业务流程。
SalesForce 测试最困难的方面是确保您正在测试修改以及内置 SDFC 功能。
单元测试、系统测试、用户验收测试、生产测试和回归测试都是 Salesforce 测试的重要阶段。
Salesforce 测试最困难的方面是您应该始终为 Lightning UI 重写所有旧测试。
Salesforce 测试人员应该像对待真实的用户配置文件一样执行测试。
Salesforce 测试必须能够进行冒烟测试，以确保所有主要功能都按预期运行。
Cucumber Force.com、Selenium Web 驱动程序和 HP 统一功能测试 (UFT)。IDE 是一些必不可少的 Salesforce 测试工具。