谈谈“测试计划”这点事儿

最近，通过一个需求让我对测试计划有了一个清晰的了解以及运用，下面是在整个测试计划制定的要点以及测试计划制定过程中遇到一些问题，在此进行总结与分享：

我们在日常生活、工作中经常需要做计划，正如古人有云：凡事预则立，不预则废。这句话充分的说明了计划的必要性和重要性。项目有项目计划，测试作为项目中的一部分，也需要制定测试计划。

一、 什么是测试计划？

1. 测试计划就像写论文一样，列出提纲，才能一步步完善，有了测试计划就会掌握整个项目的进度和方向，在工作中可以有个指导的作用，不会偏离工作方向。

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

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

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

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

二、为什么要制定测试计划？

1. 制定测试计划能够把自身知识和经验直接转化为执行任务的具体方法，在方法中更能体现出制定者的自身素质以及能力。

2. 制定测试计划可以促进团队间关于测试任务和过程的交流，增强团队之间的默契，可以高效率、高配合、高质量的完成测试任务。

3. 制定测试计划可以为组织、安排和管理测试项目提供一个整体框架，对项目执行过程中的风险进行分析，并制定相关的应对策略。

4. 制定测试计划中对人员的合理安排化，通过对每个员工的专长来对应分配难易任务，整个项目的进行就会显得合理化、层次化、条理化。同时将职责清晰地具体划分到个人身上，也有利于日后的纠错，即使发现哪个环节出现问题，及时弥补。

三、 什么时候制定测试计划？

一般情况下，在产品需求确认，做过测试需求分析之后我们就要开始编写测试计划。当然测试计划编写的工作需要根据工作实际情况来决定，也就是具体情况具体分析。下面是测试计划需要的内容：

1. 测试范围：明确测什么？测试的目的与项目的简介（目的、背景以及范围）。

2. 测试策略：明确怎么测？对于不同的业务需求，具体有哪些测试类型、测试场景以及测试方法。

3. 资源安排：包括测试人员的安排，测试环境、以及测试工具等。

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

5. 达到上线条件的确认性：是达到测试完成和产品需要满足的条件，以便项目内所有角色都有一致认可的目标。

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

四、遇到的问题及解决办法：

1. 产品认为测试排期长，需要缩短测试排期怎么办？

如果产品看到测试计划之后反映需求功能简单（从产品层面看需求功能简单），测试时间排期过长，需要缩短测试时间，那就要将测试的整个流程详细的说出，同时将如果不进行充分测试可能带来的后果是什么。最终如果还要决定缩短测试排期的话，可以叫上产品、开发、测试进行会议讨论，将会议记录以及风险写明，抄送三方，以防止出现因缩短测试时间未覆盖到的测试点导致线上问题出现归咎于测试。

2. 如果遇到开发未提测全部功能，或者部分功能未给排期的情况下，该怎么写测试计划？

如果在写测试计划的时候，全部功能或者部分功能未提测或者未给排期的情况下，需要进行说明，同时将具体的时间写为待定，如果开发有提测或者给与排期之后，进行邮件的更新。

3. 如果遇到一些功能模块是依靠别的模块上线之后才能进行测试的情况怎么办？

这个时候你可以进行备注说明待定以及待评估的原因。（用不同颜色字体标注效果会更好哦~）

希望以上关于测试计划的相关问题能帮助到你，欢迎大家来交流