浅谈测试管理

taolun

浅谈测试管理（测试007http://www.blog.163.com/tester007/）

  所谓测试工程师，简单的说就是人们熟知的QC，都是为了保证产品质量的产物。换句话说应该是个高级的QC。

  目前国内软件测试行业刚刚起步，在萌芽状态，许多的软件公司根本没有测试部门，普遍对软件测试不够重视，更甚者认为测试工作是有素质不高的人才来担任，薪水方面就更不用说了。所以个人感觉如果想改变现在的状况需要社会的发展，公司领导的重视，当然还需要我们测试人员的努力。

  就测试管理，本人说说自己浅薄的看法,主要分一下几个方面来谈谈。

  第一，当然是测试地位的提高，怎么样保测试地位的提高呢，个人认为不但要得到高层领导的重视，让开发人员理解测试的重要性，更重要的是把他固化，所谓固化就是行政制度上的地位了，就是如果想真正的要提高测试地位，首先是行政上的独立，在制度上明文规定测试和开发是分开的独立部门，测试经理和开发经理是平级别的，测试人员和开发人员也是同级别的，这样才有利于测试的开展。其实个人感觉测试应该比开发的行政级别要高，测试不但是个技术部门，其实仔细想想把他看成是个管理层次上的部门更贴切点。

  第二，测试过程的管理，既然测试部门是个特殊的重要的部门，那么管理好测试部门很明显是个特别重要的任务，那么他的过程就值得大家研究和讨论，过程管理又包括测试采取的模型、测试BUG的管理、和开发部门的沟通、测试资源的管理、风险的规避、测试人员绩效的考核等等。当前测试的模型比较常见的是V、W、H、W&H等，其实不能单方面说采用哪个模型更好点，合适的才是最好的，V模型是软件工程瀑布模型的产物，针对程序的测试。W模型是注重软件工程的整个过程，从需求分析直到编码都要进行测试。H模型很笼统，只是说测试条件充分了就进行测试，测试和开发是平行的。当然没有W&H模型，其实我感觉把W和H结合起来其实会更好点，把W当成测试的框架，把H当成测试的思想，那么测试就是一个比较好控制的曾面上。

  第三，测试BUG的管理，测试的目的是什么呢？就是发现BUG，成功的测试是发现至今未发现的BUG，那么个人感觉BUG的管理是非常重要的一个环节，其实BUG的作用并不是只是衡量一个测试人员工作的成果。把BUG管理好可以分析BUG的主要产生地、利于开发人员规避同样的BUG、测试人员的考核、开发人员的考核、分析产品的重点测试模块等等。个人感觉在BUG管理中比较重要的是权限的划分和BUG的分析报告，权限就是控制什么人可以修改当前BUG的状态，有很多公司都是把BUG列出来，任何人都有修改BUG状态的权限，到最后只能是非常混乱而已。其实要把权限分配的比较明晰，高级经理有什么样的权限、开发经理、测试经理、开发人员、测试人员等每个单独的组织都需要有不同的权限，才能做到更好的管理。BUG的分析报告也同样重要，这里就不说了。

  第四，测试资源的管理。测试资源包括人力、财政、硬件软件资源等，重要的当然是人力资源了，其实任何的组织管理人力资源都是要公平才能留住人。测试也一样，个人感觉测试更需要在人力资源管理方面下工夫，为什么呢？因为测试是个比较反复的职业，而且是看不到成果，所以会让人产生疲倦烦躁。其他方面的资源都是死的不可能说走就走，而人力就不一样。所以要想管理好人力资源与一个公司的文化制度分不开的。作为管理测试那么重要的是精神管理和物质管理相结合，不定期的和测试人员谈话，了解他们的真实想法，多组织湖外活动增加团队凝聚力等。物质管理最好是引入绩效考核，谁发现的BUG多，谁发现的BUG严重等等在考核方面要有一定的倾斜，才能让人感觉有挑战感，要是大锅饭那么我感觉是不可取的。

  第五，沟通。一个好的测试人员也是个销售人员，当然并不是要卖东西呢。测试人员不单要有逆向思维还要有比较好的沟通能力，语言表达能力，文档编写能力等。只一点表现在BUG的描述和沟通上，如果一个BUG你描述N遍，别人还是不明白你的意思。这样浪费的不仅仅是你个人的时间，甚至可能影响整个产品的进度。

  第六，引入自动化测试。手工测试虽然是比较有效的，但是由于认为因素会产生很多负面的影响。所以要引入自动化测试。节约人力资源，提高测试效率。

walker1020

taolun 说的很有道理，也具有非常高的可操作性。目前我正受命组织一个测试团队，taolun 的建议太及时了。谢谢taolun！

lumingda123

不错，帮忙把贴顶起来

louis_lu

2楼的说的蛮有道理的。
我展同你的说法，据目前国内软件测试行业的发展，软件测试人员的素质急需提高，这样才可能有测试行业快速发展的局面，如若不然，测试行业的快速发展如同空中楼阁一般。

testcat

楼上2位说的很不错

lingzhen

测试培训也是很必要的。
测试员进来时的起步普遍比开发人员技术水平要低一些，虽然不中听，但实情如此，而且要真正做好测试对技术的要求并不低，所以进行流程方面的培训之外，技术的培训或指导最好也要有一个长短期结合的规划。毕竟功底厚，做起事来可以更有效，也避免更多无谓的工作浪费。
起码部门管理者和技术负责人需要对必须用到的技术（不单纯是测试理论）要有比较明确的理解。

能做和做好是两码事，还是要区分的，如果没有明确的要求和指导，一段时间后都能做，但就未必能做的很好。