测试部门的职责定位

测试部门的存在是传统企业普遍存在的一种组织架构形式，在数字化转型的浪潮下，有不少企业在往业技融合方向转变，但测试部门完全融合到业技融合团队还是任重而道远。在这种新形势下，测试部门该如何跟业务、开发更有效的协作，是需要系统性思考的问题。

01 组织架构

为了更好地聊职责定位，有必要先捋一下测试部门的组织架构。测试相关的组织架构常见的有以下几种情况：

• 测试是一个独立的部门，跟开发中心或者开发部是平级的关系：这种组织架构下，测试跟开发是非常独立的，两者之间通常会有比较厚重的部门墙，沟通和协作会比较吃力。
• 测试和开发同属于某个开发中心，但是测试自己是一个独立的团队，对应的还有多个开发团队：这种组织架构跟前一种是非常类似的，测试和开发还是比较独立，有着团队墙，同样沟通和协作的难度较大。
• 根据不同的产品线，测试和开发融合在一起成为开发团队：这种开发和测试间的沟通和协作会相对顺畅，比较利于质量实践的开展。
• 在前一种测试和开发融合的基础上，按职能成立的跨团队 区型组织，比如测试 区或质量 区：这种组织主要是解决测试人员分散在不同的开发团队不方便共享专业领域知识和经验的问题。

每种组织形式都有它存在的原因，至于哪一种比较理想，需要从价值目标的角度来考虑，具体可参考书籍《高效能团队模式》里介绍的团队拓扑内容。

02 职责定位

除了前面列举的典型组织架构之外，肯定还有其他的情况。不过，不管是哪一种组织架构，测试部门的职责可以分为两大类：测试管理类和测试实施类。

• 对于独立的测试部门或团队，一般会有一部分人承担测试管理类职责，另一部分承担测试实施类职责；
• 对于测试开发融合的团队，可能每个测试人员都需要同时承担测试管理和实施的职责；
• 对于测试 区，其构成就会同时包括前面两类职责的人员，同时在 区的角度来讲，还需要承担 区建设、活动组织等相关职责。

2.1 测试管理类职责

说明：后面几项管理类职责，我会从组织级层面介绍，其实这里的组织可以是整个企业，也可以是某个团队或者团队的某个测试人员，虽然介绍的是组织级的管理职责，对应到团队或个人都是适用的，同样可以参考。

测试管理类职责主要是组织级质量/测试体系构建、组织级质量相关策略的制定、以及质量/测试实践标准规范的定义。

2.1.1 构建组织级质量/测试体系框架

结合企业文化、业务指标等确定质量目标，由目标驱动，构建相应的体系框架，涵盖流程、策略规范、实践指南等内容。

关于组织级质量/测试体系构建框架，我之前有分享过如下图示的组织级测试体系图谱：

传统测试策略文档通常是篇幅较长、文字为主的形式，编写成本较高，并且写完了很少有人去看，形存实亡。为了让测试策略真正能发挥指导价值，推荐采用一页纸测试策略的思路来制定。

3. 质量度量与治理策略

1）质量度量

质量度量需要从定性和定量两个维度进行，组织级的质量度量策略主要包括度量指标和度量方式的定义。其中度量指标既有过程指标，也包括成效指标；度量方式主要是指标对应数据的获取方式。

下图为度量指标示例：

2）质量成熟度模型

质量成熟度模型是评估质量实践实施情况，并牵引团队持续改进的重要工具之一。

需要测试部门定义组织级的质量实践成熟度评估维度，团队可以根据自身特点进行定制化微调，以实现对团队质量实践活动实施情况进行评估，并且指导团队持续改进。

2.1.4 规划组织级工具平台

工具平台方面，根据前面策略和实践需要工具平台支撑的情况，有测试部门跟平台开发/采购负责人提出相应的支撑需求，将工具平台与实践落地更紧密地联系起来，在提高交付质量和效能的同时，发挥工具平台的最大价值。比如：

• 对于测试流程的管理，需要流水线或看板提供的功能需求；
• 根据分层策略，对于需要编写自动化测试的工具的需求；
• 对于质量度量指标获取的工具支撑需求；
• ……

2.1.5 人员能力建设

人员能力建设包括对测试角色的能力建设，也包括对团队非测试角色的质量赋能，这两部分需要采取不同的策略。

1）测试人员的能力建设

测试人员的能力建设建议下面三个方面的内容：

• 构建测试胜任力模型
• 建立不同的人员梯队
• 构建测试 区

我之前有对测试人员能力提升做过详细的分享，包括组织级测试能力建设和个人角度的测试能力提升两个部分，感兴趣的朋友请移步参阅。

2）非测试角色的质量赋能

前面对流程、策略、实践的标准化定义，以及工具平台提供的自动化支撑，其实就是对团队各个角色的一种质量赋能。除此之外，通过测试全生命周期的介入，以及很多多个角色共同参与的质量实践活动，测试可以对其他非测试角色进行质量赋能。

2.2 测试实施类职责

测试实施类职责就是执行质量相关实践活动，我在早期一篇写给毕业生的文章《神圣的QA》中将其定为五个基本职责：

• 理解和澄清业务需求
• 制定策略并设计测试
• 实现和执行测试
• 缺陷管理与分析
• 质量反馈与风险识别

在另一篇文章《构建测试的体系化思维（基础篇）》中，对这五个基本职责以及对应职责的相关实践都有详细的介绍。

2.3 测试 区职责

测试 区是一类虚拟性的跨团队组织，相对传统部门或团队来说比较特殊。 区的职责我想从两个角度来看：

• 区运行相关的职责——构建和运行 区需要相关人员履行的职责
• 区对质量的职责——对整个组织的软件交付质量、团队质量赋能等需要承担的质量相关的职责

2.3.1 区运行相关的职责

测试 区本身运行相关的职责需要 区所有人共同来承担，包括 区的建立、发展规划和活动组织等。

可以成立 区核心小组，负责 区建立，发起 区发展规划、活动内容、活动形式的讨论，推动具体的规划和活动的落地。对于每次活动的组织可以由核心小组出人负责，或者从 区其他人员里出人负责。 区所有人员尽量参与每次活动或讨论。

2.3.2 区对质量的职责

成立测试 区的一种情况是没有独立测试部门，测试人员分散到各个项目团队。这种情况下，测试管理相关的大部分职责需要 区来承担，一般建议核心小组主要负责，如质量策略制定、质量实践标准化、工具平台建议、测试人员能力建设、团队质量赋能相关等。职责的详细内容建议参考前面介绍。

03 写在最后

测试部门作为组织内质量实践专家组成的团队，需要承担起质量倡导者职责，需要从系统化的角度来看待质量，在整个软件开发生命周期关注软件内外部质量，并且对团队实现质量赋能。

最后，推荐阅读相关文章系列：

• 《神圣的QA——写给应届毕业生》
• 《构建测试的体系化思维（基础篇）》
• 《构建测试的体系化思维（进阶篇）》
• 《构建测试的体系化思维（高级篇）》
• 《数字化转型背景下的测试转型》
• 《软件测试人员该何去何从》
• 《一页纸测试策略》
• 《团队质量赋能》
• 《质量度量文集》
• 《质量成熟度评估》