浅谈测试环境管理方式

浅谈测试环境管理方式

 　　来新公司已经有一段时间了，刚来时对公司目前环境管理的方式不是很理解，也有众多疑问，其实现在我个人的看法，绝得目前现在所采用的环境管理方式，不是很好，原因有多方面，目前公司环境的管理方式，系统成熟度及人员技能还是不匹配，很多功课没做；言归正传，说了这么多，哪么来讲讲现在流行环境管理方式有哪些。

　　先来介绍，大家最常见的一种环境管理模式，我们就叫传统环境管理方法，正如大家知道的，一般我们系统要发布上线都要经历，开发环境->测试环境->生产环境，这种模式特点是过程简单，清晰一般只要处理好开发环境和测试环境，经过检查验证即可以上线，一般小的公司多数采用这种模式；

　　再来看看，另一种环境管理方式，我们叫他为传统环境演化版，开发环境->测试环境->预生产环境->生产环境，其中比上面多了一次预生产环境，目的是为了降低测试环境通过后，有遗漏问题发布到生产，所采取到的一种补救措施，这种环境管理方式，也是目前众多中小型公司采用；

　　最后还有一种互联网公司常见环境管理方，我们统称为互联网环境管理方法，各分支开发环境->开发联调环境->测试环境->回归测试环境->预生产环境->生产环境，大家细心的又会发现，好像多了2套环境，没错就是多了开发联调环境，和回归测试环境，更加明确各环境职责的定义及使用范围；

　　说了这么多，大家发现环境管理方式，只是在不断演化，像这种方式，开发环境->测试环境->预生产环境->生产环境，可能每家公司的名称叫的不一样，但职责基本是一样的，哪么我们在深入，继续谈谈这种模式下，环境的项目开发和版本是如何管理更好呢？

　　第一种管理方式，最简单的一种做法就是复制，直接将上面这种模式开发环境->测试环境采用多种模式复制，由于都是属于内部环境未上线，想怎么折腾都行，环境出口还是保留预生产环境->生产环境，目前很多传统公司，尤其是一些业务规划非常复杂的公司，都采用这种方式，在这种环境管理模式下，去管理项目开发和版本；

　　优点：干净，爽，各项目条线有独立的环境，问题容易定位，版本好管理，易于开展；

　　缺点：我认为最大的就是硬件浪费；

　　第二种管理方式，需要将上面这种模式再次进行演化，更改为这种模式：  生产稳定环境->开发环境（分支）->测试环境->预生产环境->生产环境，可能文字描述不是很好理解，这个也是目前我所在的公司采用的方式，以后有空补一张图，估计大家会看的很明白；

　　优点：易于迭代开发，

　　缺点：版本管理难于控制，对开发和测试能力要求很高，质量标准高，太频繁（相对）

　　第三种管理方式，虽然多了很多层级，加了更多环境，但使用范围及职责定义的更加明确，所以我现在公司，对环境治理，我便倾向于后面这种处理模式；

不是我对这种方式不看好，我从个人来讲是非常认同这种环境管理，因为他才是真正符合互联网行业特点，要求快速交付的一种模式，但这种环境管理模式，必须有配套的人才行，对系统的自动化构建，集成，测试等要求都非常高，因为是采用多分支的管理，最终集成上线，如果任何一个分支有问题，集成后还要考虑是不是要拆开代码，要不要进行回归测试，一般的中小型公司IT内部建设，我绝得都跟不上，反而应采用第1种管理式过渡比较好，当然这只是我个人看法。

　　不知道各位同行，自己所负责的系统环境管理是怎么样的，也欢迎来沟通交流！