被忽视的问题：测试环境配置管理

被忽视的问题：测试环境配置管理

昨天晚上测试交流群一位同学问了一个问题，问题大概这样：

这个问题中暴露出了很多她所在团队目前存在的一些不良现象以及导致的一些问题，比如：

线上问题频发;

配置管理不规范;

生产和测试环境未做隔离;

当然，上述问题只是表象，背后隐藏的问题和折射出来的不良因素更多，比如：

线上交付质量不高;

流程规范不完善，执行落地效果不足;

QA缺乏好的工具和手段开展质量保障;

关于质量保障这个话题，要谈的内容太多。这篇文章，我想聊聊基于上述问题，如何通过管理测试环境来解决影响线上交付质量的一些思考和方法。

测试环境有多重要

本地环境(host)：开发在自己电脑或本地服务器进行需求开发的环境，只要自己负责的部分能实现既定功能即可;

开发环境(dev)：开发同学将自己本地实现的代码统一发布进行功能联调的环境，一般单元测试也在这个环境进行;

测试环境(sit)：绝大多数测试活动开展的环境，在这个环境开展接口/功能/性能/自动化等一系列测试活动，对代码功能实现/异常处理/构建成功率/是否存在性能瓶颈进行测试验证;

验收环境(uat)：将通过测试的代码发布，让产品介入进行验收，确认是否满足其预期的环境;

预发环境(ppe/ade)：也有称之为灰度环境的，简单来说就是将测试验收通过的代码发布到该环境，运行一段时间并做持续的跟进观察，是否存在其他问题或者遗漏项(也有通过技术手段让小部分用户的请求路由到该环境，进行验证);

生产环境(prd/prod)：所谓的线上环境，即用户使用的环境;

注意，上述的所有环境，基本都要遵循如下几点规范!

网络隔离：即请求不能跨环境访问，特别是非生产和生产环境;

数据隔离：即不同环境都要有自己独立的数据源，原则上不能共享同一份数据源;

流转卡点：代码发布到下一个环境节点，原则上都要满足流转的状态或者标准，不能随意发布;

其他事项：如果某个环境有多套，建议共享数据源，这样维护和变更成本低;

说完上面对环境的释义，相信有同学发现了测试环境的重要性。

大多数测试活动在测试环境(包含sit/aut/perf)开展，如果测试环境不稳定，那测试结果无法保障水平之上的质量。