步骤 3：将测试用例添加到负载组

负载组定义将大规模并行运行的特定测试用例。每组都可以表示不同的工作负载（例如登录流程与事务流程）。

在现实系统中，应用程序流量很少来自单一类型的用户或遵循统一模式。通过设计具有不同测试用例类型、负载配置文件和执行计时的场景，您可以模拟真实的使用条件，从而更有可能发现瓶颈，并验证应用程序是否能够处理真正的生产规模需求。

通过组合场景中的多个负载组，您可以：

• 混合使用不同的自动化类型注意：包括 API、网页用户界面和桌面测试用例，以反映用户和系统与应用程序交互的多样性。例如，API 调用可能会大量运行，而执行更复杂事务的桌面或网页用户可能会减少。
• 模拟真实的流量模式（模拟真实的流量模式） : 不同的负载组允许您对不同的时间、加速和峰值负载进行建模。某些用户可能会持续登录，而其他用户可能会突然或激增地生成活动，如屏幕截图所示，一组稳定运行，而其他用户则在不同时间加速和下降。
• 检测交互效果：并行运行不同的工作负载可以突出显示一个流程可能如何影响另一个流程的性能。例如，API 请求的激增可能会减慢网页事务的速度，而大量的登录活动可能会影响后端的处理时间。
• 从整体上对系统施加压力：多个组一起创建更真实的端到端工作负载，确保系统针对组合压力进行验证，而不仅仅是孤立的测试用例。这提高了测试环境中的性能反映了生产行为的置信度。

1. 登录到 Test Manager。
2. 转到“性能场景”并打开一个场景。
3. 选择“添加负载组”或在空负载组中选择“测试用例”字段，以打开选择对话框。
4. 要设置执行上下文，在“默认文件夹”下，选择分配了用户和机器人的 Orchestrator 文件夹。
5. 选择要大规模执行的测试用例。
6. 选择“机器人类型”。
   • Cloud Serverless Robot会消耗 Platform Units，建议用于网页和 API 测试。
   • 本地部署的机器人会消耗 Runtime（每个 Virtual Users 捆绑包 250 个），这些 Runtime 必须在 Orchestrator 的计算机模板中进行配置。
7. 选择要运行的自动化的包版本。默认情况下，系统会自动选择最新版本。
8. 确认您的选择。