最近，通过一个需求让我对测试计划有了一个清晰的了解以及运用，下面是对整个测试计划制定的要点以及过程中遇到一些问题的记录，在此进行总结：
   我们在日常生活、工作中经常需要做计划，正如古人有云：凡事预则立，不预则废。这句话充分的说明了计划的必要性和重要性。项目有项目计划，测试作为项目中的一部分，也需要制定测试计划。
   一、什么是测试计划？

测试计划就像写论文一样，列出提纲，才能一步步完善，有了测试计划就会掌握整个项目的进度和方向，在工作中可以有个指导的作用，不会偏离工作方向
测试计划规定预期的目标，以什么样的程度完成和在预期多久内完成，这样的规定能够使工作人员做好心理准备，合理的期限和目标能够使工作人员不松懈，有效率的完成测试任务
计划作为对未来工作的规划，肯定会受到突发或者不可预知因素而导致整个项目出现延期甚至无法进行的结果。因此计划中对于风险评估的必要性就在于罗列出影响整个项目进行的因素，并制定相应紧急方案，将损失降至最小化。
人员安排合理化。任何一个项目内的工作都有难易繁简的划分，因而可以通过每个员工的专长来对应分配任务，整个项目的进行就会显得合理化、层次化、条理化。同时将职责清晰地具体划分到个人身上，也有利于日后的纠错，即使发现哪个环节出现问题，及时弥补。
测试计划的制定是在需求分析完成之后进行的的，所以测试计划的执行在一定程度上也是对需求分析的进一步检验，如果在制定过程中，发现有不合理因素存在，还能及时反馈，进行调整，不至于使众多的人力做了无用功。
测试计划的安排也是一个项目中多个部门间合作的工作指导，一环扣一环，工作上的交接在时间上做好详细的备注，才能让部门的合作显得默契。
二、什么时候制定测试计划？

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

测试范围：明确测什么？测试的目的与项目的简介（目的、背景以及范围）
测试策略：明确怎么测？对于不同的业务需求，具体有哪些测试类型、测试场景以及测试放法。
资源安排：包括测试人员的安排，测试环境、以及测试工具等
进度安排：在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和产品上线计划衔接
达到上线条件的确认信：是达到测试完成和产品需要满足的条件，以便项目内所有角色都有一致认可的目标。
风险备注：最后，我们需要对整个测试流程中可能存在的风险，以及当这些风险发生时的应对措施提前及逆行一些考虑和准备，并在测试计划中体现出来。
三、遇到的问题及解决办法：
产品认为测试排期长，需要缩短测试排期怎么办？
如果产品看到测试计划之后反映需求功能简单（从产品层面看需求功能简单），测试时间排期过长，需要缩短测试时间，那就要将测试的整个流程详细的说出，同时将如果不进行充分测试可能带来的后果是什么。最终如果还要决定缩短测试排期的话，可以叫上产品、开发、测试进行会议讨论，将会议记录以及风险写明，抄送三方，以防止出现因缩短测试时间未覆盖到的测试点导致线上问题出现归咎于测试。
如果遇到开发未提测全部功能，或者部分功能未给排期的情况下，该怎么写测试计划？
如果在写测试计划的时候，全部功能或者部分功能未提测或者未给排期的情况下，需要进行说明，同时将具体的时间写为待定，如果开发有提测或者给与排期之后，进行邮件的更新。
如果遇到一些功能模块是依靠别的模块上线之后才能进行测试的情况怎么办？
需要进行备注说明待定以及待评估的原因。用不同颜色字体标注。