目前，OSSP已经有对照规范的测试计划模版。编写测试计划时，可以以模版为基础进行编写。测试计划中各部分如何编写可以参加模版的详细说明。根据测试项主旨规模与测试责任的复杂程度，可以对测试计划的编写项进行增添或裁剪。这里对测试计划制定中的几个部分作详细说明：
1。清楚测试主旨，一定测试需求。根据以后测试责任主旨不同，测试需求确凿定方式有所不同。如以后为新项主旨测试责任，则测试需求可以为该项目能按时上线并按用户需求的功能正常应用等;而对于产品的阶段性测试，测试需求可以以列表形式展现，列表可以列出本次测试责任所需要测试的更新及影响的测试点等。
2。制定测试策略的时候，需要推敲：
根据测试项目特性，一定本次测试需要经历的测试阶段。一定测试阶段后，确推敲每个测试阶段的主旨、进入条件及退出条件(完成规范)。
根据一定的测试阶段，分析每个测试阶段需要包含的各种测试类型，如是否需要性能测试、安装测试等。一定测试类型后，一定每种测试的测试主旨、测试方式、完成规范及特殊事项推敲。
一定测试阶段、测试类型后，针对需要，一定测试方式及测试工具。
特殊的：在推敲测试策略时，还应结合系统的特性及系统功能的优先级及难易程度，分析各项测试的重点及难点。另外，根据测试时间的长短不同，测试策略也需要有相应体现。
3。一定测试资源：测试资源确凿定，需要缺少调研，基础一定系统规模、功能复杂度、系统运行环境等，结合测试策略，推敲所需要的测试资源。一定测试资源，主要包含：
清楚测试过程中角色分配。这点在测试计划阶段必须清楚到人的是测试负责人这个角色。其他角色，如测试参加人员，可以不清楚到详细的人员姓名。
清楚测试人力资源及测试环境：推敲人力资源时，需要推敲所需人力资源的数量、各人力的知识或技能水对等。在测试计划阶段，测试负责人就可以起头谐和测试资源，需要在该阶段就一定测试资源，包含人员资源及环境资源。有些项目可以测试资源对照紧张，测试计划制定者在制定计划时应该推敲最少测试资源与缺少测试资源这两种条件下的测试策略调整。
4。测试里程碑设计：一般测试里程碑在模版上已经列示出来，测试计划制定者遵循之前分析的测试需求、一定的测试策略及清楚的测试资源，作相应的风险分析，从而一定测试里程碑及里程碑的起始时间。在制定里程碑起始时间时，可以出现项目留给测试的时间在以后实际下缺少，则应及时与项目经理沟通或者重新推敲测试策略或者重新分配资源。
5。测试管理及责任的制定：这部分内容的计划，对顺利完成测试责任，保证计划执行有着主要意义。这部分内容，主要包含排汇测试条件、测试时间(测试轮次)的设计、测试人员责任的分配、测试过程管理策略、测试完成规范一定及测试过程评审机制。这里，主要对测试时间、测试人员责任、测试过程管理作特殊说明：
(1)测试时间设计和测试人员责任分配可以作为一体推敲。测试计划制定者需要有运筹的思想，根据以后测试资源的状况结合测试策略，一定测试需要经历多少轮次，各人员离别承担什么样的测试责任。测试计划制定者应该始终清楚，成功的测试责任是用尽可以少的时间发现最多的缺陷。对于测试时间的评估，可以根据编写的文档页数、测试用例条数、执行测试用例数量及回归测试大约用时来衡量。但是目前责任中，除了上述规范，还应按项目实际状况和计划制定者的经历综合推敲。
测试轮次设计：设计测试轮次时，一般必须有回归测试环节。回归测试之前往往会经历多轮测试。但是建议不要设计太多轮次测试，以避免资源耗用过于频繁。每一轮测试都应有各自清楚的主旨与测试策略。如第一轮保证功能准确，第二轮保证流程顺畅，性能稳定等。最终应该设计回归测试环节，保证之前缺陷被准确修改，在该阶段还可以配合进行安装测试。如果系统庞大或测试责任复杂，对每一轮次测试，可以单独做小的测试计划，保证更好的测试效果。在测试时间控制上，应该轻微预留一点时间，以控制突发事件。
文章来源于领测软件测试网 https://www.ltesting.net/
