2-1、测试计划.docVIP

文档编号： 文档密级： XX系统测试计划 版本号：1.0 公司名称 文档修订历史 版本 作者 变化内容描述 审核人 批准人 批准日期 1.0 XXX 创建 XXX XXX 目录 1. 引言 4 1.1. 文档目的 4 1.2. 适用范围 4 1.3. 项目背景 4 1.4. 术语与缩略语 4 1.5. 参考资料 4 2. 测试任务 5 2.1. 测试范围 5 2.2. 测试目标 5 2.3. 风险及约束 5 3. 质量目标 5 3.1. 产品质量目标 5 3.2. 测试质量目标 6 4. 测试策略 6 4.1. 测试类型列表 6 4.2. 测试类型描述 6 4.2.1. 测试类型1 6 4.2.2. 测试类型n 7 5. 测试资源 7 5.1. 人力资源 7 5.1.1. 角色及职责 7 5.1.2. 组织形式 7 5.2. 测试环境 7 5.3. 测试工具 7 6. 测试进度 8 7. 应交付的测试工作产品 8  引言 文档目的 [简述本计划的目的。如本文档旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。] 适用范围 [指明本文档的适用范围和读者对象。如本测试计划是在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划应包含足够的信息，使测试人员明白项目需要做什么、是如何运作的。另外，测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。] 项目背景 [在项目文档中摘录项目视图和范围信息，即业务前景类软件产品价值定位资料，用于测试重要性和紧急性选择判断。如果文字内容为测试理解所得，则应作特别申明。此节不允许为空。建议的条目包括： 项目的主要功能特征、体系结构及简要历史。 产品的核心功能、功能分布、用户界面。 产品的技术方案、应用环境、验收标准。 项目质量目标：客户产品质量评价基本面和客户心理评价等级框架。] 术语与缩略语 [列出本计划中使用的专用术语、缩略语及其定义。] 术语与缩略语 英文解释 中文解释 备注 参考资料 [列出本计划各处参考的经过核准的全部文档和主要文献。] 测试任务 测试范围 [说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。通常说明什么要测试而什么不要测试是非常重要的。明确规定这些问题后，测试人员对该做什么会有一个清晰的认识。] 测试目标 [根据项目整体目标和阶段目标的需要，描述测试假定，规定测试对象、测试重点、作业要求、完成标准。] 风险及约束 [列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。包括如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。如： 由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束； 由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此种约束下，测试如何应对； 只针对专门客户群需求的测试。明确说明此约束下的客户群和业务范围。] 质量目标 [描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。　　质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中能帮助决策。例如，系统是否能够正式发行？在代码完成后应该修复哪些缺陷？在系统完成后哪种类型的测试是最合适的？] 产品质量目标 　[可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。测试已实现的产品是否达到设计的要求，包括：各个功能点是否已实现，业务流程是否正确，产品是否完成规定的操作和是否运行稳定等。] 测试质量目标 [评价测试质量的目标可以有： 所有的测试案例已经执行通过；　 所有的自动测试脚本已经执行通过； 所有的重要等级为1级和2级的缺陷已经解决并经过测试验证； 每一部分的测试已经被确认完成； 重要的功能不允许有缺陷。] 测试策略 [测试策略提供了对测试对象进行测试的推荐方法。如数据和数据库完整性测试、接口测试、功能测试、压力测试等等。 对于每种测试，都应提供测试说明，并解释其实施的原因。 制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。] 测试类型列表 测试类型 是否采用 说明 测