如何实现7*24小时灵活发布?阿里技术团队这么做( 八 )

在讲之前 , 我们再回顾一下上个章节 。 Aone平台实现了开发代码、配置、应用部署的在线化 , 现在只剩下最后的一环:测试 。 从2010年以来 , B2B的测试团队就希望可以把分层自动化平台跟Aone研发协作平台绑定在一起 , 通过系统调用的方式来实现一个测试的快速验证机制 , 并最终实现回归测试过程中的无人值守 。

这个意义非常重大 。 应用的服务化后 , 技术的风险实际上是收敛的 , 大家都可以面向服务来进行开发 , 实现高内聚、构耦合 。 并且应用的发布也更加灵活了 。 但对于测试来说 , 却是极大的挑战 。

1、测试的层次增加了 。

2、测试的轮次变多了 。 每次集成 , 每次发布就有可能是一次完整的测试回归 。

就如Aone的推进间接取替了SCM这个角色一样 。 研发平台的快速发展和业务7*24小时发布的诉求 , 也开始冲击测试在代码集成后的快速反馈能力 。 这是一个挑战 , 也是一个机会 。 否则 , 前期释放出来的所有生产力 , 最后全都被卡在了测试这最后一个环节 , 而且没有办法拆解(每拆解出来一个 , 测试工作量就增加一倍) 。 只能通过不断叠加集成的应用量来提高集成测试的效率 。

推荐阅读