我在暑假期间担任过 QA 实习生，在运行产品构建测试时我有一个问题。我曾经发现 3 个 QA 环境与一个开发环境相关联？
例如：
Dev 有 1 个环境，包括（Server3、Server4）
QA 有 3 个环境，包括 (Server5 Server6)、(Server25,Server26) 和 (Server7,Server8)
为什么有这么多的服务器与 QA 环境相关联？
答案1
QA 可能同时测试多个版本。例如，1.0.1（错误修复升级）和 1.1（主要功能升级）。为每个“通道”配备单独的硬件可以大大简化事情。
举一个更现实的例子，Chrome 有三个“渠道”：稳定版、测试版和开发者版。每个渠道都有自己独立的测试服务器（如果它是需要服务器的程序），这是合理的。
答案2
在我上一家公司，开发团队可以分为普通项目（当前一代、补丁项目）和特殊项目（下一代）。特殊项目有自己的 QA 环境，以缓解与当前管道的中断/冲突；他们的冲刺可以延长。普通组需要支持当前版本和旧版本。因此，QA 使用了两个轨道，当旧版本得到补丁时（并且补丁中的修复需要应用于当前版本），单独的环境的必要性就尤其明显了。还请记住，旧版本与当前版本之间存在潜在的架构变化，这种差异需要两个单独的数据库实例。如果你开始考虑种子数据，那么也会出现这样的情况：QA 被要求重现客户站点上发现的野外事件，因此他们可能会导入实时数据样本，并且需要避免中断可能已经在进行的常规发布测试。