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

XXXX分析软件产品测试计划书目录目录2引言21.1目的21.2项目背景21.3名词定义21.4参考资料22测试任务及要求32.1文档测试内容与要求32.2应用系统测试内容与要求43测试方案43.1测试环境43.2测试组织53.3测试时间安排53.4测试流程要求53.5测试方案及用例64测试进度85系统风险、优先级96问题严重度描述97与测试相关的任务107.1制定测试计划107.2设计测试107.3实施测试107.4记录缺陷，分析缺陷111 引言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