多个测试环境的代理
Proxy for multiple test environment
我正在尝试设置要在多个作用于中间代理的测试环境中执行的测试自动化过程。见下图
现有的测试自动化流程基于数据驱动测试,它包含手动测试人员从生产分析中提供的 url(例如错误、新功能等...)。
此测试自动化过程可以在各种测试环境(例如预生产和生产)上执行,具体取决于 运行 时间决定的各种因素。
我不希望环境只有一个数据驱动场景,因为我更愿意避免多个场景维护。也许我正在考虑使用中间代理来解决。在我看来,这个代理将成为 TA 设置的一部分,并将流量切换到 运行 的一个环境。
我正在研究 Squid 作为可能的解决方案,但我不清楚是否:
我的想法可行
Squid 是正确的工具,或者可能有更合适的工具
最好有:
- 一个代理instance/environment
- 一个代理实例和 TA 设置动态更改目标环境。
此致
根据我们在问题评论中的讨论,我会使用一个简单的配置文件来存储 URL 用于预生产和生产环境(而不是使用代理的复杂事物)。这样,您可以轻松地将测试指向 运行 针对不同的环境,并添加任何其他特定于环境的配置数据。
我正在尝试设置要在多个作用于中间代理的测试环境中执行的测试自动化过程。见下图
现有的测试自动化流程基于数据驱动测试,它包含手动测试人员从生产分析中提供的 url(例如错误、新功能等...)。
此测试自动化过程可以在各种测试环境(例如预生产和生产)上执行,具体取决于 运行 时间决定的各种因素。
我不希望环境只有一个数据驱动场景,因为我更愿意避免多个场景维护。也许我正在考虑使用中间代理来解决。在我看来,这个代理将成为 TA 设置的一部分,并将流量切换到 运行 的一个环境。
我正在研究 Squid 作为可能的解决方案,但我不清楚是否:
我的想法可行
Squid 是正确的工具,或者可能有更合适的工具
最好有:
- 一个代理instance/environment
- 一个代理实例和 TA 设置动态更改目标环境。
此致
根据我们在问题评论中的讨论,我会使用一个简单的配置文件来存储 URL 用于预生产和生产环境(而不是使用代理的复杂事物)。这样,您可以轻松地将测试指向 运行 针对不同的环境,并添加任何其他特定于环境的配置数据。