我是计算机专业的，曾经做过软件开发。

　　记得刚入测试这行的时候，是国内的一家IT业数一数二的企业(名字就不提了)

　　庞大的测试部门，严密的测试流程以及一个良好的测试技术平台，使我对测试产生了兴趣也充满了信心。

　　也做到了测试项目经理的职位。

　　那时感觉自己是金领啊，前(钱)途无限~~~

　　但由于薪水、发展空间、工作时间、工作地点等等的问题，我投奔了另一家公司，开始了建立测试团队的生涯。。

　　迷茫开始了。。。信心在消失。。。

　　怀着雄心壮志，我开始研究公司的业务特点、工作流程，结果原来公司的规范化流程制定了一整套适用于公司这种小型企业的方案，并且也组建了测试团队。

　　但是。。。。。

　　由于有了测试部，理所当然的，所有的软件变更都会飞过来。而由于我们的客户不是软件行业的，根本不理什么软件的开发周期，今天要改个东西，明天或后天就要拿来用!面对竞争激烈的当今社会，老板毫不犹豫的选择了客户至上。而客户的需求还真不是普通的多，汗啊!所有的测试人员就开始了被当成普通用户的转变。平均每个人每天手上至少并发两个测试任务，情况可想而知。。

　　更不可接受的是。。所有的人认为，测试人员应该是全能的，所以包括为模块的开发人员搭建环境，构造数据，配合开发等等。OK，假如这些也是免费接受的。那么开发人员自从有了测试部之后就从来不知道所谓单元测试的概念了。。。。

　　整天被这些东西压着，别说什么流程，连完成基本任务都已经是困难了。

　　可想而知。。。接二连三的问题出现了。。。。

　　老板的名言也出现了：测试人员都在做什么?为什么招了测试人员，软件还是一直出问题。

　　暴寒!

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

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

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

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

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

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

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

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

　　网友评论：

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

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

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

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

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

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

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

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

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

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

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

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

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

　　个人观点：

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

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

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