作者：金朝阳
Author:jinchaoyang
单位：上海交大ABC公司
Company: ABC Technology Co.,Ltd.
摘要：软件测试这个行业在国内发展也有好几个年头了，加入到这个行业的从业者也越来越多，国内的大部分软件企业也建立了相应的测试部门，这也证明企业越来越重视软件测试了，但同时也会面临很多问题，特别是测试管理人员所面临的问题，现在笔者结合自己多年在企业的工作经验，给出了如下的总结与分析：
测试部门归属于研发部门的错
测试经理要说服你的上司或者老板要把测试部门从研发部门独立出来，不要把测试部门归纳在研发部门下面，试想想自己研发的产品就像是自己的孩子一样，他们会在自己的孩子身上不断的挑刺吗？所以测试经理首先要想办法使测试部门从研发部门独立出来。
软件测试经理在招聘测试人员上的误区
软件测试行业在中国经历了几年的发展后，已经变得越来越浮躁了，这个浮躁主要表现在以下二个方面：
■ 现在毕业的年轻人，从事测试工作刚2-3年，做过几个项目，看过几本书，就认为自己已经成为了这个行业的专家，其实大部分都是心态太浮躁，而且基本功很不扎实。
■ 很多软件企业在招聘测试人员的时候，都一味地强调应聘测试职位的人员必须具备多少年以上的软件开发经验。其实一个成熟的国外测试团队成员的构建应该如下：
如果公司有一个包含10人的测试团队，则组成应是：
4-5位测试人员精通传统的手工测试过程
3位测试人员擅长使用自动测试工具
2-3位测试人员擅长软件开发
但是中国人做任何事情都喜欢跟风，比如说看到别的软件企业在招聘要求的时候要求精通C++/Java编程和大型的Oracle/DB2/Sql server数据库，所以企业在招聘软件测试人员的时候也一味的甚至是盲目地要求应聘者必须具有多少年的软件开发经验以及精通Loadrunner/QTP之类的测试工具，诚然有软件开发经验的测试人员的优势是知道研发人员容易在哪个地方犯错误。但是别忘了精通传统的手工测试的人员更容易从用户的使用角度去发现软件中存在的缺陷问题。
软件测试经理本身到底是技术重要还是管理才能重要
小公司测试人力资源不充足的话，测试经理大多处在一个Lead的角色。很多情况下都要亲自参与到项目中去（写测试计划、测试用例、建测试环境以及具体的测试执行工作），这个时候技术来说相对来说更重要一些。
大一点的公司（比如说超过10个人以上的测试团队），这个时候测试经理更应当承担一个manager的角色。去管理整个测试团队（制订合理的测试流程、招聘人员、拜访客户等），协助测试团队完成公司里的所有产品或者项目的测试工作。这个时候测试经理的管理能力相对来说更重要一些。
项目后期客户经常随意变更需求、设计、代码等
在项目后期客户经常会随意提出要增加新的需求，修改需求。项目后期仓促地处理这些问题的时候，都有可能会注入新的缺陷到程序中，但是公司也不敢得罪客户，只能默默接受这些有时候甚至是不合理的需求。在项目后期修改代码常常会出现牵一发而动全身的被动局面。
测试经理之上的领导太多，每个领导都有可能会干涉测试经理的工作
国内的很多企业测试经理职位之上的人太多，比如研发经理、技术总监，副总经理等，特别是有些上司或者老板喜欢在平时介入到具体的测试工作中，甚至随意抽调测试组成员去做其他和测试不相干的事情，但是他们大都又不懂技术，总是拍着脑袋做事，他们的决策经常会打乱测试经理的测试计划安排，但是测试经理也不敢得罪上司或者老板，只好忍气吞声，默默忍受。
测试资源不足
无论是在软资源（人力、物力等）和硬件资源（测试的软件和硬件服务器）不足，很多企业经常是在一台服务器上安装很多个测试环境，甚至测试和研发共用一台机器（正确的做法应当是：测试环境要和研发环境分开），特别是在项目后期需要进行项目完整的回归测试的情况下，测试人手不够，测试不充分，很有可能会出现漏测的现象。
公司领导对软件测试认识的误区
误以为提高软件质量是测试人员的责任，没有意识到任何开发人员、管理人员都会对质量产生影响，都要对质量负责。另外一般情况下，测试人员的权力比较小，很难推动质量改进措施。 但是只要发布出去的产品出问题了，大家都认为是测试部门的过错。
测试部门与研发部门协作问题
通常研发部门提交给测试部门的代码质量不高（很多情况下提交给测试部门的代码没有经过充分的单元测试），浪费测试人员的时间，容易使得测试人员对测试工作产生厌倦，另外很多开发人员以开发任务繁重为由很少关注缺陷管理工具上属于自己应当要修改的缺陷，导致一些缺陷长时间得不到修改，这样容易打击测试人员的工作士气。
软件研发部门与软件配置管理的问题
国内有些软件研发机构竟然不使用软件配置管理工具，用最原始的方式手工管理代码和文档，经常出现“成果丢失、版本混乱”等问题。很多研发人员都把自己的最新成功放置在自己的本机上，最新程序根本就没有放入配置库，就样就会出现其他研发人员在比较旧的版本上去修改程序。另外维护期间修改了程序，但是没有放入配置库。这样做就容易犯下“这个Bug以前已经解决过了，后来怎么又出现了这个Bug”的错误。
软件研发企业对用户的需求理解不准确
软件研发人员和测试人员不知道用户真正需要的是什么，他们对需求的理解有偏差、导致经过开发和测试后的产品不是用户真正想要的，导致产品最终验收不通过，如果让测试部门来承担这个责任的话恐怕难以服众。
软件测试团队成员工不了解产品的业务，不熟悉测试的方法
软件测试团队成员不熟悉产品的业务和软件测试的方法，容易出现软件缺陷漏测的现象，这些遗漏的软件缺陷可能会一直遗留到用户使用环境下才能够被发现。
软件测试团队人员的流动现象
IT企业整体上来说都有人员流动频繁的现象。所以测试经理要为该团队中的每个核心成员配备候补人员，以防止核心成员的离职等而影响到项目的测试和最终产品的发布。
