本篇文章，来谈谈软件测试生命周期的第二阶段——测试计划。

软件测试是有计划、有组织和有系统的软件质量保证活动，而不是随意的、松散的、杂乱的实施过程。

为了规范软件测试内容、方法与过程，在对软件进行测试之前，必须创建测试计划。

定义

那么，什么是测试计划？

测试计划，是一个叙述预定测试活动范围（测试哪些模块）、测试资源（软硬件）及进度安排的文档，它确认了测试项、被测特征、测试任务、人员安排及任何偶发事件的风险。

因此，一份完整的测试计划，应包含产品概述、测试策略、测试方法、测试范围、时间安排、测试人力、风险分析等内容。

参考：软件测试计划模板

对于一个研发团队，测试计划的作用有：

1. 使软件测试工作进行更顺利：计划使测试工作能够预先安排，为整个测试工作明确方向
2. 能促进项目参与人员彼此的交流：测试人员能够了解整个项目测试情况，以及项目测试不同阶段要进行的工作等，使测试与开发工作紧密联系
3. 使软件测试工作更易于管理：上级能够根据测试计划做宏观调控，进行相应资源配置等；其他人员了解测试人员的工作内容，进行相关配合工作，使得资源与变更成为一个可控的风险

接下来，可能会有疑问，测试计划什么时候写？谁来写？

一般来说，测试计划是在需求评审完成后，测试团队对于需求文档没有疑问了，才可以开始编写测试计划。

关于谁来编写测试计划？这项工作，需要编写者对项目非常了解，对测试工作所接触到的方方面面都有系统把握。

因此，通常情况下是由具有丰富经验的项目测试负责人，或者测试负责人来编写。

测试计划编写原则

1、制定测试计划应尽早开始

越早制定测试计划，能从最根本的地方去了解被测对象及其内容，方便后续完善。

2、保持测试计划简洁和易读

测试计划应该能够让测试人员清楚自己的任务和工作安排。

3、尽可能争取多渠道评审测试计划

通过团队中的产品、开发等相关负责人进行评审，发现测试计划中的不足与缺陷，能很好地提升测试计划的质量。

4、计算测试的投入

投入到测试中的项目成本是有限的，在制定测试计划时，一定要注意测试计划的费用情况，要量力而行。

经验分享

如果大家看过了上面链接中分享的测试计划模板，会有一种感觉，除了时间是一个比较难把控的因素外，其他的都还好，比较容易确认下来。

关于测试时间分配的估算，首先，一般初级的测试工程师，平均每天可以写 70-100 条测试用例，经验丰富及熟练的测试工程师，平均每天可以写 200 条测试用例。

其次，用例评审大概是半天左右的时间。

最后，测试用例的执行，平均每天可执行 200-300 条测试用例。

这 3 点，都可以作为时间评估的依据。

以上就是本篇文章所要分享的内容，欢迎各位大牛指正。你的指正，能让我在测试之路上快速成长。

Leo Never Stop Fighting！