在阿里,我们如何管理测试环境( 六 )

那么该投入的还得投入 。 将不同团队所用的低级别测试环境各自独立 , 此时每个团队看到的都是线性流水线 , 从整体上观察 , 则会程现出河流汇聚的形状 。

由此推广 , 理想情况下 , 每位开发者都应该得到独占且稳定的测试环境 , 各自不受干扰的完成工作 。 然而由于成本因素 , 现实中在团队内往往只能共享有限的测试资源 , 不同成员在测试环境相互干扰成为影响软件开发质量的隐患 。 增加测试环境副本数本质上是一种提高成本换取效率的方法 , 然而许多试图在成本和效率之间寻找最优平衡的探索者们 , 似乎都在同一条不归路上越行越远 。

由于客观的规模和体量 , 上述这些测试环境管理的麻烦事儿 , 阿里的产品团队都无法幸免 。

首先是测试环境种类的管理 。

在阿里内部 , 同样有十分丰富的测试环境区分 。 各种测试环境的命名与其作用息息相关 , 虽然业界有些常用的名称 , 但都未形成权威的标准 。 实际上 , 环境的名称只是一种形式 , 关键还在于各种测试环境应当分别适配于特定应用场景 , 且场景之间应当或多或少存在一些差异 。

推荐阅读