ISO质量管理标准体系认证软件产品测试专题计划书.doc

XXXX分析软件产品测试计划书目录软件产品测试计划书1目录31引言31.1目标31.2项目背景31.3名词定义41.4参考资料42测试任务及要求42.1文档测试内容和要求42.2应用系统测试内容和要求53测试方案63.1测试环境63.2测试组织63.3测试时间安排73.4测试步骤要求73.5测试方案及用例74测试进度105系统风险、优先级106问题严重度描述117和测试相关任务117.1制订测试计划117.2设计测试127.3实施测试127.4统计缺点，分析缺点121 引言1.1 目标本文是为了测试XXXX分析软件而编制， 编制目标在于为此系统管理工作和技术工作提供指南；确定测试内容和范围，为以后评价XXXX分析软件提供依据。本文关键依据XXXX分析软件需求规格说明书编制。同时，本文也是编制测试用例、测试问题汇报依据。1.2 项目背景1.3 名词定义 文档中缩略语和术语有：1.4 参考资料1、 下表列出了制订测试计划时所使用文档：文档（版本/日期）已创建或可用已被接收或已经过复审作者或起源备注软件产品需求分析是 否是 否概要设计是 否是 否具体设计规格书是 否是 否软件功效清单是 否是 否使用说明书是 否是 否安装布署手册是 否是 否2、 测试提交文档：文档（版本/日期）已创建或可用已被接收或已经过复审作者或起源备注测试纲领是 否是 否测试计划是 否是 否测试用例是 否是 否测试问题汇报是 否是 否测试汇报是 否是 否2 测试任务及要求2.1 文档测试内容和要求2.1.1 文档测试内容XXXX分析软件需求规格说明书2.1.2 文档测试要求1 文档完整性：关键是测试文档内容全方面性和完整性，从总体上把握文档质量。比如用户手册应该包含软件全部功效模块。2 描述和软件实际情况一致性：关键测试软件文档和软件实际一致程度。比如用户手册基础完整后，我们还要注意用户手册和实际功效描述是否一致。因为文档往往跟不上软件版本更新速度。3 易了解性：关键是检验文档对关键、关键操作有没有图文说明，文字、图表是否易于了解。对于关键、关键操作仅仅只有文字说明肯定是不够，应该附有图表使说明更为直观和明了。4 文档中提供操作实例：这项检验内容关键针对用户手册。对关键功效和关键操作提供给用实例是否丰富，提供实例描述是否具体。只有简单图文说明，而无实例用户手册看起来就像是软件界面简单拷贝，对于用户来说，实际上没有什么帮助。5 印刷和包装质量：关键是检验软件文档商品化程度。有些用户手册是简单打印、装订而成，过于粗糙，不易于用户保留。优异文档比如用户手册和技术白皮书，应提供商品化包装，而且印刷精美。2.2 应用系统测试内容和要求2.2.1 系统测试内容下面关键针对XXXX分析软件功效测试建立了一个相对完善评测体系，各测试项分布情况以下：编号测试项说明2.2.2 系统测试要求能测试完成后进行业务测试，业务测试关注关键点是业务步骤，及数据流从软件中一个模块流到另一个模块过程中正确性3 测试方案3.1 测试环境a) 测试地点XXXX信息科技b) 测试环境1）软件环境：windows pro xp sp3 操作系统，Jdk6+eclipse 和 j2me 仿真环境； 2）硬件环境：CPU双核处理器，主频在2.8GHz以上，内存最少2GB。c) 测试工具工具用途生产厂商版本QuickTest Professional 自动化功效测试，关键用于回归测试和测试同一软件新版本sMercury Interactive9.2MercuryQuality Center 基于WEB环境下BUG管理工具Mercury Interactive9.03.2 测试组织人员具体职责3.3 测试时间安排项目名称编写测试计划设计测试用例环境安装布署测试实施总共3.4 测试步骤要求便于在测试阶段中对文档归档和对bug 追踪和管理，要求以下：测试人员：列出进行测试具体步骤（进行过何种测试），测试结果，反馈给开发人员开发人员：提供功效清单，列出测试失败具体描述、原理分析、修改方法和修改结果并形成文档回馈给测试人员 3.5 测试方案及用例 测试方案提供了对测试对象推荐方法。3.5.1 阶段性测试方案3.5.1.1 系统测试系统测试步骤图测试目标对最终软件系统进行全方面测试，确保最终软件系统满足产品需求而且遵照系统设计。测试范围：测试整个系统全部功效，包含功效测试、界面测试、安装布署测试及文档测试。测试技术：黑盒测试、动态测试开始标准：接收到测试申请单完成标准：发觉BUG已经修改完成或已经达成能够接收程度需考虑特殊事项：能测试完成后进行业务测试，业务测试关注关键点是业务步骤，及数据流从软件中一个模块流到另一个模块过程中正确性3.5.1.2 安装布署测试安装测试步骤图测试目标测试对象可正确地安装到多种所需硬件配置测试范围：首次安装。（以前从未安装过新计算机）更新。（以前安装过相同版本计算机，但文件损坏，或以前安装过较早版本计算机）卸载后重新安装技术：开启或实施安装使用预先确定功效测试脚本子集来运行测试，验证软件是否安装完整或更新完整开始标准：已经接收安装布署手册完成标准：应用程序安装成功，没有出现任何故障需考虑特殊事项：安装完成后，需要关键考虑应该选择哪些测试才能正确地测试出应用程序已经成功安装，而且没有遗漏关键软件构件3.5.2 测试方法及用例3.5.2.1 功效测试l 概述：确保测试项目标功效正常，如导航，数据输入，处理、检索是否正确，和业务规则实施是否合适。这类测试基于黑盒技术，该技术经过图形用户界面（GUI）和应用程序进行交互，并对交互输出或结果进行分析，以此来核实应用程序及其内部进程,这是现在测试关键。l 目标：利用有效和无效数据来实施各个用例流，以核实以下内容： 在使用有效数据时得到预期结果 在使用无效数据时显示对应错误消息或警告消息。注：除测试所提供功效外，还需添加Cookies测试3.5.2.2 用户界面测试l 概述：用于核实用户和软件之间交互是否正常l 目标：核实下列内容 确保多种浏览和多种访问方法（鼠标移动、快捷键等）全部使用正常 确保窗口对象及其特征（菜单、大小、位置、状态和中心）全部符合标准等 3.5.2.3 安装布署测试l 概述：测试软件在正常情况和异常情况下安装情况l 目标：核实下列行为 首次安装、升级、完整或自定义安装全部能进行安装 磁盘空间不足、缺乏目录创建权限等异常情况安装3.5.2.4 文档测试测试用户手册和需求说明书正确型，一致性。4 测试进度测试活动关键内容工作日实际开始日期结束日期制订测试计划依据测试纲领、需求、说明书编制测试计划1安装布署环境进行测试设计并布署、安装测试环境2设计测试用例依据测试计划中人员安排，时间进度，编写测试用例5实施功效测试用例依据使用说明书、需求规格说明书、测试用例，实施测试6编制功效测试问题汇报生成测试问题汇报并经过评审，提交给开发人员和实施功效测试同时回归测试得到开发人员反馈后，进行回归测试5 系统风险、优先级L=Low(风险和处理优先级为低) M=Middle(风险和处理优先级为中) H=High(风险和处理优先级为高)测试阶段测试因素功效测试阶段安装测试阶段文档测试正确性HHH文件完整性HHH处理连续性MMM访问控制MMM符合性HHH可靠性HHH易操作性HHH可维护性HHH可移植性HHH6 问题严重度描述问题严重度描述致命缺点1 因为程序所引发死机,非法退出 2 死循环3 数据库发生死锁 4 因错误操作造成程序中止 5关键功效丢失或功效严重错误 6 和数据库连接错误 7 数据通讯错误严重缺点1 程序错误 2 程序接口错误 3 数据库表、业务规则、缺省值未加完整性等约束条件通常性缺点1 操作界面错误（包含数据窗口内列名定义、含义是否一致） 2 打印内容、格式错误 3 简单输入限制未放在前台进行控制 4 删除操作未给出提醒 5 数据库表中有过多空字段提议改善1 界面不规范 2 辅助说明描述不清楚 3 输入输出不规范 4 长时间操作未给用户提醒 5 提醒窗口文字未采取行业术语 6 可输入区域和只读区域没有显著区分标志7 和测试相关任务7.1 制订测试计划l 确定测试需求，制订测试策略l 确定测试资源，创建时间表、生成测试计划7.2 设计测试l 确定并说明测试用例l 确定测试过程7.3 实施测试l 统计或经过编程创建测试脚本l 实施测试过程l 确定设计和实施模型中测试专用功效l 建立外部数据集7.4 统计缺点，分析缺点l 实施测试后，统计缺点l 提交至开发人员