因此需要分析子项目差别：时间阶段、方法学、目标、听众(相关利益者)，编制多个子项目测试计划时，需要有一个主测试计划说明公共主题。
对于不太清楚的工作内容，可以利用草案激发讨论？标注多待定事项，引起注意。如果计划中待定事项过多，对项目就没有多大价值！因此规定交流文档的内容、格式及交流工作规范有利于提高交流工作的效率。
测试计划草案可以考虑以下方面：
◆ 测试计划模板、质量风险(简要说明对应的测试策略)、计划使用的质量评价规程
◆ 里程碑的推荐进度：方便与开发进行协调
◆ 如何过渡：进入、终止、继续的标准(判断准则、条件)
◆ 测试配置和环境应列出清单，并说明准备程度，例如需要测试组以外的人员提前准备好。
◆ 测试执行：关键参与者、测试用例与错误跟踪方法、错误隔离和分类及处置权。
◆ 测试版本管理(控制更新发布间隔、否则将忙于应付新发布而不能完整测试，开发测试件实现自动回归测试)
◆ 测试循环的数量、时间和进度，测试期间注意人员、资源、子项目相互衔接。
◆ 风险和不测事件：如果有未解决事件，发现数量超常的错误就需要调试性开发的支持或者在讨论继续标准时讨论这类问题，决定出路
◆ 说明如何记录计划本身的变更历史，列出参考文档。
测试计划模板一般包括：测试计划标记、引言、测试项、要测试的特性、不测试的特性、测试方法、测试项通过/失败标准、暂停标准和恢复需求、测试交付品、测试任务分配与时间安排、环境需求、人员职责配置和培训需求、进度、风险和不测事件、批准等。
测试项、要测试的特性、不测试的特性相当于范围和质量风险。
推销计划：如果以评审会议方式批准，可以以电子邮件方式发给应参加评审的人员，要求返回意见。通常这些人不阅读计划，也不返回意见，因此准备硬拷贝，逐页评审计划，记录修改意见是使计划适用的好过程。
评审参与人员：开发经理、项目经理、生产/发布经理、技术支持经理、销售和市场营销经理、业务分析员、其他内部领域专家、以及测试经理或第三方测试组织、主要测试工程师等。
测试计划应清晰、实用、重点突出、有针对性，简短有效。说明谁在何时做什么。
结束语：本文主要说明了软件测试关注的要点，通过将关注的要点与质量模型相结合可以形成合理的评价规范和工作方法，通过计划管理测试工作将易使其得到有效控制，从而保证测试质量，并使被测软件的质量风险得到控制。
33/3<123
