如何编写测试计划

测试计划是很重要的。俗话说：凡事预则立，不预则废！软件测试同样，在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。

一．首先了解以下几个问题：

 1．  为什么要编写测试计划？

１）领导能够根据测试计划做宏观调空，进行相应资源配置等；

２）测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等；

3）便于其他人员了解测试人员的工作内容，进行有关配合工作

2．  什么时间开始编写测试计划？

（测试需求分析前总体测试计划书／测试需求分析后详细测试计划书）

3．  由谁来编写测试计划？

具有丰富经验的项目测试负责人

4．  测试计划编写6要素？（5W1H）

1）why——为什么要进行这些测试；

2) what—测试哪些方面，不同阶段的工作内容；

3) when—测试不同阶段的起止时间；

4) where—相应文档，缺陷的存放位置，测试环境等；

5) who—项目有关人员组成，安排哪些测试人员进行测试

6) how—如何去做，使用哪些测试工具以及测试方法进行测试。

二．测试计划主要内容：

 １．引言

１．１项目背景

１．２参考资料（计划编写依据：可行性分析报告／软件需求定义／软件概要设计／软件详细设计／用户使用说明书／……）

１．３测试术语

１．４有关项目人员组成以及联系方式（开发人员／版本控制人员／测试人员／软、硬、结构、营销人员等）

２．任务概述

２．１测试范围

２．２测试目标

２．３广义上还包含测试需求分析／测试用例编写／测试环境搭建／测试培训／测试执行等

３．测试策略

３．１测试人员需求、分工

３．２测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）

３．３工具引用及测试培训（内训／外训）

３．４测试阶段计划（工作内容、人员安排、起止时间等）

３．５测试停止及恢复条件

３．６测试文档及缺陷提交管理等

３．７测试环境

４．测试资源

４．１硬件资源需求

４．２软件资源需求

４．３测试环境需求

４．４测试人员需求

４．５其他（仪器、服务器等）

５．风险评估

５．１人力方面；

５．２时间方面；

５．３环境方面；

５．４资源方面

５．５部门合作方面

6．其他内容

除以上内容有关项外，还要包括测试计划制定者、日期、修改记录、评审人员（开发负责人／测试负责人／项目经理）等信息

三．编写测试计划注意事项：

１．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；

２．测试计划一旦制定下来，并不就是一层不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

３．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．

四．评审总结

1.计划评审

   测试计划编写完成后，一般要对测试计划的正确性、全面性以及可行性等进行评审，评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。

2.计划总结

项目完成后，应该对计划的执行情况进行评审，看有哪些不合理的地方，以便为编写下一个项目测试计划做经验积累。

你知道测试大牛怎么写测试计划的吗？

前言：

       相信大多数的软件测试工程师都听说过或者简单了解过测试计划，但是你真的知道什么是测试计划么？你真的知道如何编写测试计划么？

大多数人应该是一脸茫然。

百度的结果五花八门，有没有相对规范的标准呢？答案是没有，至少我没有找到。

那么今天我就结合经验和对一些国内技术前沿的公司跟大家聊一聊什么是测试计划以及如何编写测试计划。

计划的必要性

在我们日常的工作和生活中，经常需要做计划。古人云：凡事预则立，不预则废（《礼记.中庸》），也就是强调预先计划的重要性和必要性。

我们做项目，项目需要定项目计划；测试作为项目中的一部分，当然也需要制定测试计划。

• 测试计划就像是我们写论文一样，首先做好提纲，才能一步一步的完善填充，有了测试计划就掌握了整个项目的进度和方向，在工作中可以有个指导的作用，不至于偏离工作方向

• 测试计划规定预期的目标，以什么样的程度完成和在预期多久内完成，这样的规定能够使工作人员做好心理准备，合理的期限和目标能够使工作人员不松懈，有效率的完成一个项目

• 计划作为对未来工作的规划，肯定会受到突发的或者不稳定的因素影响而导致整个项目出现延期甚至无法进行的结果。因此计划中对于风险评估的必要性就在于罗列出影响整个项目进行的因素，并制定相应紧急方案，将损失降至最小化。

• 人员的安排呈现合理化。任何一个项目内的工作都有难易繁简的划分，因而才需要有专长的工程师进行对应的测试。难度较大的由资深测试人员安排，难度小的由新进实习生来进行，整个项目的进行就会显得合理化层次化条理化。同时将职责清晰地具体划分到个人身上，也有利于日后的纠错，及时发现哪个环节出现问题。

• 测试计划的制作是在需求分析完成之后所进行，所以测试计划的执行在一定程度上也是对需求分析的进一步的检验，若在制定过程中，发现有不合理的因素存在，还能及时反馈，进行调整，不至于使众多的人力做了无用功。

• 测试计划的安排也是一个项目中多个部门间合作的工作指导，一环扣一环，工作的交接在时间上做好详细的备注，才能让部门的合作显得默契。

一个测试计划制定者的素养

• 有多年从事测试工作的经验，能够条例清晰的罗列出测试中的流程和应当留心的步骤，以及不可缺少的风险规避的意识

• 对于部门的员工能力要有一定程度的了解，才能合理的安排工作内容

• 高压下的冷静处理能力，一旦项目出现突发的严重问题，能够冷静找出出错环节。

• 人际沟通的能力，一个测试计划也是有与其他部门之间的合作关系，需要与其保持及时有效的沟通，了解到他们的需求

那么我们什么时候来做测试计划呢？

一般来说，在产品需求确认，做过测试需求分析之后我们就要开始编写测试计划。当然测试计划编写的工作要根据工作实际来决定，也就是具体情况具体分析（政治课学的哈~）

其实，要想做好测试计划必须有一定的测试经验。那么下面我就结合工作实际，跟大家聊一聊测试计划的内容。

测试计划的内容

• 测试范围 明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？

• 测试策略 明确怎么测。对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。

• 资源安排 包括测试人员的安排，测试环境是怎样的，测试工具的选择等。

• 进度安排 在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。

• 发布标准 发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。怎样才算是测完了？达到怎样的标准才可以上线？

• 风险预防 最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。

我们把这些内容模板化，形成测试计划的模板。无论是在实际的工作中还是大家学习编写测试计划，都可以用这样的模板来使用。