转载请保留：本文出自太极人生的51Testing软件测试博客：http://www.51testing.com/?209773

　　前些日子看电视时看到一条新闻：上海福利彩票因为更新系统，导致上海福利彩票的销售终端在将近3天的时间内，无法进行销售。作为一名测试，我的第一反应是，这套系统在更新前后是否做过更新前后的数据，系统等等的兼容性测试？也就是在看到这条消息没多久之后，我们部门也在提交版本时发生了意外，幸运的是这个版本在最后部署到生产环境中去的过程中，更新人员发现了问题，及时得到了修正（我要说明的一点是，版本的测试已经在测试环境中通过，问题出在了数据库的更新脚本上）。这件事发生后，我一直在思考问题到底出在什么地方？

　　我想讨论的是“提升从搭建测试环境开始”，可能很多人很疑惑，这个题目似乎和我开头说的有点搭不上边，而我却不是这么看待的。我问过相关人员，你是怎么看待“搭建测试环境”这个事情的，你觉得你能从中学到什么？你觉得这个对你后面的工作有帮助吗？你觉得测试环境的更新除了替换版本外还应该考虑什么问题？很多人都会这么回答，我觉得能学到很多东西，但具体说不上来，对后面的工作有帮助，但具体有哪些帮助同样说不上来，测试环境的更新，除了保证更新成功外，似乎没有什么需要再考虑的了。

　　一个负责搭建测试环境的人的意识，如果不得到更进一步的提高，我想，生产环境中发生任何事情就变得不奇怪了（这里不探讨系统设计本身的问题）。

　　从搭建测试环境，我们到底能提升什么呢？

　　第一，是更进一步的了解我们的待测试项目的系统架构。现在对我们测试人来讲的大环境中，测试介入项目的时间往往是项目即将完成开发进入测试环境的阶段。很多测试在拿到项目的后往往关注的是用例，执行，以及最后的结果，似乎没有更多的时间去考虑其他。对于为什么采用这么一个框架，可能很少关注，往往就是按照要求，把环境部署完毕后，联调成功，就算完成了第一步，然后就急急忙忙的开始我们的后面的工作。在我看来，这个是非常错误的，在部署测试环境的过程中，除了能更进一步的了解各个部分采用的技术外，在这个过程中，应该更多的了解一下，为什么会采用这样的方式。说直白一点就是，采用这样的方式的优势是什么？这么说可能还是有很多人不明白，我再举一个简单一点的例子把，我们现在有些项目会做成C/S的模式，有些项目是采用B/S的模式，为什么采用这样的模式？在比如B/S模式的系统中，有些必须考虑性能测试，有些则不需要，为什么？其实，通过部署的过程，你在了解系统设计的原理，你明白了这些，最后我们的用例必然会得到更多的充实。

　　第二，更新过程中是否会对原有的数据产生破坏？大家必须注意到一点，测试环境和生产环境的最大区别在于，生产环境是一个延续性的行为过程，而测试环境则没有这么一个延续性行为过程，所以，作为测试环境的部署者，在部署环境的过程中要充分考虑到这个因素，什么样的更新版本才是符合要求的。这点我想可能能解决我开头提到的两个案例。

　　第三，在部署中测试环境的复用。这点也非常的关键，资源的合理应用对于任何一个公司来讲都非常的重要，如果这个过程中忽略了这个问题，测试环境可能会变得非常的臃肿，对于维护起来可能会非常的困难。