“下午2-3点我需要占用测试环境联调项目，大家不要发布喔！”
看到群里的消息我内心一阵苦恼，由于公司使用的是微服务架构并将其部署在了Kubernetes集群上，因此团队负责开发的服务是整个微服务架构其中的一环，整个系统的正常运行需要依赖微服务系统中的上下游服务，这导致每每到了发新版本的窗口期，大家都开始占用测试环境联调测试自己开发的功能，导致排队使用测试环境的情况。
今天是发版日，我也需要将自己的功能发布至测试环境验证功能是否正确，有人占用测试环境的话会导致我无法随意测试与修复功能，排队使用测试环境会影响我的发布效率，到时候又要被产品经理吐槽上线慢了:(
“那我安排在3-4点” 团队里另一名工程师在群里说。
看到测试环境的使用时间不断被挤压，我也顾不上是否需真要用一个小时，赶紧在群里喊“我预期5点开PR合并代码，所以4-5点我要测试一下，用好了会通知大家。”
想必各位使用微服务架构的同仁和我有一样的困扰，那就是“集成测试联调真的太他丫讨厌了！”，尤其一到发新版本的窗口期，测试环境简直犹如网红餐厅，大排长龙，各个功能都要测，只能乖乖等。很多公司和我在的这家企业一样，只有一套测试环境，一到发版前各个项目时间都很紧，全挤一起。尤其现在敏捷开发迭代周期越来越短，测试也越来越频繁，测试环境着实是不够用啊。
于是我去找了找目前有没有能解决这个问题的方案，发现有一些工具链可以解决这个排队耗时问题，比如TeamCode新推出的微服务集成测试工具
最低0.47元/天 解锁文章
1757
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
