摘要：

互联网数字经济时代，计算机软件加速深入各行各业，商业风云变幻的今天，软件的质量保障显得尤为重要，高效的软件质量保障离不开测试团队持续稳定的交付，人员流失有时又不可避免，我们测试项目中的人员“备胎”管理该如何实施呢？本文从MM证券质保部的测试管理工作实践出发，介绍了软件测试项目中的人员备岗管理方法、实施路径、检验标准和优化措施，探索了流程化的人员备岗管理思路。

关键字：

软件测试，备岗管理、测试管理，外包管理；

1.前言

IT行业的人员流动，尤其是外包服务团队的人员流动，有时不可避免，我们如何能做到人员流失、业务经验不流失？如何能做到测试人员流动、测试交付质量不异动？加强人员备岗管理、实现业务与人员的双向交叉备岗是重要的解决方案之一。

2.测试人员备岗管理的重要性

任何一个工作岗位，上至总统下至清洁工，都会有人员备岗。项目人员需要备岗，这是毋庸置疑的。人员备岗到什么程度，是真备岗还是假备岗，就需要做备岗管理了。人员备岗管理，在项目管理里能起到牵一发而动全身的作用，直接关系到项目管理中的风险管理、成本管理、计划管理、进度管理、质量管理等环节。做好备岗管理，让测试项目上各个岗位真正有双保险，是保证项目或系统业务稳定性、连续性的必要条件。做好测试项目人员备岗，显而易见的成效有四个不怕：不怕人员流失、不怕新人难教、不怕业务难理、不怕后备无人。以及六个提升：提升测试团队整体业务能力，提升测试团队的文档整理能力、提升测试团队流程意识、提升测试团队交流频度、提升测试团队培训效果、最终提升测试团队交付质量。

测试人员备岗管理并不产生业务，但能促进组员们梳理业务和相互学习，人员备岗管理的过程能把业务知识、测试技术、业务操作技能搬运到更多组员脑中，切切实实提升测试团队的整体交付能力和质量保障能力！

3.测试人员备岗管理方法与实施

做好测试人员备岗管理，我们结合在某大型头部券商测试团队的实践，总结出了下面的实施路径，主要是升级认识、明确目标、制定实施计划、制定检验标准、督导实施、总结优化、持续改进。

3.1升级认识

一是对备岗管理的认知。让组员认识到备岗管理于已于人于团队的好处：对于个体来说，做别人的备岗，是扩大业务储备外延的过程；教好自己的备岗，是强化自己负责的系统业务，深化内涵的过程；两方面都做好，就是T字型发展的一个必经之路。对于测试团队来说，做好备岗管理，是提升测试团队整体业务实力和交付能力的有效措施。

二是对学习金字塔和信息沟通漏斗的再认识。这个虽然是通理，但需要对组员反复讲。组员们在学习认知和业务认知上有了提升之后，才有内驱力去找差距、定目标。

3.1.1 学习认识升级

我们强调的是对学习认知意识升级，主要是跟组员分享和宣导两个重要的学习方法论。

1）知识留存率再认识

直接上图片，学习金字塔是现代学习方式的理论，是美国著名学习专家爱德加·戴尔1946年首先发现并提出的。这样通用的学习方法论仍然还是有不少组员是不知道或者理解不深的，解决好对学习的认识非常有必要。

从这个图片就能找到一些项目出现伪备岗、浅备岗的原因，一些组员在教备岗人员无法承接真实任务时总是抱怨—“我给他讲过啊、也演示过啊！”但没有主动实践的备岗都经不起人员流失的考验。

2）信息传递漏斗再认识

下面的图片是讲信息沟通过程中的漏斗效果图，如果说学习金字塔是知识接受者对知识留存率的再认识，漏斗图就是知识传授者要考虑的方法论了。讲授者心里想的与学习者实际行动的，遗漏有80%之多，只有明白这个道理，并采取相应的措施，才能保证备岗过程中讲与学的效果。

3.1.2 业务认识升级

我们强调业务认识升级，主要是通过贴近组员测试工作的一些问题去触动组员的内心。以测试实施为例，先问组员三个为什么？（测试内部灵魂三问）

1）同样在努力测试，为什么有的人找不出什么问题和缺陷？

2）同样在认真执行，为什么有的人找不到有价值的缺陷？

3）同样是在分析问题，为什么有的人员能很快定位出问题，有的则琢磨几小时都找不出原因？

核心原因就是业务能力的深度和广度都不够，所以对问题的发现和分析都不到位。

再问组员几个是否？

1）你所测的系统，你是否能在两三分钟概括性地说清楚？

2）你所测的系统，你是否能快速画出系统功能图、业务流程图、数据流转图、主要业务场景图、周边接口调用图，进而组成一个PPT，精要地讲清楚你所测的系统？

3）你所测的系统，你是否能够说清楚，有几种任务模式？不同的任务模式对应的流程是怎样的？项目上有没有规范的流程意识？有没有可以改进的空间？如果没有，你是否考虑过去做一些规范性的建设？

4）你所测的系统，你是否建立了完整的文档体系结构？对测试过程中的测试需求、测试计划、测试用例、测试评审、测试缺陷、测试报告等过程文档有没有规范地收集和管理？如果不全，你是否考虑过做一些规范性的建设？

5）你所测的系统，你是否考虑过使用一些测试工具或平台的辅助性测试？

这几个是否一定会让一些组员目瞪口呆，也会让一些组员进一步认识到自己业务知识、流程意识的匮乏，该升级认知的升级认知，该补充流程意识的补充流程意识，该提升视野的提升视野，这个调动的过程，能够促进一些上进的同学做根因思考，去补强业务能力。

3.2明确目标

一句话概括，备岗管理的目标就是让每个业务系统的任务有更多人能独立承接，让每个组员能掌握更多的业务系统测试。

我们先要简化并明确目标，比如新建期的目标如下：

（一）人和业务都有一个备岗。每人能承接两个业务系统的测试任务，每个业务系统有两人非常熟悉。

(二）给出一个简要的文档清单目标，多人负责同一系统的，可以协同完成一套文档，我们简称“七个一”：

<1>一份业务系统简介（PPT格式）

<2>一份业务系统操作文档（Word格式）

<3>一份测试环境配置及升级操作文档（Word格式）

<4>一份完整用例文档（EXCEL格式）

<5>一份本系统业务测试重难点、常见问题、常用账号、常用SQL等的总结文档(Word格式)

<6>一份完整的测试流程文档(Word格式)

<7>一份本系统测试所用到的工具的操作文档(Word格式)

（三）形成清晰的可复制的业务备岗学习路径。以至于在后续维护期和优化期可以固化流程、制定标准，实现人员和系统的交叉备岗数量不断增加。组员业务能力和技能都可以复合式增长。

3.3制定实施计划

计划是一个通用的东西，不外乎任务项和时间表，由于每个项目组的任务周期、频度不一样，我们是根据不同项目的情况分组去确定计划时间。但计划内容项可以类似如下：

1）宣讲。促进认识统一，明确备岗的重要性，并且要反复讲。

2）调查人员与系统的业务熟悉程度矩阵图，以先自愿后调配的原则，为每个组员选好备岗对象。

3）主测人员完成“七个一”的文档整理与编写。

4）备岗实施中的讲解与演示，可根据自己的业务系统情况灵活安排时间表，主要内容如下：

1. 业务系统知识讲解

2. 业务系统操作演示

3. 业务系统环境、升级介绍及演示

4. 业务用例、业务测试流程讲解

5. 业务系统模拟任务（以前完成的经典的任务）练习

6. 业务系统测试的常见问题、重难点讲解

7. 业务系统涉及的工具使用讲解与演示（涉及专项技术的则可单独作为一个备岗任务处理）

8. 真实测试任务旁观或半参与

9. 真实测试任务全参与

10. 真实测试任务独立完成

在新建期，尤其文档管理不充分的团队，做备岗管理的过程中既然要教出一个徒弟，还要理清一整套文档，因此这两部分需要考虑并行，并在教徒弟的过程进一步优化文档！

5）安排阶段性检查时间表

6）安排阶段性总结时间表

3.4制定检验标准

1）首先给出一个简易的文档检验标准，格式上可以统一模板，内容上针对4.3.2里的内容做标准细化，总体要求是编写人员尽量站在零业务基础的人员的学习角度去组织内容：

<1>一份业务系统简介（PPT格式）

标准：

• 需要有简要文字和图片介绍系统的核心价值。

• 需要有对业务系统的主要功能、核心业务场景的介绍。

• 需要有这样几个图表：

• 业务流程图

• 系统功能图

• 数据流转图

• 接口交互图

• 环境配置图

• 至少一条主要业务路径的时序图

<2>一份业务系统操作文档（Word格式）

标准：需要有结构清晰的全业务的操作流程截图及说明。从零开始的人能看懂操作。

<3>一份测试环境配置及升级操作文档（Word格式）

标准：需要完整的环境配置及升级操作步骤说明，从零开始的人能依照文档完成操作。

<4>一份完整用例文档（EXCEL格式）

标准：

• 需要有按业务划分的流程类端到端的用例。

• 需要有一套按模块划分的功能点用例。

• 用例需要划分出冒烟用例、重要用例、普通用例，以应对不同级别的测试回归。

• 用例需要有正向用例、反向用例和异常用例。

<5>一份本系统测试所涉及的工具的操作文档(Word格式)

标准：对所需用到的工具，有完整的安装说明、操作说明、以及工具的学习路径。

<6>一份完整的测试流程文档(Word格式)

标准：测试流程文档要讲解清楚在当前系统业务测试从需求到上线整个生命周期的活动。流程文件中含测试计划、评审、缺陷、报告等模板文件、以及测试各个节点的对接人、详细到何处取测试包、何处上传报告等。

<7>一份本系统业务测试重难点、常见问题、常用账号、常用SQL等的总结文档(Word格式)

需要以下内容：

本业务系统常用账号、环境信息。

本业务系统测试常用问题。

本业务系统测试的重点难点、关键点。

本业务系统常用的SQL语句及说明。

其它特别事项。

2）人员备岗完成的标准

这个最简单了，检验备岗是否成功的标准，就是学习的人是否能独立承担所学业务系统的测试任务。

3.5落地实施，持续督导

计划和标准定得再细，不严格执行还是等于零。实施主要步骤可以概括如下：

1）了解现状，从整体上去看组员对各业务系统的熟悉程度。让组员有一个初步要去学习掌握的对应系统的目标。做出类似下面图的备岗图：

2）根据各小组的实施计划，明确”七个一”文档的分批交付时间。最终完成团队内所负责的系统相关文档的收集、整理和编写，形成初步的文档体系。在新建期，这个任务还是比较繁重的，但非常必要，这就是知识体系从个别人员脑中搬到有体系的文档中的过程。

3）重点还是一对一的人员教授。根据计划从系统演示、业务知识讲解、环境配置升级、数据库操作，到测试任务参与、测试任务独立完成，在备岗的过程中针对各个系统业务的教授建立一个学习路径。第一步是教会徒弟，第二步是要总结如何快速教会其他徒弟。

4）备岗管理的过程中强化测试流程意识，整理出团队内所负责的系统清单，以及需要补充完善的文档清单，各业务系统的主测人对照完善与优化。

5）加强实施过程的督导

计划和标准定得再细，实施中不严格检查和督促，很可能虎头蛇尾，结果可能还是等于零。制定了实施路径后，最重要的就是持续的督导，管理者要引导组员的热情，避免三分钟热度，督促备岗管理计划、制定文档收集计划的实施，优化备岗检验标准，在督导过程中抓典型事例，营造整体氛围，持续督促、持续引导、持续总结、持续优化。

<1>制定督查措施，人员分组，组长负责制。

<2>跟进实时进度、抓骨干、树典型，充分发挥榜样的示范作用。

<3>备岗执行的情况跟组员考核、调薪、晋升，直接挂钩。带出备岗人员，给出实际的激励。

<4>制定实施跟进表，定期公布。

3.6总结经验，优化流程

看似简单的任务交接，在每个项目都会经常发生，但基本都是口手相传，能把这个活动流程化的并不多，备岗过程就是交接活动的强化和升级。备岗管理则是需要把各个项目和系统在备岗过程中遇到的问题进行抽象和总结，建立框架式的学习路径，然后每个业务测试组根据自己的情况，总结最佳实践，优化备岗的流程，让每个业务或工具的学习，都能按图索骥，后期可以批量生产交叉备岗。

3.7应用经验，持续改进

备岗管理不应该是一阵运动风，做完一轮就完事，需要与人员变化、人员轮岗等结合起来持续推进应用。积极应用前期的备岗管理的经验，并根据项目或系统的变化持续改进备岗流程、相关文档和练习内容，使它形成常态优化的机制。根据下图所示，根据入口需求（离职、换岗为被动备岗）推动备岗活动循环优化。

4.　测试人员备岗管理总结与展望

经过近一年的备岗管理实施，我们欣喜测试团队发生了如下良性提升：

1）每个业务系统的测试人员有了“热”备份，随时可以机动协调版本测试人力。并且关键时候有人能顶上，对项目上的人员离职、请假等事件的缓冲处理能力明显增强。

2）每个组员最少能承接两个业务系统的测试任务，组员的业务知识在深度和广度上有明显提升，有效缺陷量和有效缺陷率显著提升，漏测事件显著下降。用人老师的满意度也明显提升。

3）主测岗和备岗开始交替轮动负责，组员工作积极性也有所提高。整个测试项目组的人员年度离职率也明显降低。

4）测试过程更趋规范，业务文档归档更系统、更及时。

5）测试组长的组织能力、协调能力明显提升，测试梯队建设水到渠成。

6）测试交付团队的学习氛围浓郁，学习型团队正式形成。

本文从测试管理实践出发，阐述了测试备岗管理的重要性，根据项目实践也总结了一些备岗管理的方法与实施路径，提出了持续优化备岗管理的观念，以备岗管理来带动团队人员交叉学习，进而提升测试团队整体业务能力、最终提升测试团队的整体交付质量和效率。我们做的是测试备岗管理，其实推动的是整体团队综合能力的提升。

软件测试服务是为软件质量服务，软件质量是为业务服务，积极探索测试管理，加深测试团体的整体业务深度和技术厚度，是提升测试服务质量的永恒不变根基。而好的测试备岗管理，完全可以成为项目管理中牵一发而促全局的好棋。