软件制定测试计划开始之前，首先就是要评审需求文档。
为什么要需求评审?
需求评审主要是为了，消除歧义，是否完整清晰描述了细节需求。
如何评审需求文档呢？要从哪几个方面进行评审呢？
正确性：对照用户的原始需求，检查产品人员制定的需求文档是否偏离用户原始的需求。
明确性：检查需求文档每一个需求项是否存在一些含糊的词汇，用语是否清晰，是否有歧义。
完整性：对照用户的原始需求，检查产品人员制定的文档是否全面覆盖，没有遗漏。
限制性：每个需求项里是否清晰的描述了软件能做什么，不能做什么，能输入什么，不能输入什么。
优先级：需求文档中哪些功能比较重要，是否做了标识和编号，优先级的排列。
一致性：检查文档的内容前后是否一致确保不冲突，不矛盾。
软件测试计划的内容测试计划是一份描述软件测试范围、测试环境、测试策略、测试管理、测试风险的一份文档。
对上面几方面的分析如下：1.测试范围：
明确指出进行系统测试是主要测试哪些内容，哪些内容不需要测试，是否需要进行外观测试、功能测试、易用性测试、兼容性测试、性能测试、安全性测试和其他测试等。
2.测试环境：
在软件测试计划中，测试环境定义了执行系统测试的软件环境和硬件环境。
3.测试策略：
测试策略指的是测试的依据、测试的准入标准、测试工具的选择、测试的重点及方法、测试的准出标准等。
测试依据：依据软件测试的标准文档，一个是需求文档，另一个是测试用例。
测试准入规则：即测试时指明系统，满足怎样条件后才进行系统测试。通常测试的准入标准是指通过冒烟测试和筛选具有代表性的功能点进行测试，但也不局限于这两个条件。
测试工具的选择：测试时提交BUG需要用到什么工具，部分功能进行自动化时需要的工具。
测试重点及方法：进行系统测试标明的重点模块区域，测试优先级使用的测试方法如黑盒或白盒等。
测试准出标准：也叫测试通过的标准。通俗讲就是未关闭的bug数量在不超过规定数量下，可是为通过测试。
4.测试管理
测试管理主要指测试任务分配、时间进度的安排、沟通方式这三方面的内容。
5.测试风险
在测试中需要指明测试的各种风险，常见的风险有不透彻理解需求文档，估计测试时间不足，测试执行不到位等。
编写软件测试计划的要素1.文档标识
本文档是针对于***公司开发的***软件进行的整体计划
2.测试目的
本次测试针对****软件进行什么测试，目的是判定系统是否满足需求文档中规定的各项需求。
3.测试范围
4.测试环境
5.测试策略
6.测试管理
7.测试风险
