[原创]浅谈测试环境管理方式

[原创]浅谈测试环境管理方式

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

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

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

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

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

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

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

  缺点:我认为最大的就是硬件浪费;

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

  优点:易于迭代开发,

  缺点:版本管理难于控制,对开发和测试能力要求很高,质量标准高,太频繁(相对)

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

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

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

 

posted @ 2016-06-09 09:22 卖烧烤的鱼 阅读(...) 评论(...) 编辑 收藏