测试计划编写软件测试资料大全.docxVIP

仅供个人参考 仅供个人参考 不得用于商业用途 不得用于商业用途 Fame 第1章引言 肃1.1目的 蝿简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。 羈测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人 员明白项目需要做什么是如何运作的。 另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后， 就能对项目有一个大概的认识。测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通, 因此计划不包括测试用例的细节和系统功能的详细信息。在计划目的中需要指明读者对象。 蚃1.2名词解释 肄列岀本计划中使用的专用术语及其定义 膂列岀本计划中使用的全部缩略语全称及其定义 莇缩写词或术语 莃英文解释 袁中文解释 芀 螇 膄 羃 莈 膆 袄1.3参考资料 肄列岀本计划各处参考的经过核准的全部文档和主要文献 螁1.4测试摘要 蚅这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能 不会通读整个测试计划文档的人员（比如经理或开发项目的负责人）。 蚄1.4.1重点事项 螂列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进 行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在 衿 1.4.2 争议事项 荿简要说明争议事项。 莅 1.4.3 风险评估 袃通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间，计费策略， 因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试． 膁 1.4.4 时间进度 螈简要说明测试开始时间与发布时间。 肅 1.4.5 测试目标 蚀简要说明测试发布的质量目标： 莀测试计划中所有测试方法和模块已经执行通过 膇所有的测试案例已经执行过 袅所有的重要等级为 1/2 的 Bug 已经解决并由测试验证 螂第 2 章 项目背景 蒈 2.1 测试范围 薇说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测 试的，什么是不要测试的是非常重要的。明确规定这些问题后，测试人员对该做什么有一个清晰的认识。 薆（1）简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 螃（2）如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假 设。 螁(3)列岀可能会影响测试设计、开发或实施的所有风险或意外事件。 肆(4)列岀可能会影响测试设计、开发或实施的所有约束。 莆提示和技巧： 薀需要测试和特别注意测试那些部分？ 罿测试是否专么针对与某些问题的解决 ？ 蒆哪些部分不需要测试，为什么？ 肇哪些部分需要推迟测试，为什么？ 蚂是否要验证每个模块的稳定性？ 芁测试的优先级和先后顺序 腿2.2测试目标 薃系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发 人员沟通，以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括 系统视图和目标后，要确保所有的测试人员都知道项目和系统的目标。 蚃通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固 定的视图和目标，你将无法完成部分任务。而且，你会发现很难将对产品的认识向别人转述。 莀2.3联系方式 薈列出项目参与人员的职务、姓名、 E-mail和电话 芃职务 蒀姓名 薈 E-Mail 羈电话 肄开发工程师 薂 袀 蒇 螄 CVS Builder 蚃 罿 祎 薄开发经理 莁 莁 芆 芅测试负责人 蒂 葿 罿 肅测试人员 薃 薈 荿 螆2.4风险及约束 莁列岀测试过程中可能存在的一些风险和制约因素，并给岀规避方案。如： 羀由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束 袈由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应 对 蒆只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。 莂2.5测试文档 聿列岀测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的文档。 芇2.5.1测试参考文档 芆文档说明 蒄作者 蒁文档位置（CVS） 蚇需求文档 羇 总体设计 白皮书 使用手册 管理手册 测试文档 API文档 2.5.2测试提交文档 文档说明 作者 文档位置（CVS） 《总体测试计划》 《总体测试方案》（可根据项目情况进 行裁剪） 测试用例 《性能测试方案（报告）》 《测试报告》 《Readme〉 《产品操作手册（后台）》  《产品操作手册（前台）》 《产品安装维护手册》 《产品错误代码说明文档》 第3章质量目标