测试综合计划模板

1、第1章引言1.1目的简述本筹划H勺目的，旨在阐明多种测试阶段任务、人员分派和时间安排、L作规范等。测试筹划在方略和措施的高度阐明如何筹划、组织和管理测试项目。测试筹划涉及足够的I信息 使测试人员明白项目需要做什么是如何运作B勺。此外，清晰的文档构造能使任何一种读者在浏 览筹划的前面几页后，就能对项目有一种大概日勺结识。测试筹划只是测试的一种框架，诸多细 节需要跟开发人员或其她人员沟通，因此筹划不涉及测试用例的细节和系统功能的具体信息。 在筹划目的中需要指明读者对象。1.2名词解释列出本筹划中使用日勺专用术语及其定义列出本筹划中使用日勺所有缩略语全称及其定义缩写词或术语英文解释中文解释1.3参照

2、资料列出本筹划各处参照遂通过核准n所有文档和重要文献.1.4测试摘要这一节重要阐明测试筹划中重要H勺和也许有争议的问题。本节的重要目日勺是将这些信息传递给 那些也许不会通读整个测试筹划文档B勺人员（例如经理或开发项目的负责人）。1.4.1重点事项列出测试R勺重点事项。可以将问题按重要限度和优先级罗列出来，然后在背面H勺章节中再对这 些问题进行具体阐明，这样就能让对这些问题有重要影响B勺人员憧得问题的所在1.4,2争议事项简要阐明争议事项。1.4.3风险评估通过对技术文档的阅读，对被测系统也许存在日勺问题：系统设计，数据库设计，响应时间，计 费方略，因测试环境局限性也许存在的测试缺陷事先评估出来

3、，以指引测试方案，进行有重点 的测试.144时间进度简要阐明测试开始时间与发布时间01.4.5测试目的简要阐明测试发布日勺质量目的：测试筹划中所有测试措施和模块已经执行通过所有日勺测试案例已经执行过所有日勺重要级别为1/2的Bug已经解决并由测实验证第2章项目背景2.1测试范畴阐明本筹划涵盖的测试范畴，例如功能测试、集成测试、系统测试、验收测试等。一般阐明什 么是要测试日勺，什么是不要测试日勺是非常重要日勺。明确规定这些问题后，测试人员对该做什么 有一种清晰日勺结识。（1）简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。（2）如果在编写此文档日勺过程中作出日勺某些假设也许会影响测

4、试设计、开发或实行，则列出 所有这些假设。（3）列出也许会影响测试设计、开发或实行的所有风险或意外事件。（4）列出也许会影响测试设计、开发或实行的所有约束。提示和技巧：需要测试和特别注意测试那些部分？测试与否专么针对与某些问题的解决？哪些部分不需要测试，为什么？哪些部分需要推迟测试，为什么？与否要验证每个模块的稳定性？测试H勺优先级和先后顺序2.2测试目的系统目的对测试人员理解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人 员或开发人员沟通，以获得有关资料。测试人员必须懂得系统是做什么并旦协助项目实现这种 目的。在筹划中涉及系统视图和目的后，要保证所有的测试人员都憧得项目和系统I

5、I勺目欧U 一般状况下项目筹划都是模糊B勺。模糊的目的必须通过成员的努力转换成可衡量和实现的东 西。没有固定的视图和目日勺，你将无法完毕部分任务。并旦，你会发现很难将对产品日勺结识向 别人转述。2.3联系方式列出项目参与人员日勺职务、姓名、E-mail和电话。职务姓名E-Mail电话开发1:程师CVS Builder开发经理测试负责人测试人员2.4风险及约束列出测试过程中也许存在日勺某些风险和制约因素，并给出规避方案。如：由于客观存在日勺设备、网络等资源因素，使得测试不全面。明确阐明哪些资源欠缺，产生什么约束由于研发模式为现场定制，旦上线时间床力大，使得测试不充足。明确阐明在此中约束下,测试如

6、何应对只针对专门的客户群需求的测试。明确阐明此约束下的客户群和业务范畴。2.5测试文档列出测试过程中也许用到日勺参照文档、有关的设计文档以及保存位置，测试完毕后应产生日勺文 档。2.5.1测试参照文档文档阐明作者文档位置（CVS）需求文档,总体设计白皮书使用手册管理手册测试文档API文档2.5.2测试提交文档文档阐明作者 1文档位置（CVS）总体测试筹划总体测试方案（可根据项LI状 况进行裁剪）测试用例性能测试方案（报告）测试报告E Readme产品操作手册（后台）产品操作手册（前台）产品安装维护手册产品错误代码阐明文档第3章质量目的描述本阶段测试目日勺和规定。质量目的应当涉及产品的质量目的和测试