一、测试计划编写时间
（1）在需求阶段确定开发周期的时候，了解了项目的背景，人员，资源，工具，工期等情况后开始根据项目开发文档编写测试计划。（测试计划编写后需要进行评审）
（2）开会
测试开始前由开发方review测试方的测试计划，并针对测试方对式样书的疑问答疑。这一点有两个好处，一个是开发方可以尽早指出哪里测试不合理，哪里测试薄弱，另外
也可以减少以后因为双方理解上的差异带来的时间浪费。虽然这会占用一点开发人员的时间，但是磨刀不误砍柴工。
二、测试计划文档的封面信息：
版本号包括文档的创建时间、文档的编辑修改时间、文档的创建者、文档的编辑者、文档的修改版本记录。
三、测试计划文档的纲要：
1.概述
1.1测试模块说明
1.2测试范围
明确测试的对象（注意：用户手册，安装包，数据库等对象也包含在测试的对象中）
2.测试目标
3.测试资源
3.1软件资源
3.2硬件资源
3.3测试工具
3.4人力资源
确定测试人员的时间及参与测试的方式，适当制定培训计划
4.测试种类和测试标准
4.1功能测试
4.2性能测试
4.3安装测试
4.4易用性测试
5.测试要点
6.测试时间和进度
测试时间：每一个模块的测试时间紧接在某个模块发开完成后，测试用例应该先在详细文档出来的时候，与开发同步进行，开发编写代码，测试编写测试用例。
7.风险及对策
风险原则：
（1）人员，资源，时间上的安排不要是紧凑的，需要留有缓冲的余地。
（2）对所有测试工作过程进行日常跟踪，及时发现风险出现的征兆，规避风险。
（3）建立“防患于未然”或“以预防为主”的管理意识。
风险及对策
（1）项目计划的变更（需求变更）：应该及时得与项目经理沟通，尽早得知项目计划的变更，并及早地将变更的信息通知测试部门人员，以便项目的梳理进行。
- 项目变更之日程变更：先确认目前的测试进度，尽可能动员加班完成；根据项目的具体情况，考虑是否可以延期或者减少一些近期不太可能运用到的功能测试。
- 项目变更之功能需求功能变更：及时确认需求的变更以及变更文档的存档，及时修改测试计划。
- 版本更新：在版本更新之后，需要对新的版本进行测试需要开发人员及时给出测试版本且及时告知。
（2）人员的临时减少（项目调动，人员辞职等）：在测试计划中人员的工作分配要严格，保证稳定的人员安排以及工作交接。对每个关键性技术人员培养后备人员，
作好人员流动的准备，采取一些措施确保人员一旦离开公司， 项目不会受到严重影响，仍能可以继续下去。
（3）硬件资源及环境搭建：测试计划完成初期应对硬件资源申请，环境的搭建，环境搭建后，按照事先的设置的条目进行逐条检查，以保证项目的顺利进行。
（4）没有详细的设计说明书：在项目开始阶段，需要对要测试的对象进行功能以及业务逻辑，规格说明上与开发人员进行沟通确认，形成可测试的需求文档，以帮助后期的测试工作的进行。
（5）产品上线前发现缺陷：尽可能设计好测试用例，提高测试用例的覆盖率，降低出现该情况的风险。
遇到的紧急风险及对策：
例如：在产品上线时发现某个不常用的功能中有个很严重的bug，但是如果对其进行修复，时间上不足以及会影响主功能的使用。
对策：去掉该该不常用的功能，转移风