前言

作为一个想成为leader(不论是整个测试部门还是小项目组的leader）的人，测试计划编写是必备技能。

接下来我们先了解一下测试计划的一些基础知识再进一步了解。

什么是测试计划？

测试计划是对测试过程的整体设计，测试计划确定了测试产品所需的资源，确定了我们将测试什么，测试将怎样进行。测试计划的输出是一份或多份文档。

为什么要制定测试计划？

项目的成败由四大要素决定：时间、成本、范围、质量。其中的“质量”可以由测试计划覆盖，主要作用如下：

• 1）展现计划执行的细节，让测试人员来进行同行评审；
• 2）体现排期、测试环境等更多信息。

测试计划要点

1）确定测试范围

制定测试计划的第一步首先要明确测试对象。测试范围确认过程通常经历如下几步：

①准备问题：通过了解需求或阅读代码提前准备好问题，有目的的去和开发大大沟通，防止被开发大大绕晕或沟通完后没有解决自己的疑问；

②沟通确认：与开发大大沟通确认“改动了什么”、“改动前后的区别是什么”、“为什么要改”、“改动引起的影响范围有哪些”。沟通方式可采用“5W2H”分析法，这也是小编需要加强学习和锻炼的地方；

③整理测试范围：根据沟通结果、测试经验等整理出最终的测试范围。

2）制定测试方案

制定测试方案包括制定测试策略、安排测试资源和进度。目前小编所在测试组使用的测试策略模板如下表：

各字段释义为：

①产品需求：功能概述，可与产品或者pm给出的需求list中的名称保持一致；

②测试需求：产品需求对应的具体功能描述，功能较为复杂的情况下需要将其拆分成多个子模块

③测试类型&范围评估：测试类型&范围主要包括：

a.正确性测试(功能与需求一致且无严重bug)

b.兼容性测试(机型、分辨率、固件版本、编辑框等)

c.合理性测试(从产品角度评估)

d.稳定性测试(服务器压力测试、内核健壮性测试)

e.性能测试(CPU、内存、响应时间等)

f.冲突测试(第三方安全类软件)、安全测试(数据加密、系统权限)。

④测试设计时间预估：测试用例编写时间，比如4人时，即每人要4个小时才可以完成；

⑤测试执行时间预估：测试用例执行时间；

⑥测试负责人：各个模块的测试人员；

⑦Buffer时间：每一项测试之间最好能预留一段缓冲时间，一方面可以用于应对计划的变更，一方面可以让测试人员有时间完善和补充测试用例。

测试进度的安排如下：

一轮测试：

功能测试：XX人时，完成时间X月X日

机型覆盖：XX人时，完成时间X月X日

功能回归测试：XX人时，完成时间X月X日

各类评测：XX人时，完成时间X月X日

二轮测试：

pingback测试：XX人时，完成时间X月X日

冲突测试：XX人时，完成时间X月X日

随机回归测试：XX人时，完成时间X月X日

验收测试：XX人时，完成时间X月X日

具体流程

测试计划实例

以“输入方式可扩展”为例给出详细的测试计划：

输入方式可扩展提出目的

1.中英文键盘下，点击键盘切换，进来看到的东西不一样，容易搞晕用户；

2.将语音输入、OCR输入放到键盘切换之后，这里的空间太拥挤了，需要依据用户的实际使用做适当精简；

3.统一的入口，便于用户认知；

输入方式可扩展测试计划

测试策略评估

测试进度安排

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取