当自我培训学习完测试报告之后,学习测试计划相对就轻松一些了,不过测试报告和测试计划不一定由相同职位的人负责编写,测试计划的编写人和阅读人群相对集中与有管理职责的人.对于测试计划一定程度上好比财政预算一样,尽量减少赤字和在预计范围内,所以一般是做了几年测试的人员负责编写,此计划对经验和业务了解有了较高的要求
测试计划:
描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。以下拿一个比较标准的模板作为总结目录:
引言:编写目的,背景,定义,参考资料
计划:软件说明,测试内容,测试:进度安排,条件,测试资料,测试培训
测试设计说明:控制,输入,输出,过程
评价准则:范围,数据整理,尺度
测试计划与测试报告相比,一个是设计,一个是报告,列出比较重要的几点:
软件说明:被测对象的功能、输入和输出等质量指标，作为叙述测试计划的提纲.
测试内容:测试计划需要写出每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如我们需要进行哪些测试.
测试:列出计划的进度,人员安排,时间安排,测试培训安排.
条件说明:主要是测试的设备,测试的环境,测试的工具按照项目情况列出来.
软件测试计划需要考虑的问题:
明确测试的目标，增强测试计划的实用性
坚持“5W”规则("What(做什么)"、"Why(为什么做)"、"When(何时做)"、"here(哪里)"How(何做）”)，明确内容与过程
采用评审和更新机制，保证测试计划满足实际需求
分别创建测试计划与测试详细规格、测试用例
软件测试方案和软件测试计划的区别:
测试方案需要在测试计划的指导下进行，测试计划提出“做啥”，而测试方案明确“咋做”。
测试计划是对测试全过程的组织、资源、原则等进行规定和约束，并制订测试全过程各个阶段的任务以及时间进度安排，提出对各项任务的评估、风险分析和需求管理。测试方案是描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
测试计划的种类:
单一文件测试计划（STP,singleTestPlan)，主要方针测试计划(MTP,MasterTestPlan)和详细运作测试计划(DTP,DetailTestPlan)。
STP软件测试计划比较适合中心型软件开发项目，也就是说，它比较适和结构较为简单的软件测试。通常使用STP的盲点是计划完成之后就不做任何的更新.
MTP和DTP，这两种计划通常在一起使用。基本上MTP的内容是将测试分成不现的阶段，对于每个阶段规划出概略的测试方针，至于各阶段的详细测试计划则编写在DTP内.
一般项目初期以STP方式编写计划,中后期以其他2个方式结合一起编写计划.
总结:编写测试计划假如经验不足的话会很容易与测试方案(或解决方案)弄混,同时编写测试计划需要对编写人员有足够的项目经验,才能够应对不同的项目和阶段编写出合适的项目计划.个人在编写测试计划的过程中,碰到最多的问题就是人员变动和需求变更,这两个是很难坚决的问题.需求变更频繁的大项目对于编写人员是一种考验.所以在编写测试计划过程中,我们需要对风险评估项要写严谨和全面,同时整个测试计划需要有层次.就好比你写的软件代码易读性和结构一样,好的代码习惯会让功能变动和修改更加便利.
