暴寒！

　　忍无可忍的是，测试人员的基本要求，要提供需求文档！结果负责技术的总工程师亲自来说：开发人员时间太紧了，没办法写了！你们自己想办法！让我们自己想办法......测试人员是否应该把需求文档也帮他们写了？？

　　然后接下来，技术总监又说了：测试人员工作不利，要加强管控，加强测试方法测试技术的培训。。。。

　　我有疑问了。。。算把CMM5都背熟了。。有给过机会用吗？

　　外面有专业技术部门要对我们的软件进行质量审查，结果文档出问题，驴唇不对马嘴。。

　　技术总监又说了：你们平时怎么管控的文档？

　　我晕了，整天督促他们写文档都成了我们家常便饭了，结果领导来说话免单。。。。我还能怎么着？

　　真的无语了，这是所谓的软件测试，所谓的质量管理。。。难道以为有了这个部门软件质量能狂升？真这样的话，高管是不是都可以退休了，我们的薪水也应该再长几倍吧？

　　迷茫与无奈，不知道是不是该继续做这行，也不知道是不是只有我们公司是这样？

　　网友评论：

　　A：这种问题很常见的，即使是微软，在组件测试团队的初期也是这种情况。

　　表面上看起来这是软件开发过程的问题，不应该由测试团队来承担。但是要解决起来不是这么简单的了。

　　归根结底，这是对过程（含软件测试）的作用和价值的认识比较肤浅导致的，也是整个企业从上至下的浮躁心态的体现。

　　整体提高公司各阶层对流程的认识不是测试团队能做到的，测试人员也不应寄希望于此而对现状充满牢骚。这种问题并非无法解决，从自身做起，从小处做起，一点一点积累，还是可以起到很大的作用的。这里谈谈我曾经用过而且行之有效的一些方法，以资参考。

　　正如我上面所说，其根本原因在于对测试的认识程度，所以解决问题的关键也在于提高各相关人员、部门的认识。

　　1、教育开发人员。“教育”，并非是我们高高在上去训导，而是利用各种机会、途径去影响他们。跟开发人员保持良好的友谊是个不错的选择，通过在工作中进行交流，以及利用吃饭、坐车等一切可以利用的时机去影响，也是非非常重要的。如果有机会给开发人员做测试相关的培训的话，一定要抓住，好好的上上课。当然，要有唐僧那种磨嘴皮的毅力，更要注意说出来的都是有理的。

　　2、教育领导。领导高高在上，是我们可以“教育”的吗！？当然可以！与一般开发人员不同，我们不会有很多机会跟领导深入交流，所以每次都需要做更多的准备，用更充分的理由来表达，即使存在认识的不同，有时也需要据理力争。做一些简洁漂亮的报告，有因有果，有问题亦有方案，还要敢于承担责任，用事实来佐证。

　　3、用事实说话。我们需要测试流程持续改进，每次一点点，每次都抓住几个关键点来提高，把提高的成果大胆的展示出来，为进一步改进加分。

　　解决测试中存在的种种问题并不是提高技术能力、完善流程可以的，它需要我们开动脑筋，把技术、管理、沟通、人际关系、行事方法……统统发挥开来。惟如此，才称之为测试的艺术！

　　B：我们公司刚开始也是这样的，但被我改变了！

　　绝招：必须制定流程、规范，有这为些法宝，是老板来了也不行，必须按规范做，否则测试不负任何责任，要不你来！

　　C：我公司也是这样子的，除了需求文档没有其它的了，而且那个需求文档里根本没什么具体内容，我招进来做测试的，结果从数据库配置到界面设计什么杂事都是我做的，需求一个样，每次去客户那边都得改，涉及的东西倒是挺多的但测试的知识没了，现在的想法是合同到期去找家规范点的公司学习测试的基本流程.

　　D：觉得原文的作者是一个悲剧：

　　个人观点：

　　1）选择进入一个没有测试部门的公司时候，在刚开始和公司领导的接触过程中要争取公司领导对测试部门的支持，以及寻求测试部门的相对独立性。如果公司领导觉得只要有了测试部门，以后的产品质量完全是有测试负责；或者觉得测试可有可无，这样的公司不要再进去了，进去压力会很大。

　　2）测试流程的建立过程是一个痛苦的过程，需要公司各方面的支持，公司领导，开发部门的支持。测试工作在系统流程上体现出来，一方面便于以后的公司内部知识储备，另一方面可以体现出测试的价值，还有是可以在产品出现问题的时候，找到相应的负责人。

　　3）至于原文作者说道的需要帮助产品部门写需求文档，开发部门做单元测试。这种情况可能是原因在测试部门自己的，第一次不接这样的任务以后不会再接了。工作要有原则性，是自己的工作接，不是自己的可以有理由的推开，测试人员不是的。