ISO9000质量管理体系认证-软件产品测试计划书(通用).doc

XXXX分析软件 产品测试计划书 目录 软件产品测试计划书 1 目录 3 1 引言 3 1.1 目的 3 1.2 项目背景 3 1.3 名词定义 4 1.4 参考资料 4 2 测试任务及要求 4 2.1 文档测试内容与要求 4 2.2 应用系统测试内容与要求 5 3 测试方案 6 3.1 测试环境 6 3.2 测试组织 6 3.3 测试时间安排 7 3.4 测试流程要求 7 3.5 测试方案及用例 7 4 测试进度 10 5 系统风险、优先级 10 6 问题严重度描述 11 7 与测试相关的任务 11 7.1 制定测试计划 11 7.2 设计测试 12 7.3 实施测试 12 7.4 记录缺陷，分析缺陷 12 引言 目的 本文是为了测试XXXX分析软件而编制， 编制目的在于为此系统的管理工作和技术工作提供指南；确定测试的内容和范围，为以后评价XXXX分析软件提供依据。 本文主要依据《XXXX分析软件需求规格说明书》编制。同时，本文也是编制《测试用例》、《测试问题报告》的依据。 项目背景 名词定义 文档中的缩略语和术语有： 参考资料 下表列出了制定测试计划时所使用的文档： 文档（版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 软件产品需求分析 是√ 否□ 是□ 否□ 概要设计 是√ 否□ 是□ 否□ 详细设计规格书 是√ 否□ 是√ 否□ 软件功能清单 是□ 否□ 是□ 否□ 使用说明书 是√ 否□ 是√ 否□ 安装部署手册 是√ 否□ 是√ 否□ 测试提交文档： 文档（版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 测试大纲 是□ 否□ 是□ 否□ 测试计划 是□ 否□ 是□ 否□ 测试用例 是□ 否□ 是□ 否□ 测试问题报告 是□ 否□ 是□ 否□ 测试报告 是□ 否□ 是□ 否□ 测试任务及要求 文档测试内容与要求 文档测试内容 《XXXX分析软件需求规格说明书》 文档测试要求 文档的完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。 描述与软件实际情况的一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后，我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。 易理解性：主要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的，应该附有图表使说明更为直观和明了。 文档中提供操作的实例：这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富，提供的实例描述是否详细。只有简单的图文说明，而无实例的用户手册看起来就像是软件界面的简单拷贝，对于用户来说，实际上没有什么帮助。 印刷与包装质量：主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成，过于粗糙，不易于用户保存。优秀的文档例如用户手册和技术白皮书，应提供商品化包装，并且印刷精美。 应用系统测试内容与要求 系统测试内容 下面主要针对XXXX分析软件的功能测试建立了一个相对完善的评测体系，各测试项分布情况如下： 编号 测试项 说明 系统测试要求 能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性 测试方案 测试环境 测试地点 XXXX信息科技有限公司 测试环境 1）软件环境：windows pro xp sp3 操作系统，Jdk6+eclipse 和 j2me 仿真环境 2）硬件环境：CPU双核处理器主频在2.8GHz以上内存至少2GB用于回归测试和测试同一软件的新版本Mercury Interactive 9.2 Mercury Quality Center 基于WEB环境下的BUG管理工具 Mercury Interactive 9.0 测试组织 人员 具体职责 测试时间安排 项目名称 编写测试计划 设计测试用例 环境安装部署 测试执行 总共 测试流程要求 便于在测试阶段中对文档的归档和对bug 的追踪以及管理，要求如下： 测试人员：列出进行测试的具体步骤（进行过何种测试），测试结果，反馈给开发人员 开发人员：提供功能清单，列出测试失败的详细描述、原理分析、修改方法和修改结果并形成文档回馈给测试人员 测试方案及用例 测试方案提供了对测试对象的推荐方法。 阶段性测试方案 系统测试 系统测试流程图 测试目标 对最终软件系统进行全面的测试，确保最终软