管理者的修炼：如何制定一个团队的测试计划

前言

原创作品，引用请指明来处，未经允许不可商用。更多内容欢迎关注微信公众号：Lili与软件测试。
文章链接：https://mp.weixin.qq.com/s/FSBV1_oe0o88yW72IBNUnQ
法国古典管理学派大师亨利·法约尔说，“计划是管理的首要职能”。对于测试管理者也是如此。
如何制定一份有效的测试计划呢?主要包含几个核心动作：测试范围梳理、测试工作量预估、资源缺口判断、测试任务排期。

1、测试范围的梳理

测试范围不是简单识别就能得到，来源业务与开发实现分析的深度分析。常见的价值交付型项目，业务是测试范围的主要来源，也需要关注开发实现方案对于测试验证范围有无额外输入。

推荐绘制用户故事地图的方式来梳理测试范围，将测试范围可视化，并体现模块间的层级关系和关联关系；

为了保障测试范围全，还可以检查以下几个方面：

• 覆盖不同的研发阶段：迭代、集成、系统测试
• 覆盖不同的质量特性：功能、性能、兼容性等
• 覆盖整体业务价值：单个模块、模块交互(新研价值间的交互、新研对已交付价值的影响)

2、测试工作量预估

得到测试范围后，需要细分测试任务，拆分测试模块并估时。关于工作量预估有以下要点：
按已知人员划分好模块：在人员既定的情况下，可以将模块分配到人，让模块承接人自行评估，管理者进行校核；如果人员不定，按照团队平均水平。模块划分时，结合人员能力成长诉求。

• 结合人员能力现状：包含人员职能等级、业务熟悉程度、项目熟悉程度等变量，在学习成本、执行成本上存在差异。
• 覆盖不同阶段的测试活动：常规活动，如需求交底、测试分析设计、用例评审、测试执行时长及轮次、bug回归等，以及其他职能相关的活动，如开发详设评审、自动化脚本评审等。
• 根据测试经验进行预估：评估工作量时，结合类似业务、或者类似规模/复杂度的历史研发数据进行评估。
• 预留一定的风险时间：结合项目整体情况考虑综合风险，如项目周期越长的风险越大，整体测试工作量考虑乘一个风险系数。

3、判断测试资源有无缺口

资源缺口=所需资源-已有资源。是否存在缺口，对前期的风险识别是个很大的输入。是否资源缺口，有缺口的应对

• 所需资源：所有工作量估时的累计。
• 已有资源：测算已知人员在指定周期内的人日，得到已有资源。但需要扣除能提前预判到的一些不可用时间，如节假日、请假、固定会议等，让时间尽可能准确。
• 资源缺口的应对策略：首要是看有无其他资源的补充(明确对人员的画像和能力要求)，再者看下质量或效能策略有无再优化空间，其他下乘方法还有降低目标、范围缩减、加班等。

最好是确保没有测试资源缺口、或者缺口能够消化时，才进行排期，否则计划的可靠性会降低很多。

4、测试任务排期

确定每人每日具体的工作内容。

• 与研发咬合节奏：主要是研发整体节奏和开发节奏。根据研发整体节奏、开发交付节奏倒推测试关键里程碑
  -研发整体节奏：确定迭代结束时间、系统测试时间、版本发版时间，以便倒推质量稳定的周期和达到稳定的日期；
  -开发交付节奏：确定每日开发提测计划、重点价值提测日期、以及提测内容间的关系(上下游/约束)，以便明确测试可以介入的时间；
• 结合测试任务模块划分、任务优先级、开发交付计划，填充每人&每日详细的测试计划。
• 抽提测试关键节点，制定测试过程目标及关键路径。

5、测试计划的执行与调整

• 周期性&阶段性目标检视：主要是进度、范围、质量3个方面的现状检视，并预估后续风险(计划能否按预期执行、质量风险是否可控)；
• 根据检视的问题制定应对策略：常见手段有调整测试验证方式&重点、协调测试资源、调整后续测试计划等，主要目的还是确保最终研发目标达成。如果过程已经预估按现有资源无法达成，根据用户价值重要程度排序，必要时舍弃一些边缘模块，或者将风险到后续阶段消化(测试右移)。

总结

抽象整个环节和要点，发现这一套对于其他职能的计划制定也是同样适用的。制定计划的关键要点，我总结为：范围全、工作量预估准、资源盘点及策略应对合理、职能间咬合紧密。

除开以上内容，正式制定测试计划之前，还需要一些先决条件，需要先设计质量方案，包括制定质量目标、核心质量策略、测试验证方案等。

计划制定过程中，怎么把庞大而系统的内容，拆分到每个人身上进行执行，这是管理的精髓：分治。

最后，对于测试计划的个人感悟：虽然是计划，但尽可能贴近真实，才能提前暴露风险；但只是计划，实际开展可能会有偏差，减小偏差、纠正偏差、应对偏差，也是过程管理的核心。

——————————————————————————————————————

原创作品，引用请指明来处，未经允许不可商用。更多内容，欢迎关注微信公众号：Lili与软件测试