在整个持续交付生命周期中，测试环境的易用程度会直接影响软件的交付速度，但因为以下两点，它又是最被容易忽略的一环。
1.我们总是把环境理想化，忽略了其管理的难度;
2.我们也很少设立专职的环境管理员，导致环境长期处于混乱状态。
通常，我们在项目初期并不会关注测试环境的问题，然而在回顾时却发现在环境问题上浪费的时间非常惊人:硬件资源申请困难，测试环境配置繁琐，测试应用更新困难，基础设施稳定性差，服务调用异常，多项目并行造成互相干扰等等问题。
而不管你是开发人员还是测试人员，相信你都或多或少地碰到过这些问题。
在接下来的《环境管理》系列文音中，我会和你聊聊构建一整套好的测试环境的关键点以及具体实施方案。今天，我就先跟你说说和测试环境相关的两个问题:
1.测试环境的结构一般是怎样的?
2.什么才是好的测试环境?
当公司规模较小时，测试环境的维护相对容易。开发和测试共用一套数据库缓存等基础设施，因为应用数量不多，开发环境可以是单机的，无论是手动或半自动化的更新测试环境的应用，花费的时间都还在可接受范围内。
这时，公司环境的结构很简单，分为开发环境，测试环境，生产环境即可。
但实际上，我看到的大多数公司的研发过程及配套环境并没有这么简单，一般都会存在5套以上的大环境以及更多的子环境，每个环境的机器数量可能有数十台甚至更多。
那么为什么会需要这么多套环境呢?我把主要原因概括为了以下两个方面。
1.纵向上看，人员的增多提高了项目的并行度，如果这时还使用一套环境的话，就会