多么痛的领悟-环境

在软件开发测试过程中,对测试人员而言最大的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,可在赶进度的压力下还是经常被忽略或者延迟。

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

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

你可能感兴趣的:(多么痛的领悟-环境)