选择合适的运行方式#
Apidog 提供多种运行测试套件的方式，适用于不同的测试需求。当开发和测试同时进行时尤其有效，可进行实时监控并立即调整。
此方法非常适合处理大规模数据或迭代场景，执行速度更快。
它能够离线运行，适用于资源受限或不需要图形用户界面的环境。
此执行方式集成在 CI/CD 流水线中，是自动化集成和持续部署流程的理想选择。
在需要频繁运行测试以确认每次代码更新后 API 稳定性的场景中尤其有用。
团队可以在自己的服务器上设置 Apidog Runner，利用更强大的计算资源进行测试。
此方法支持定时任务，非常适合需要定期测试或测试需求较大的场景。
在测试套件中，如果使用了环境/全局变量，这些变量的实际值可能会因所选执行方式不同而有所差异，从而导致测试结果不一致。了解更多。 测试套件中的执行配置#
在 Apidog 中运行测试套件时，你可以配置多项设置和选项，以根据特定需求运行测试。通用配置#
指定场景中的请求应指向的服务（base URL）以及要使用的变量集。有关详情，请参阅环境管理。 串行： 按顺序逐个执行测试场景。适用于存在依赖关系的场景或资源受限的环境。
并行： 同时执行多个测试场景。系统会根据可用机器资源自动确定最佳并发度。适用于大规模回归测试，可显著缩短执行时间。
实际消耗硬件资源来运行测试套件的机器。测试套件中发起的所有请求都将从此处指定的机器发送。因此，请求机器的网络环境差异可能会导致测试结果不同。此设置不会作为测试套件运行配置的一部分保存。每次默认都会使用本地机器运行测试套件。此外，在批量运行或 CLI 执行期间，此设置不会生效。在这些情况下，请求将使用当前机器的资源发起。
启用此功能后，手动测试套件完成时会向指定接收人发送通知。通知将包含测试结果概览以及详细报告链接。你可以配置是在测试完成后立即发送通知，还是仅在发生失败时发送通知，以帮助减少不必要的提醒。更多详细信息，请参阅通知设置。 并行运行#
当测试套件中的场景数量增长到数百个时，串行运行会成为瓶颈。一次需要一小时的完整回归测试可能会延迟发布，并减慢故障检测速度。将运行模式切换为“并行”后，系统可以同时执行多个场景。并发度会根据机器资源自动管理。原本需要 60 分钟的测试，无需修改任何测试逻辑，就可以缩短到 30 分钟以内。依赖隔离#
在并行运行期间，每个测试场景都会在独立上下文中运行，以确保：如果场景之间存在实际依赖关系（例如，场景 B 需要场景 A 创建的数据），建议将它们合并为一个测试场景，并使用顺序步骤来编排执行顺序。
