如何组建自己的测试团队
摘要：中国软件行业出现了这样一种奇怪的局面，整个测试行业弥漫着一种浮躁的心态：一方面，各种论坛、各种培训轮流登场，测试工程师也一度成为IT职场上的新宠，薪水看涨；另一方面，成熟的测试工程师在行业中很难找，网上的各种论坛则存在很多“XX测试方案给我一份”的初级测试人员；各个企业也希望能够通过引进几个测试工程师，办几次培训能解决问题。整个行业不健康的心态注定产生不了众多在测试管理上获得成功的企业，各种培训的成功案例中也鲜有中国自己的案例……
俗话说，万事开头难，对于大多数通过新技术开发创业的软件企业来说，要在完全没有基础的条件下，在原有管理体系中开辟出一个全新的测试体系，更是难上加难。能否创建一套合体的测试管理体系成了软件企业发展过程中至关重要的一道门槛。软件行业发展的历史过程中，无数的企业因为没有跨过这一道槛倒下了。因此，处于起步阶段的中国众多的中小软件企业要想在新一轮的全球竞争中胜出，必须高度重视软件测试体系的建立工作，必须采用批判的拿来主义对待国外的典型案例，创建适合自身发展的管理平台。当然，其他管理体系的建立与成功运转也是必不可少的，如人力资源管理体系、企业战略管理体系和市场运作管理体系等。
客观的说，测试之所以能够成为当前软件企业发展的门槛是有一定的历史原因的。软件开发成为一个行业之初，测试工作并没有得到应有的重视，中国如此，国外也如此。虽然，目前测试在软件企业已经受到普遍重视，时间也不是很长。中国的软件业起步落后于国外，基础更薄弱，更需要努力迎头赶上。但是，近几年以来，与开发技术的快速进步相比，中国软件企业在测试管理体系建设领域中，与国外的差距不但没有缩小，反而出现了进一步拉大的危险，这不能不引起业界的重视。
国外的软件行业经过多年的发展，逐步认识到软件测试的重要性，在不断的探索过程中逐步建立起完善的测试体系，跨过了这一个生死攸关的门槛，使企业跨上良性发展的轨道。例如，1988年甲骨文公司发布的Oracle第6版由于对软件测试重视的程度不够，导致了出现了大量的问题，引起大量用户的抱怨，从而引发了甲骨文公司的危机，股票一落千丈，公司前景暗淡，甚至濒临破产。为了渡过危机，甲骨文公司不得不裁减了大量销售人员，同时开始聘请专门的管理人才，建立起完善的测试体系。在ORACLE 7发布时，公司吸取了第6版匆忙上市的教训，听取了用户的多方面意见，并集中力量对新产品进行了大量细致的测试。甲骨文公司凭借这个版本的成功，成功渡过了危机，并进入良性的发展。随后发布的8i、9i和10g版本的成功也包含测试不可磨灭的贡献。微软在发展之初，也由于不重视软件测试，导致了软件稳定性存在大量的问题，但是微软很快察觉到测试的重要性，通过多年的摸索，创建出独特的开发体系MSF（Microsoft Solution Framework，以下简称MSF），MSF中将测试渗入到从团队模型到开发流程模型中事关软件开发管理的各个方面，从而保证了软件产品的质量，确保了公司的良性发展。纵观国外成功的知名软件企业，无不在测试体系上下过大力气的。
中国软件行业起步晚，基础薄弱，测试方面的理论和实践更是少之又少，加上存在一定程度上急功近利的思想，导致了在建立测试管理体系过程中犯了一定程度上本本主义的错误，照搬照抄国外成熟的管理体系，而不去分析其是否合适自身发展的需要，于是在中国软件行业出现了这样一种奇怪的局面，整个测试行业弥漫着一种浮躁的心态：一方面，各种论坛、各种培训轮流登场，测试工程师也一度成为IT职场上的新宠，薪水看涨；另一方面，成熟的测试工程师在行业中很难找，网上的各种论坛则存在很多“XX测试方案给我一份”的初级测试人员；各个企业也希望能够通过引进几个测试工程师，办几次培训能解决问题。整个行业不健康的心态注定产生不了众多在测试管理上获得成功的企业，各种培训的成功案例中也鲜有中国自己的案例。这从一个侧面反映了中国软件行业测试水平还处于初级阶段，这不能不说是一种悲哀，难道中国人在软件测试领域不能开创自己的品牌吗？当然，中国的软件企业中也有做的相当不错的，比如用友的软件开发管理体系和金山软件开发管理QMR体系，但是中国软件业的进步不能仅靠为数不多的几个大软件企业，而是要靠为数众多的中小软件企业的成功崛起，要靠不断的学习和借鉴，而这需要运用正确的方法论来对待国际上的先进经验。
什么样的方法论才是合适当前形势的？本本主义和蛮干主义显然是不行的，本本主义容易导致僵化，蛮干主义则会丧失速度，加大差距，从投资的收益上看也是不划算的。正确的做法应该是拿来主义，要“沉着，勇猛，有辨别，不自私”。鲁迅先生说过“没有拿来的，人不能自成为新人，没有拿来的，文艺不能自成为新文艺”，同样，没有拿来的，测试体系也不能成为符合中国中小企业特色的管理体系。当然，只有抽象的方法论是不能解决问题的，还必须落实到创建测试体系的每一个步骤中。其中，为关键的是测试经理的选拔，测试机构地位的确立和历史问题的处理。测试体系创建过程中要注意的问题还很多，但是只要做好了上述三件事情，基本上可以保证测试体系的成功建立。
谁能成为合格的测试经理？
测试经理的选拔是创建测试体系中的首要和第一重要的任务。一般来说，可以从的开发管理经理中选拔。的开发管理人员在组织中具有比较高的威望，容易获得开发人员和上级普遍的支持。同时，它还比较了解企业当前的业务流程，容易找到问题所在，从而能够建立合理的测试体系。从这一点来说，空降兵是不合适的。另外，国内测试行业的发展状况也决定了找到合适的人选是相当困难的。当然不是所有的开发管理人员都能够承担重任，未来的测试经理除了具备丰富的开发管理经验外，还需要具备对软件工程的深入了解以及强烈的质量意识，当然他还需要出色的团队领导能力。此外，为了能够在创建测试体系的过程中不断与不利因素斗争并终获胜，测试经理还需要具备一定的谋略。在选拔测试经理时，没有完全符合上述条件的人员也不要紧，只要候选人具备很强的学习能力和坚忍不拔的性格也能够担负起开拓局面的重任。
为什么候选人需要出色的团队领导能力呢？测试队伍是组织中的新团队，在行业中测试的地位又不高，测试人员内部以及与整个团队的协调工作都需要依靠测试经理运用高超的领导能力才能完成。
领导能力包括阐明团队远景、培养员工以及激励员工的能力。测试团队的远景是什么？是不是和开发团队同样重要，测试工程师的职业前景是什么？诸如此类事关团队士气的问题都需要测试经理用出色的沟通能力来传达。培养新员工也是测试经理日常工作中相当重要的一个部分。金山公司在创建测试队伍之处也是依靠完善的培训才将测试队伍的能力提高到一定层次的。的测试工程师首先应该是一个合格的开发工程师，至少具备一定的开发能力，这对树立测试工程师的地位和开发自己的测试工具库都很重要。
测试经理候选人还需要一定的谋略。因为在组织中创建一个新的队伍，加上之前对测试工作的不了解，必然会导致开拓测试工作中很多的不理解，甚至会造成很大的阻力。比如引导测试工程师学习各种开发知识，比如要求开发人员提供详细文档、要求使用规范的测试流程系统等，这都会成为不可回避的问题。因此，测试经理除了要有坚忍不拔的毅力以外，还得讲一点谋略，什么时候做什么事情，如何做，是否需要利用一系列的事情营造声势等等。比如，在测试组成立之初，可以利用开发测试缺陷信息系统的时机，一方面提高测试队伍的士气以及在这个组织中的形象，另一方面还可以为今后测试流程的建立打下基础。
怎样确立测试机构的地位？
测试机构在组织中地位的确定事关测试机构执行测试任务的效力。软件工程大师布鲁克林20多年以前在《人月神话》中指出，测试机构的独立是十分重要的。在微软的软件开发模式中，测试团队的权威是相当高的，测试团队、开发团队和项目管理团队是软件项目组织中独立的团队，分别向各自的上级部门负责，类似于美国政府的三权分立。然而，我们还不能照搬微软的经验，因为我们并没有这么多的财力、人力来保证一个独立的测试实验室和庞大的测试队伍。所以，为项目组配备一个测试小组几乎是不可能的，但是我们至少应该在整个研发部门成立独立的测试小组，统一开展测试任务的执行，同时为保证与不同的产品紧密衔接，应该实行责任测试工程师制度。测试团队应直接向研发部门的质量总监负责，质量总监在研发部门的地位应该等于或者高于开发团队的高负责人，只有这样才能保证测试机构的权威性。当然，究竟配备多少测试工程师取决于企业的具体状况，但是测试机构的独立性是必须保证的。
如何处理历史遗留问题？
在MBA教程中，关于危机的处理原则非常简单，即“说真话”，并且赶快说。对于测试小组成立之初历史问题的处理来说，可以采用相同的原则，即“正视历史问题，说真话，赶快说”，具体可以分解为以下几个要点。
第一，建立缺陷管理信息系统，收集整理遗留的缺陷，报告相关数据。测试小组成立以前，企业的产品中肯定已经存在大量的历史缺陷，散布在技术支持部门和开发人员当中。测试小组的当务之急是赶紧把这些纸面上的问题电子化，全部收集起来，同时建立一个规范的缺陷报告系统。缺陷管理系统有很多，简单的是一个excel电子表格，复杂可能要算是Rational的缺陷系统了。如何使用这些系统，取决于企业的实际情况，一般认为，一个比较简单的ASP + SQL Server的小型缺陷收集系统足够了，系统好是自己开发，这样维护比较方便，同时业务流程修改起来也比较容易。
第二，建立严格的版本管理制度，追踪发布的每一个版本。中小软件企业为了生存，往往不重视软件产品版本的管理，随时都为用户提供不断修订的版本。这样导致了修复问题的代价变得越来越大，因为每一次修改都很仓促，常常是解决了这个问题，衍生出很多其他的问题。解决这个问题的关键是建立严格的版本管理，任何一个版本的发布都必须经过测试小组全面的测试，同时详细记录每一个版本的信息。这些都与配置管理息息相关，所以测试体系的建设中还必须建立有效的配置管理。
第三，提高开发人员的编码质量，建立严格的代码评审制度。这一点在用友做的很好了，用友的每一段程序都有人检查，对于其中典型的代码还当众进行分析，从而不断提供高开发人员的编码质量。再好的测试团队也只是在后面检查代码编写的质量，代码质量真正的提高还要靠开发人员功力的提升。开发和测试双管齐下，能保证软件的质量得到不断的提升。
总结
测试体系的创建是事关中小软件企业发展的生死门槛，愿本文能给众多的软件研发主管提供一点新的思路，希望有更多的人学会用拿来主义看待国际先进的理论，从而开创测试体系创建的新局面。
