好的，继续……承认吧。您只能收听 Sirius/XM Radio 频道 8 和 9。自从比尔·克林顿卸任后，您就没有注意到总统是谁。如果您还没有经历过中年危机，那么您正在考虑尽快经历。您可能仍将您的测试工具称为 Mercury LoadRunner，拒绝承认惠普购买 Mercury，因为它发生在八年前。

你想与时俱进，但你做不到。为什么？因为你不会说新语言。这种语言障碍正在阻止您进入性能测试的新世界秩序： 基于云的性能测试 。

所以，我来这里是为了通过语言课帮助你再次感觉年轻。 今天，我们将把大约 1989 年的客户端/服务器工具术语翻译成今天的基于 Web 和移动云的性能测试语言。

（套用佛罗里达大学前教练 Urban Meyer 的话，他在佛罗里达大学任职期间拒绝提及佛罗里达州立大学 (FSU)，而是称他们为“西部的那所学校”——我也会这样做在这篇博文中。我以后会把这个占据市场最大份额并以一颗行星命名的工具称为“那个工具在西方”。）

这篇博文是任何使用“那个工具在西部”的人的翻译。这篇文章的目标是将 1989 年开发的客户端/服务器测试工具中的熟悉概念映射到 SOASTA CloudTest 中相应的类似概念。

云测试术语和概念

CloudTest 和“西部的那个工具”都需要在创建性能测试用例之前进行规划。性能工程师需要了解系统、用户体验和业务驱动因素，以便对被测系统进行负载测试。负载测试计划需要确定测试用例、进入和退出标准、要收集的指标、时间表，并包括最终报告。

术语差异

CloudTest 中的环境与“西部那个工具”中的环境非常相似：它们都是 Web 应用程序。它们都执行控制测试场景的虚拟用户的工作，并且都需要用户名和密码才能访问 Performance Center 管理和维护场景。独立解决方案“That tool out west”控制器也可以执行此操作。它由 CloudTest 中的 SOASTA 存储库完成。 一个重要的区别是 SOASTA CloudTest 环境结合了负载测试创建、基于浏览器的功能测试创建，并且可以用作负载生成器，所有这些都在一个平台中。

CloudTest 中的大师与“西部的那个工具”中的 负载生成器 相同。对于 SOASTA CloudTest，负载服务器可以是本地机器，也可以在云端。在云中部署负载生成器具有成本效益，并且可以模拟来自 Internet 上不同地理位置的流量。使用“那个工具在西部”，负载生成器通常部署在本地。最近发布的“那个工具在西部”的一个版本提供了在云中部署控制器和负载生成器的能力，但这场风暴仍在发展，还没有资格获得国家飓风中心的命名。

CloudTest 中的 分析仪表板 类似于“西部的那个工具”中的 性能分析 。

CloudTest 中的 虚拟用户 类似于“西部那个工具”中的 Vuser 。

CloudTest 中的剪辑类似于“西部的那个工具”中的 Vuser 脚本 。

CloudTest 中的组合类似于“西部的那个工具”中的场景。组合和场景都决定了测试会话中应该发生什么，并详细说明了测试用例应该是什么

建筑脚本

“西部的那个工具”使用 VuGen。 VuGen 根据为测试选择的协议类型捕获所有记录的流量。

使用 SOASTA CloudTest，记录集成在产品中，并在进行记录的机器上使用称为 SOASTA Conductor 的代理。 Conductor 充当 Web 代理，用于在录制时捕获所有 HTTP/HTTPS 流量。

SOASTA CloudTest 具有在列表和图标视图中查看记录的选项。

种子数据

SOASTA CloudTest 有一个种子数据存储库，它类似于“西方那个工具”的参数化功能，但只涵盖参数类型 File。测试数据可以存储在 CloudTest 中，也可以托管在负载生成器可访问的任何地方并在剪辑中使用。一旦测试数据可用，它就可以以随机方式使用，作为单次数据或每个虚拟用户的唯一数据。可以从 UI 或使用 JavaScript 实现此功能。

验证

CloudTest 的验证功能类似于“西方的那个工具”“内容检查”。验证可以在剪辑/脚本中完成，并为文本、HTML、JSON、XML 和 SOAP 添加。可以对标头或正文中的数据进行验证。可以为剪辑中的每条消息添加验证。类似于“西部的那个工具”中的内容检查功能，可以添加成功和失败消息作为验证的一部分。