我在夏天做QA实习生，当我用来运行产品构buildtesting时，我有一个问题。 我曾经find3个与开发环境相关的QA环境？
例如：
Dev有1个环境（Server3，Server4）
QA有3个环境，分别是（Server5 Server6），（Server25，Server26）和（Server7，Server8）
为什么有这么多的服务器与QA环境相关联？
QA可能会同时testing多个版本。 例如，1.0.1（bugfix升级）和1.1（主要function升级）。 这大大简化了每个“通道”都有独立的硬件的东西。
为了给你一个更现实的例子，Chrome有三个“渠道”：稳定版，testing版和开发者。 每个testing服务器都有自己独立的testing服务器（如果是需要服务器的程序）是合理的。
在我的最后一家商店，开发团队可以分为正常（当前版本，补丁）和特殊项目（下一代）。 特殊项目有自己的质量保证环境，以缓解与现有pipe道的中断/冲突; 他们的短跑可能会被拉长。 正常组需要支持当前版本以及较早的旧版本。 因此，QA使用了两个轨道，尤其明显的是，在以前的版本中有一个补丁（当前版本需要应用补丁的补丁）时，单独的环境是多么的必要。 另请注意，旧版本早期版本与当前版本之间可能存在架构更改，这种差异需要两个单独的数据库实例。 如果您开始考虑种子数据，那么也有一种情况，即要求QA重现客户现场发现的事件，以便他们可以导入实时数据样本，并且需要避免中断可能已经在进行中的testing定期发布。