在我们公司测试团队的发展过程中，我一直在思考一个问题，什么样的模式适合现有我们这个测试团队的发展?

　　我先说说我们公司测试团队的现状，我们的测试团队与研发团队成立的时间差不多，但最初的模式是从属于研发团队，测试团队机会没有自己的独立决策权，完全被研发团队牵着鼻子走。随着测试团队的发展，测试团队优势的凸现，测试团队逐步形成了自己的工作模式，并且在整个公司的发言权，决策权也逐步掌握到了测试团队自己的手中，可以说，这个时候测试团队才真正称得上是一个真正得测试团队。

　　一个待测试项目有测试团队负责人直接负责，每个测试团队都要面对很多的项目，所以测试团队负责人会根据测试团队的实际情况，将项目下发到测试团队内部的项目组中进行。当某个项目组接到具体任务后，会根据项目的实际情况及要求，在具体划分成各个项目小组，每个项目小组的责任各不相同。举个简单的例子：接到测试一个网上购物的项目，测试团队负责人将项目下发到了项目一组。项目一组负责人根据项目的情况，分成界面组，接口组……这里的界面组，接口组就是图中的项目小组，而每个小组的任务也相当繁杂，所以这个时候往往会在指派一名成员直接负责。

　　测试团队的另一模型，这里负责人主要职责就项目进度，人员的把控，也就是我们常说的计划以及协调。设计这里主要指的是测试用例设计，从一定程度上来讲，用例质量的高低在很大程度上决定了测试质量的高低，而能胜任用例设计这个职责的人通常在我们的眼里至少已经达到测试中级这个水平。而测试执行，往往是一个底层的枯燥乏味的工作，通常比较适合测试初级水平这样的角色。

　　现在我来谈谈为什么我们要采用金字塔型的发展模式。首先我们要讲一下“人”的问题，我相信很多公司的测试团队一定面临过这样的问题，“一才难求”，尤其一些特殊行业，由于对业务要求非常高，往往你具备了很强的测试方面这样那样的能力，但对于这些特殊行业，由于行业的特殊性，业务知识“0”的测试高手往往并不受欢迎，为什么?很简单，你虽然是高手，可是你在短时间内并不能为公司带来客观的效率。这样的公司往往都喜欢由自己培养“专才”试想一下，测试初级的人才相对于公司来讲非常容易招到，而这些测试初级人才经过公司一段时间的培养，既好用，由廉价。所以，测试团队的底层通常就是测试执行，也就是你在还没有更高技能的时候只要你有责任心，就往往能胜任这个任务。但从测试执行上升到测试设计，这个过程是漫长，可能有些人在做测试执行过程中也会接触这样那样的测试设计，但平心而论，这些设计并不能称得上是合格的，只是这样的设计并不会影响到项目质量，而胜任测试用例设计这个职责，在对公司业务方面，以及新技术方面的才能必须非常的突出，只有这样，才能设计出高效的测试用例。

　　而从金字塔型的发展模式的另一方面而言，也是不同的责任制，每一层向自己的上一层直接汇报，通过这样的方式，即锻炼了不同的人，也让工作变得简练，变得有调理。