一封邮件引发我的思考：测试人员测试完成版本后，建议上生产，同时发邮件要求开发经理进行把关。开发经理给出的回复：难道是我一句话能够决定是否上生产么，上生产的依据不是测试结果吗？
这封邮件有点点火药味，开发说得没错，同时也有很多问题值得我们探讨。
作为一个初创公司，经常会遇到生产上的重大问题，而此时就特别需要开发老大们出马解决，长此以往，公司对开发的依赖越来越强。
而测试呢，没有测试流程管理，上到生产的版本也出现很多的未发现问题，项目经理经常流露出对测试的不满，大有演变成生产的遗留问题都是测试人员的问题之势。而测试人员中有一位测试技术高手，对测试管理、测试技术都有一套很清晰的理论思路，并且这些理论和技术在很多大公司实践过。但是到了这里水土不服，公司没人给出特别的支持和理解。虽然公司领导对该测试牛人多次给出肯定，但是仍然改变不了测试没有地位这个现实问题。
思考之后，我们的现状如下：
1、 公司领导非常依赖开发，生产紧急问题都需要开发解决，否则损失巨大。
2、 测试没有很好的管理思路。测试人员在这种无规范的测试中，按照自己的想法进行测试，一盘散沙。没有形成好的测试方法和测试思路，甚至基本没有测试文档，测试工作无法评估。
3、 领导虽然肯定这个测试牛人，但是对整个测试部门没有太多肯定。
4、 测试牛人有很好的管理思路和测试方法论，但是实践过程遇到太多阻力，包括领导的高度认同、测试内部同事的认同和开发的包容。
这些问题出现后，作为测试管理者，应该深入的思考，寻找改变之路。我个人提出如下几点建议，希望能够为我们的测试支招。
1、 我们要改变，要练内功，我们需要时间和空间。不要相信立即能够见效。给自己一个时间表，但是要严格执行。给我们自己犯错的空间，但是要尽量让犯错的几率减到最少。
2、 测试内部的管理者要精诚团结，可以提出不同的解决问题的思路，但是矛头要一致，就是要完善我们的队伍，排除私心，一起努力。
3、 改变测试人员的思路。不断培训，通过会议或沟通结果尽可能统一测试人员的思想。定制一些测试流程。由于日常工作也占用不少时间，测试流程可以从简单到复杂，例如从最初编写测试报告增加本次测试场景开始à再增加测试需求分析à增加测试用例à增加不同测试类型等，不断完善测试流程，不断实践，让测试人员的思路逐渐清晰起来，同时积累测试成果库。
4、 理清现有功能，建立一支测试设计队伍，搭建测试框架，理清测试测试需求，同时指导测试人员版本测试过程中进行测试设计。
5、 收集生产问题，并记录解决方法，为我们的测试库增加校验的场景，且作为每次版本测试必须回归的内容，绝不允许重复出现。针对生产经常出现的配置问题，要求编写部署文档，整理部署要求，避免这些问题。
6、 尽量有技巧地让领导和开发能够明白我们测试的目的，了解测试的原则和立场。尤其是出现冲突时，能够抱着合作的态度互相包容，一起努力解决问题。
我们的队伍不缺测试牛人，这些我相信都能够做好，要改变的是意识，是管理者的思路。当然，做这些的目的主要是，将生产上出现问题的可能性降到最低，进而把我们产品的质量提高，建立起有效的测试管理机制和测试框架，测试人员也能在这个不断完善的流程中提升自身测试的技能。生产上没有问题，公司的损失才会降低，测试才能提升自身的地位，才能得到大家的认可和尊重。
版权声明：本文出自 sunlight426 的51Testing软件测试博客：http://www.51testing.com/?284322
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
