项目出问题了,测试部人员是否应该介入后的思考?

背景：

 

  早上接到ERP部门经理的电话，说：“erp二期项目出问题了，总是不明原因的宕机，这个项目又没有做性能测试，客户说我们应该做性能测试，所以能不能请马上派性能测试工程师来现场,今天看能不能查出问题在哪里？”

 我回答说：“这个时候做性能测试没有意义，你应该要做的是分析出错的原因啊，例如代码分析，框架分析和原因假设排查啊。”

 部门经理说：“已经查过很多原因了，但我们没有性能测试能力，无法模拟多用户并发，请务必在今天派人过来帮忙，今天再不解决这个问题就要升级了”

 我回答：“ok,我们派性能测试工程师过来，但你们必须做问题分析，以及排错方案，我们只是帮助你们实现你想要的场景,其他工作需要由项目组主导自已做！”

                                                                                                                                                                        

至止我还没有认为在这件事的处理上有什么问题，性能测试工程师在接到任务时说了一句：“都出问题了还找我们干啥，我们是神吗？”，虽然我个人也认为这个时候去的帮助不大，但在我的要求下，性能测试工程师还是赶去了现场。

 

直到下午接到了L老总打来的电话：“这个项目出问题了，这个时候你进来，能起到什么作用吗？测试部是个垫背，背黑锅的部门吗？项目组跟客户说没有做测试，你就来了，这个时候是只做性能测试就能解决问题的吗？”

 

反思：

说实话，当听到L老总这么讲我的时候，我是很不爽的，感觉很委屈，并且对于ERP部门经理是很脑火。事后静下针对这个事情进行分析（呵，呵有一天多都没有想通,自我剖析是一个痛苦的过程），还是有做得不足和可以改进的地方

 

项目组在给客户使用前没有提交测试部进行性能测试，那么从理论上来说这个时候测试部完全可以拒绝进行测试，但是在处理这件事情上心太软，潜意识有，被项目组需要感觉很好，能帮忙项目组解决这个头痛问题是一个能力体现，也是一次测试人员能现场检验和学习的机会,并且在这个时候拒绝项目组不利于后面工作的开展。简单的看待问题。

 

即然将测试人员投入项目组有上面所说的好处,为什么不能盲目的投入项目呢？对于这个项目来说，这个时候需要的不是测试部所谓的同情心，而是切实有效的故障处理方案，至少从目前反馈的信息来的看，没有看到相应的措施，测试部这个时候进入表面上是分担了项目组的压力，实际上对项目来说存在更大的风险，目前这种解决方法有点像赌博，未经全面分析而推出项目性能存在问题，一旦项目组所把希望寄托在测试上，并且向客户说明我们的行动方案，到时没有能解决得了问题，那么损失的可是客户于对公司的诚信，以及真的像老总说的，测试部就要出来背黑锅了。分析到这一点其实我是有些不舒服的，不管项目组的本意是什么，但真的有种被人出卖的感觉。

 

那么在这件事上，测试部是否就真的应该置身渡外，不理不睬的呢？也不全然，可先从不同的渠道了解情况，甚至征询项目所在的高层了解全面的情况后再做决定。其次我们公司应该建立报障处理流程，像这种已出现多次并且后果很严重的故障，在一定时间内不能解决，应该升级，请公司内其他技术能人协助；最后开发人员的性能测试技术能力需要提升，开发人员不清楚做性能测试需要通过培训来解决。