摘要：
互联网数字经济时代，计算机软件加速深入各行各业，商业风云变幻的今天，软件的质量保障显得尤为重要，高效的软件质量保障离不开测试团队持续稳定的交付，人员流失有时又不可避免，我们测试项目中的人员“备胎”管理该如何实施呢？本文从MM证券质保部的测试管理工作实践出发，介绍了软件测试项目中的人员备岗管理方法、实施路径、检验标准和优化措施，探索了流程化的人员备岗管理思路。
关键字：软件测试，备岗管理、测试管理，外包管理；
.前言IT行业的人员流动，尤其是外包服务团队的人员流动，有时不可避免，我们如何能做到人员流失、业务经验不流失？如何能做到测试人员流动、测试交付质量不异动？加强人员备岗管理、实现业务与人员的双向交叉备岗是重要的解决方案之一。
2.测试人员备岗管理的重要性任何一个工作岗位，上至总统下至清洁工，都会有人员备岗。项目人员需要备岗，这是毋庸置疑的。人员备岗到什么程度，是真备岗还是假备岗，就需要做备岗管理了。人员备岗管理，在项目管理里能起到牵一发而动全身的作用，直接关系到项目管理中的风险管理、成本管理、计划管理、进度管理、质量管理等环节。做好备岗管理，让测试项目上各个岗位真正有双保险，是保证项目或系统业务稳定性、连续性的必要条件。做好测试项目人员备岗，显而易见的成效有四个不怕：不怕人员流失、不怕新人难教、不怕业务难理、不怕后备无人。以及六个提升：提升测试团队整体业务能力，提升测试团队的文档整理能力、提升测试团队流程意识、提升测试团队交流频度、提升测试团队培训效果、最终提升测试团队交付质量。
测试人员备岗管理并不产生业务，但能促进组员们梳理业务和相互学习，人员备岗管理的过程能把业务知识、测试技术、业务操作技能搬运到更多组员脑中，切切实实提升测试团队的整体交付能力和质量保障能力！
3.测试人员备岗管理方法与实施做好测试人员备岗管理，我们结合在某大型头部券商测试团队的实践，总结出了下面的实施路径，主要是升级认识、明确目标、制定实施计划、制定检验标准、督导实施、总结优化、持续改进。
3.升级认识一是对备岗管理的认知。让组员认识到备岗管理于已于人于团队的好处：对于个体来说，做别人的备岗，是扩大业务储备外延的过程；教好自己的备岗，是强化自己负责的系统业务，深化内涵的过程；两方面都做好，就是T字型发展的一个必经之路。对于测试团队来说，做好备岗管理，是提升测试团队整体业务实力和交付能力的有效措施。
二是对学习金字塔和信息沟通漏斗的再认识。这个虽然是通理，但需要对组员反复讲。组员们在学习认知和业务认知上有了提升之后，才有内驱力去找差距、定目标。
3..学习认识升级
我们强调的是对学习认知意识升级，主要是跟组员分享和宣导两个重要的学习方法论。
）知识留存率再认识
直接上图片，学习金字塔是现代学习方式的理论，是美国著名学习专家爱德加·戴尔年首先发现并提出的。这样通用的学习方法论仍然还是有不少组员是不知道或者理解不深的，解决好对学习的认识非常有必要。
从这个图片就能找到一些项目出现伪备岗、浅备岗的原因，一些组员在教备岗人员无法承接真实任务时总是抱怨—“我给他讲过啊、也演示过啊！”但没有主动实践的备岗都经不起人员流失的考验。
2）信息传递漏斗再认识
下面的图片是讲信息沟通过程中的漏斗效果图，如果说学习金字塔是知识接受者对知识留存率的再认识，漏斗图就是知识传授者要考虑的方法论了。讲授者心里想的与学习者实际行动的，遗漏有80%之多，只有明白这个道理，并采取相应的措施，才能保证备岗过程中讲与学的效果。
3..2业务认识升级我们强调业务认识升级，主要是通过贴近组员测试工作的一些问题去触动组员的内心。以测试实施为例，先问组员三个为什么？（测试内部灵魂三问）
）同样在努力测试，为什么有的人找不出什么问题和缺陷？
2）同样在认真执行，为什么有的人找不到有价值的缺陷？
3）同样是在分析问题，为什么有的人员能很快定位出问题，有的则琢磨几小时都找不出原因？
核心原因就是业务能力的深度和广度都不够，所以对问题的发现和分析都不到位。
再问组员几个是否？
）你所测的系统，你是否能在两三分钟概括性地说清楚？
2）你所测的系统，你是否能快速画出系统功能图、业务流程图、数据流转图、主要业务场景图、周边接口调用图，进而组成一个PPT，精要地讲清楚你所测的系统？
3）你所测的系统，你是否能够说清楚，有几种任务模式？不同的任务模式对应的流程是怎样的？项目上有没有规范的流程意识？有没有可以改进的空间？如果没有，你是否考虑过去做一些规范性的建设？
4）你所测的系统，你是否建立了完整的文档体系结构？对测试过程中的测试需求、测试计划、测试用例、测试评审、测试缺陷、测试报告等过程文档有没有规范地收集和管理？如果不全，你是否考虑过做一些规范性的建设？
5）你所测的系统，你是否考虑过使用一些测试工具或平台的辅助性测试？
这几个是否一定会让一些组员目瞪口呆，也会让一些组员进一步认识到自己业务知识、流程意识的匮乏，该升级认知的升级认知，该补充流程意识的补充流程意识，该提升视野的提升视野，这个调动的过程，能够促进一些上进的同学做根因思考，去补强业务能力。
3.2明确目标一句话概括，备岗管理的目标就是让每个业务系统的任务有更多人能独立承接，让每个组员能掌握更多的业务系统测试。
我们先要简化并明确目标，比如新建期的目标如下：
（一）人和业务都有一个备岗。每人能承接两个业务系统的测试任务，每个业务系统有两人非常熟悉。
(二）给出一个简要的文档清单目标，多人负责同一系统的，可以协同完成一套文档，我们简称“七个一”：
一份业务系统简介（PPT格式）
2一份业务系统操作文档（Word格式）
3一份测试环境配置及升级操作文档（Word格式）
4一份完整用例文档（EXCEL格式）
5一份本系统业务测试重难点、常见问题、常用账号、常用SQL等的总结文档(Word格式)
6一份完整的测试流程文档(Word格式)
7一份本系统测试所用到的工具的操作文档(Word格式)
（三）形成清晰的可复制的业务备岗学习路径。以至于在后续维护期和优化期可以固化流程、制定标准，实现人员和系统的交叉备岗数量不断增加。组员业务能力和技能都可以复合式增长。
3.3制定实施计划计划是一个通用的东西，不外乎任务项和时间表，由于每个项目组的任务周期、频度不一样，我们是根据不同项目的情况分组去确定计划时间。但计划内容项可以类似如下：
）宣讲。促进认识统一，明确备岗的重要性，并且要反复讲。
2）调查人员与系统的业务熟悉程度矩阵图，以先自愿后调配的原则，为每个组员选好备岗对象。
3）主测人员完成“七个一”的文档整理与编写。
4）备岗实施中的讲解与演示，可根据自己的业务系统情况灵活安排时间表，主要内容如下：
业务系统知识讲解
业务系统操作演示
业务系统环境、升级介绍及演示
业务用例、业务测试流程讲解
业务系统模拟任务（以前完成的经典的任务）练习
业务系统测试的常见问题、重难点讲解
业务系统涉及的工具使用讲解与演示（涉及专项技术的则可单独作为一个备岗任务处理）
真实测试任务旁观或半参与
真实测试任务全参与
真实测试任务独立完成
在新建期，尤其文档管理不充分的团队，做备岗管理的过程中既然要教出一个徒弟，还要理清一整套文档，因此这两部分需要考虑并行，并在教徒弟的过程进一步优化文档！
5）安排阶段性检查时间表
6）安排阶段性总结时间表
3.4制定检验标准）首先给出一个简易的文档检验标准，格式上可以统一模板，内容上针对4.3.2里的内容做标准细化，总体要求是编写人员尽量站在零业务基础的人员的学习角度去组织内容：
一份业务系统简介（PPT格式）
标准：
需要有简要文字和图片介绍系统的核心价值。
需要有对业务系统的主要功能、核心业务场景的介绍。
需要有这样几个图表：
业务流程图
系统功能图
数据流转图
接口交互图
环境配置图
至少一条主要业务路径的时序图
2一份业务系统操作文档（Word格式）
标准：需要有结构清晰的全业务的操作流程截图及说明。从零开始的人能看懂操作。
3一份测试环境配置及升级操作文档（Word格式）
标准：需要完整的环境配置及升级操作步骤说明，从零开始的人能依照文档完成操作。
4一份完整用例文档（EXCEL格式）
标准：
需要有按业务划分的流程类端到端的用例。
需要有一套按模块划分的功能点用例。
用例需要划分出冒烟用例、重要用例、普通用例，以应对不同级别的测试回归。
用例需要有正向用例、反向用例和异常用例。
5一份本系统测试所涉及的工具的操作文档(Word格式)
标准：对所需用到的工具，有完整的安装说明、操作说明、以及工具的学习路径。
6一份完整的测试流程文档(Word格式)
标准：测试流程文档要讲解清楚在当前系统业务测试从需求到上线整个生命周期的活动。流程文件中含测试计划、评审、缺陷、报告等模板文件、以及测试各个节点的对接人、详细到何处取测试包、何处上传报告等。
7一份本系统业务测试重难点、常见问题、常用账号、常用SQL等的总结文档(Word格式)
需要以下内容：
本业务系统常用账号、环境信息。
本业务系统测试常用问题。
本业务系统测试的重点难点、关键点。
本业务系统常用的SQL语句及说明。
其它特别
