多么痛的领悟-环境

在软件开发测试过程中，对测试人员而言最大的roadblock是什么？

需求不清楚？需求频繁更改？测试对业务不够了解？test case覆盖不够全面导致漏测？这都是风险甚至roadblock 吗？直到现在这个项目才发现，这些都不算问题，最大的roadblock是测试环境。

需求不清楚那就问到清楚为止，需求变更可以讨论把变更的内容加到backlog或者下一个Sprint，对业务不了解那就花时间研究学习业务，test case覆盖不够全面可以加强test case review以及做交叉测试。这些问题测试人员都能解决，可是环境问题，从目前我所在的项目来看，还真不知道怎么解决，成了最大的roadblock。环境没有弄好，即使需求清晰，开发完成，测试也只能干瞪眼啊！

为什么会这样？有这么几个原因。

1，测试环境由客户负责搭建。一套测试环境是一个cluster，有若干DBserver，Application server, Web server, load balance server等，我们外包是没有这些硬件资源人力资源来搭建一套测试环境的。通常一个项目也就几个月时间，费劲搭建一套环境站在公司角度上也不划算。

2，我们项目的客户环境需要和好几个第三方系统交互，我们对于客户依赖的第三方系统一点都不了解，更别提搭建一套能和第三方系统交互的环境了。

3，历经千辛万苦开发终于code complete然后story assign给测试人员了，去环境上一看，毛都没有。一检查，code没有merge到测试环境！！由于架构原因，不同模块的开发人员工作在不同的branch，然后再一起merge到测试环境branch，可是没有一个专门的开发人员或者团队负责检查所有的code都确定已经merge到测试环境，而测试人员又没有相应的权限去确认到底code merge到测试环境了没，只有去环境上试了才知道。这是流程上的一个gap，虽然已经有开发lead去follow，可在赶进度的压力下还是经常被忽略或者延迟。

测试人员对于测试环境没有掌控，很难开展高效的测试工作。

吐槽无力啊！！！！求各种良方秘籍解药！！！！