前言
原创作品,引用请指明来处,未经允许不可商用。更多内容欢迎关注微信公众号:Lili与软件测试。
文章链接:https://mp.weixin.qq.com/s/FSBV1_oe0o88yW72IBNUnQ
法国古典管理学派大师亨利·法约尔说,“计划是管理的首要职能”。对于测试管理者也是如此。
如何制定一份有效的测试计划呢?主要包含几个核心动作:测试范围梳理、测试工作量预估、资源缺口判断、测试任务排期。
1、测试范围的梳理
测试范围不是简单识别就能得到,来源业务与开发实现分析的深度分析。常见的价值交付型项目,业务是测试范围的主要来源,也需要关注开发实现方案对于测试验证范围有无额外输入。
推荐绘制用户故事地图的方式来梳理测试范围,将测试范围可视化,并体现模块间的层级关系和关联关系;
为了保障测试范围全,还可以检查以下几个方面:
- 覆盖不同的研发阶段:迭代、集成、系统测试
- 覆盖不同的质量特性:功能、性能、兼容性等
- 覆盖整体业务价值:单个模块、模块交互(新研价值间的交互、新研对已交付价值的影响)
2、测试工作量预估
得到测试范围后,需要细分测试任务,拆分测试模块并估时。关于工作量预估有以下要点:
按已知人员划分好模块:在人员既定的情况下,可以将模块分配到人,让模块承接人自行评估,管理者进行校核;如果人员不定,按照团队平均水平。模块划分时,结合人员能力成长诉求。
- 结合人员能力现状:包含人员职能等级、业务熟悉程度、项目熟悉程度等变量,在学习成本、执行成本上存在差异。
- 覆盖不同阶段的测试活动:常规活动,如需求交底、测试分析设计、用例评审、测试执行时长及轮次、bug回归等,以及其他职能相关的活动,如开发详设评审、自动化脚本评审等。
- 根据测试经验进行预估:评估工作量时,结合类似业务、或者类似规模/复杂度的历史研发数据进行评估。
- 预留一定的风险时间:结合项目整体情况考虑综合风险,如项目周期越长的风险越大,整体测试工作量考虑乘一个风险系数。
3、判断测试资源有无缺口
资源缺口=所需资源-已有资源。是否存在缺口,对前期的风险识别是个很大的输入。是否资源缺口,有缺口的应对
- 所需资源:所有工作量估时的累计。
- 已有资源:测算已知人员在指定周期内的人日,得到已有资源。但需要扣除能提前预判到的一些不可用时间,如节假日、请假、固定会议等,让时间尽可能准确。
- 资源缺口的应对策略:首要是看有无其他资源的补充(明确对人员的画像和能力要求),再者看下质量或效能策略有无再优化空间,其他下乘方法还有降低目标、范围缩减、加班等。
最好是确保没有测试资源缺口、或者缺口能够消化时,才进行排期,否则计划的可靠性会降低很多。
4、测试任务排期
确定每人每日具体的工作内容。
- 与研发咬合节奏:主要是研发整体节奏和开发节奏。根据研发整体节奏、开发交付节奏倒推测试关键里程碑
-研发整体节奏:确定迭代结束时间、系统测试时间、版本发版时间,以便倒推质量稳定的周期和达到稳定的日期;
-开发交付节奏:确定每日开发提测计划、重点价值提测日期、以及提测内容间的关系(上下游/约束),以便明确测试可以介入的时间; - 结合测试任务模块划分、任务优先级、开发交付计划,填充每人&每日详细的测试计划。
- 抽提测试关键节点,制定测试过程目标及关键路径。
5、测试计划的执行与调整
- 周期性&阶段性目标检视:主要是进度、范围、质量3个方面的现状检视,并预估后续风险(计划能否按预期执行、质量风险是否可控);
- 根据检视的问题制定应对策略:常见手段有调整测试验证方式&重点、协调测试资源、调整后续测试计划等,主要目的还是确保最终研发目标达成。如果过程已经预估按现有资源无法达成,根据用户价值重要程度排序,必要时舍弃一些边缘模块,或者将风险到后续阶段消化(测试右移)。
总结
抽象整个环节和要点,发现这一套对于其他职能的计划制定也是同样适用的。制定计划的关键要点,我总结为:范围全、工作量预估准、资源盘点及策略应对合理、职能间咬合紧密。
除开以上内容,正式制定测试计划之前,还需要一些先决条件,需要先设计质量方案,包括制定质量目标、核心质量策略、测试验证方案等。
计划制定过程中,怎么把庞大而系统的内容,拆分到每个人身上进行执行,这是管理的精髓:分治。
最后,对于测试计划的个人感悟:虽然是计划,但尽可能贴近真实,才能提前暴露风险;但只是计划,实际开展可能会有偏差,减小偏差、纠正偏差、应对偏差,也是过程管理的核心。
——————————————————————————————————————
原创作品,引用请指明来处,未经允许不可商用。更多内容,欢迎关注微信公众号:Lili与软件测试