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

小作坊型产品团队的测试环境管理起来十分简单 , 每个工程师本地就能启动全套软件组件进行调试 , 倘若不放心 , 再加上一个公共的集成测试环境也就足够 。

随着产品规模扩大 , 本地启动所有服务组件逐渐变得既费时又费事 , 工程师们只能在本地运行一部分待调试的组件 , 然后利用公共测试环境上的其余组件组成完整系统 。

与此同时 , 团队规模的扩张 , 使得每个团队成员的职责进一步细分 , 新的子团队被划分出来 , 这意味着项目的沟通成本增加 , 公共测试环境的稳定性开始变得难以控制 。 在这个过程中 , 测试环境管理复杂性带来的影响 , 不仅体现在服务联调变得繁琐 , 更直接反映在交付流程和资源成本的变化上 。

在交付流程方面 , 一个显著的变化是测试环境种类增多 。 出于不同的用途和目的 , 工程师们设计出了各式各样的专用测试环境 。 这些测试环境的组合形成了各个企业独具特色的交付流程 。 下图展示了一种用于大型项目的复杂交付流程 。

推荐阅读