软件测试架构师究竟干哪些工作？

2006年7月的一天，我在CSDN博客上写了一篇题为 “软件测试架构师——众里寻她千百度” 的文章，那时打着灯笼都很难找到一位测试架构师。16年过去了，今天国内不少公司设置了“软件测试架构师”、“资深测试架构师”岗位，看到这种令人高兴的变化。

开发架构师做的事情相对明确，但测试架构师做什么事情，却不是那么清楚，各个公司所设置这样岗位的差异性很大，1000家企业也许有1000种解释。据我了解，某家公司的测试架构师只是资深测试开发工程师的代名词，甚至有一家的测试架构师的开发能力的确很强，会根据测试人员的要求独立开发测试工具或测试平台，但对测试几乎一窍不通。这样的测试架构师差不多等同于开发架构师，但实际上两者还是有显著差别的，虽然有相同的部分。

1. 什么是测试架构?

为了更好地阐述测试架构师做的工作，先说说什么是测试架构？

众所周知，“架构（architecture）”一词来源于建筑，具有 “建筑学、体系结构” 等含义。建筑学的内涵要比体系结构丰富得多，但其核心往往关注其造型和体系结构的设计，综合考虑环境需求和使用者的需求，进行空间上合理的功能分配，满足安全、经济、适用、美观等需求，达到人和环境的和谐。

今天在软件行业，谈到架构，更多是通过高度的抽象来实现体系结构的设计，包括技术架构、产品架构、业务架构等等。那么测试架构体现在哪些方面呢？主要有：

• 测试过程建模，包括V模型、W模型、TMap模型、TPI模型等；

• 被测对象建模，包括有限状态机、业务流程图、时序图等；

• 测试平台或测试技术设施架构体系、自动化测试框架等；

• 测试模式，如分层测试模式（面向接口测试）、契约测试、探索式测试等；

• 测试用例/脚本结构，如何组织测试用例/测试脚本。

2. 测试架构对软件测试有何价值?

就像建筑学对建筑的价值、软件系统架构对软件产品研发的价值，测试架构对软件测试有重大价值——极大地影响测试效率和质量。可以说，测试需求分析在前，测试架构在后，然后才是测试用例设计、测试执行和测试评估。具体说，其价值有以下几点：

• 能够以简洁直观方式讲清楚某类复杂的测试问题；

• 指导后续详细的测试设计；

• 基于被测对象的模型可以自动生产测试用例或脚本，提高测试效率；

• 基于被测对象的模型可以完成充分的测试，确保测试的质量；

• 如提高可测试性、分层测试模式、精准测试，提升测试效率；

• 良好的测试平台架构，确保测试平台的稳定性、性能和安全性、扩展性等。

• ......

所以有必要设置测试架构师职位。

3. 测试架构师究竟做什么?

了解了什么是测试架构，不说，你大概就知道测试架构师要做哪些工作，如测试过程建模、被测对象建模、测试平台架构体系设计、测试用例/脚本结构设计等，但不局限于这些，例如测试技术（如自动化测试）发展趋势的把握、测试工具或框架的选型等工作，还包括和业务架构师、开发架构师的对话，即评审业务架构、系统技术架构等，或帮助他们优化业务架构、系统技术架构等。

测试架构师是测试团队的技术带头人，在系统非功能特性的测试设计上（如全链路压力测试、混沌工程实验设计等）、自动化测试框架等方面发挥着主导作用；通过一个全局的观点、宏观的视角来理解软件系统作为一个整体是如何工作的，可以将具体问题抽象为一个模型，从而解决一类问题，并通过不断创新，找到解决问题的新方法，推广新的测试技术。

测试架构师的具体工作有：

• 了解国内外技术趋势，做好测试团队的技术规划，确保团队朝着正确的技术方向持续前进；

• 结合公司具体情况，引入和推广适合公司需要的测试新技术；

• 了解业界的普遍实践，对测试自动化或测试工具所涉及的技术提供很好的支持，或引导团队向正确的方向努力，不断地改进自动化测试工作；

• 制定设计软件系统的测试策略和方法，特别是帮助团队在系统的性能、安全性、稳定性、可靠性等方面的测试方法、技术线路和质量标准；

• 需要以全局的视角来把握软件测试项目，不仅要关注功能性需求，而且要关注非功能性测试，帮助团队确定测试的技术方案。

• 被测对象建模、复杂系统的业务建模等；

• 测试平台架构体系设计、自动化测试框架设计，包括重要的测试工具的研究、评估与设计；

• 复杂系统的非功能特性的测试设计（如全链路压力测试、混沌工程实验设计）等，参与系统的性能、可靠性分析，并提出为改善系统性能、可靠性而进行的设计修改、代码重构等方面的具体建议；

• 参与业务架构、系统技术架构的评审，审查系统架构、系统构件/组件及其接口关系等设计是否合理，确保系统的可测试性等。

• 在复杂的系统测试中，帮助团队分析、解决测试中出现的技术难题（Troubleshooting），帮助做好缺陷的隔离。

• 帮助改进测试流程、提高测试效率。

  4. 测试架构师与开发架构师的区别