由于我们公司在中国有几百名测试人员，在测试团队中除了普通的测试工程师，主要就是测试经理和高级测试工程师，仅几个测试架构师在为少数的产品线所服务，而且大部分测试架构师也只为1个大产品而服务，能带领大产品线的人其实很少的。

　　先介绍目前测试经理，测试架构师，高级测试工程师三者的简单分工：

　　测试经理：人员考评，项目计划，人力资源和物料资源协调，测试活动组织;

　　高级测试工程师：为项目组完成测试技术准备，测试用例设计及指导，自动化测试设计及指导，培养测试人员业务技术能力和测试技术能力，支撑市场技术活动，规划自动化和测试工具需求，从技术角度支撑项目质量目标。总得来说，是测试组内的第一测试技术专家，是普通测试人员在技术上直接求助的对象。

　　测试架构师：把握产品测试重点和测试活动质量，领导和培养高级测试工程师，指导高级测试工程师选择正确的事来做，树立正确的意识，不断提高各种测试设计的质量，并传授新的测试方法或测试技术给高级测试工程师。通过高级测试工程师来影响和帮助产品测试组的测试质量持续改进。总得来说：是高级测试工程师技术上的直接求助对象。对于能力较强的测试架构师更能够拉通一个产品线多个产品的测试公共技术，向测试总监负责。

　　试想一下：一个产品的测试经理可能有一个或二个高级测试工程师帮他把组内的测试技术发展起来，扫清测试活动中的技术障碍。可是对于管理数个产品的高级测试经理或测试总监，他们的管理工作会耗掉大量的工作时间，日子一久在测试的技术上势必会逐渐跟不上业界的发展，即使依然能保持测试技术的先进性，也有心无力，没有时间来把握每个产品的测试技术方向。这时管理多个产品的测试管理者就需要一个能分担测试技术的帮助者，能替他继续把关每个产品的测试活动质量，专项解决各种测试技术问题。正如产品测试组中的高级测试工程师一样，这位帮助测试总监或高级测试经理的测试技术领导者就是测试架构师。

　　不过，目前为止所谈到的测试架构师只是复合型测试架构师，我们还可以针对测试专项技术细分专项的测试架构师，例如：专注于自动化测试平台的测试架构师，专注于代码级测试技术的测试架构师。这些专项测试架构师的工作成果不仅仅是只适用于一个产品或一个产品线，而是应该对整个公司所有产品线服务和支撑的，才能有足够大的平台或舞台供他施展。如果工作成果只是为一个产品服务，那么就和传统的高级测试工程师相当。

　　在业界不同的公司对测试架构师的要求也有所不同。在微软对测试架构师的定位是独立贡献者，在我们这里复合型测试架构师必须要有领导力和影响力，因为你是高级测试工程师的标杆和领导者，需要对多个测试团队服务，带领高级测试工程师团队。即使只是专项测试架构师也需要一定的领导力，因为专项测试技术的研究和落地基本都也是以团队的形式在进行，甚至有时是以虚拟团队的形式在开展工作，成员来自不同的团队，平时大部分时间是产品测试工作。这时是需要专项测试架构师做好团队的组织，分工，协调和领导工作的，团队的方向需要专项测试架构师来把握。

　　最后，如果你所在公司的测试人员在20-30人以下，或许测试经理足够强，那么他可以一个人把测试项目经理，高级测试工程师，测试架构师的职责都包下来，这时的测试经理就包括了测试架构师的工作职责。如果你所在公司的测试人员在数百人以上，肯定公司会有同时管理数个产品或数十个产品的测试总监，或高级测试经理，这时为了更充分的利用测试队伍中稀有的有丰富测试经验的专家技能，不让其稀有的技能仅在一个产品中发挥作用，而在整个公司发挥作用，帮助尽可能多的产品测试组，就有必要组建测试架构师团队;或是为了能有人替高级测试管理者监控产品测试组测试技术活动的质量，也是有必要组建测试架构师团队，担负起测试活动质量的监督者和改进者。

　　还有疑问，欢迎留言或与我email讨论。

　　版权声明：本文出自架构师Jack的51Testing软件测试博客http://www.51testing.com/?293557

　　原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。