我们正在构建一个基于 SalesForce.com 云的大型 CRM 系统。我正在尝试为系统制定一个测试计划，但我不确定如何创建系统范围的测试。我想为此使用一些行为驱动的测试技术，但我不确定应该如何将它们应用到平台上。
对于我们将在系统中构建的自定义部分，我计划使用 SpecFlow 的 Cucumber 在 UI 上驱动 Selenium 操作来解决此问题。但是对于 SalesForce UI 定制，我不确定要进行多深的测试。诸如工作流和验证规则之类的自定义可以封装很多我认为应该测试的复杂逻辑。
在 SalesForce 中为这种开箱即用的功能编写 Selenium 测试对于价值而言似乎过于繁重。您能分享一下您使用 SalesForce.com 平台进行系统测试的经验吗？我们应该如何处理？
这就是预先制定详细的测试计划的问题。你试图猜测你会得到什么样的错误，有多少，在什么领域。这可能很棘手。
也许您应该制定总体主测试计划，仅指定测试策略、主要工具集、风险、您希望在给定区域（基于风险）进行多少测试的相对数量。
然后，当您开始处理给定的功能或迭代时（我希望您是在迭代而不是瀑布中执行此操作），您将为这组工作准备详细的测试计划。您可以根据之前部分的经验调整您的工具/估计/测试覆盖率。
通过这种方式，您可以在一开始就说明您的一般方法和优先事项是什么，但您可以让自己稍后随着项目的进展进行调整。
关于测试COTS需要进行多少测试的问题与任何软件相同：您需要评估风险。
如果您的软件 因外部法规（FDA、DoD ..）而需要验证，您将需要深入测试，几乎要测试整个应用程序。这里的一个问题可能是确保外部监管机构，您用于验证的工具经过验证（这很麻烦）。
如果您的应用程序对您的公司来说是关键任务，那么您仍然需要根据广泛的风险分析进行大量测试。
如果您的应用程序不关心以上所有内容，您可以进行更轻松的测试。也许您可以跳过平台制造商测试过的功能，并专注于您的定制。另一方面，我仍然会为您将在业务流程中使用的工作流编写测试（至少是快乐的路径）。
当我们在 2008 年开始学习 Selenium 测试时，我们根据 SalesForce 手册创建了 Recruiting 应用程序，并创建了一套测试并在我们的博客中逐步描述了我们的路径。如果您决定编写 Selenium 代码来测试您的应用程序，它可能会帮助您入门。
我相信 SalesForce 的问题在于您有单元和 UI 测试，但没有服务级别测试。我见过的驱动 Selenium UI 的 SpecFlow 很脆弱，并且没有封装我在设计服务级别测试解决方案时所追求的内容：
（当我导航到“/Selenium-Testing-Cookbook-Gundecha-Unmesh/dp/1849515743”并单击“立即购买”按钮然后单击“继续结帐”按钮时）
这不是 Specflow 的精神或意图。
鉴于我没有选择产品当我选择继续结帐然后确保我收到一条消息
为了使用 selenium 进行测试，您基本上必须将其转换为点击和键入，而在 .NET 领域中，您可以在中间层实例化对象等，并针对相同的实例执行数百个实例和派生背景（模拟设置）。
有人告诉我，您可以通过 API 公开 SF，但存在一定的安全风险。我很想找到更多关于那个。