iso9000质量管理体系认证-软件产品测试计划书(通用)剖析

上传人:今*** 文档编号:105884933 上传时间:2019-10-13 格式:DOC 页数:11 大小:211KB
返回 下载 相关 举报
iso9000质量管理体系认证-软件产品测试计划书(通用)剖析_第1页
第1页 / 共11页
iso9000质量管理体系认证-软件产品测试计划书(通用)剖析_第2页
第2页 / 共11页
iso9000质量管理体系认证-软件产品测试计划书(通用)剖析_第3页
第3页 / 共11页
iso9000质量管理体系认证-软件产品测试计划书(通用)剖析_第4页
第4页 / 共11页
iso9000质量管理体系认证-软件产品测试计划书(通用)剖析_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《iso9000质量管理体系认证-软件产品测试计划书(通用)剖析》由会员分享,可在线阅读,更多相关《iso9000质量管理体系认证-软件产品测试计划书(通用)剖析(11页珍藏版)》请在金锄头文库上搜索。

1、XXXX 分析软件 产品测试计划书 2 目录 软件产品测试计划书软件产品测试计划书.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 3 1 1引言引言 1.11.1

2、 目的目的 本文是为了测试 XXXX 分析软件而编制, 编制目的在于为此系统的管理工 作和技术工作提供指南;确定测试的内容和范围,为以后评价 XXXX 分析软件 提供依据。 本文主要依据XXXX 分析软件需求规格说明书编制。同时,本文也是编 制测试用例 、 测试问题报告的依据。 1.21.2 项目背景项目背景 1.31.3 名词定义名词定义 文档中的缩略语和术语有: 1.41.4 参考资料参考资料 1、 下表列出了制定测试计划时所使用的文档: 文档(版本/日期)已创建或可用已被接收或已经过 复审 作者或来源备 注 软件产品需求分析是 否是 否 概要设计是 否是 否 详细设计规格书是 否是 否

3、软件功能清单是 否是 否 使用说明书是 否是 否 安装部署手册是 否是 否 2、 测试提交文档: 文档(版本/日期)已创建或可用已被接收或已经过 复审 作者或来源备 注 测试大纲是 否是 否 测试计划是 否是 否 测试用例是 否是 否 测试问题报告是 否是 否 4 测试报告是 否是 否 2 2测试任务及要求测试任务及要求 2.12.1 文档测试内容与要求文档测试内容与要求 2.1.1文档测试内容 XXXX 分析软件需求规格说明书 2.1.2文档测试要求 1文档的完整性:主要是测试文档内容的全面性与完整性,从总体上把握文档的 质量。例如用户手册应该包括软件的所有功能模块。 2描述与软件实际情况的

4、一致性:主要测试软件文档与软件实际的一致程度。例 如用户手册基本完整后,我们还要注意用户手册与实际功能描述是否一致。因为文 档往往跟不上软件版本的更新速度。 3易理解性:主要是检查文档对关键、重要的操作有无图文说明,文字、图表是 否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的,应该附有图 表使说明更为直观和明了。 4文档中提供操作的实例:这项检查内容主要针对用户手册。对主要功能和关键 操作提供的应用实例是否丰富,提供的实例描述是否详细。只有简单的图文说明, 而无实例的用户手册看起来就像是软件界面的简单拷贝,对于用户来说,实际上没 有什么帮助。 5印刷与包装质量:主要是检查软件文档

5、的商品化程度。有些用户手册是简单打 印、装订而成,过于粗糙,不易于用户保存。优秀的文档例如用户手册和技术白皮 书,应提供商品化包装,并且印刷精美。 2.22.2 应用系统测试内容与要求应用系统测试内容与要求 2.2.12.2.1系统测试内容系统测试内容 下面主要针对XXXX分析软件的功能测试建立了一个相对完善的评测体系,各测 试项分布情况如下: 编号测试项说明 5 2.2.2系统测试要求 能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软件中 的一个模块流到另一个模块的过程中的正确性 3 3测试方案测试方案 3.13.1 测试环境测试环境 a) 测试地点 XXXX 信息科技有

6、限公司 b) 测试环境 1)软件环境:windows pro xp sp3 操作系统,Jdk6+eclipse 和 j2me 仿真 环境; 2)硬件环境:CPU 双核处理器,主频在 2.8GHz 以上,内存至少 2GB。 c) 测试工具 工具用途生产厂商版本 QuickTest Professional 自动化功能测试,主要用于回归 测试和测试同一软件的新版本 s Mercury Interactive 9.2 Mercury Quality Center 基于 WEB 环境下的 BUG 管理工具 Mercury Interactive 9.0 3.23.2 测试组织测试组织 人员具体职责 6

7、 3.33.3 测试时间安排测试时间安排 项目名称编写测试计划 设计测试用例 环境安装部 署 测试执行总共 3.43.4 测试流程要求测试流程要求 便于在测试阶段中对文档的归档和对 bug 的追踪以及管理,要求如下: 测试人员测试人员:列出进行测试的具体步骤(进行过何种测试) ,测试结果,反馈给 开发人员 开发人员开发人员:提供功能清单,列出测试失败的详细描述、原理分析、修改方法和 修改结果并形成文档回馈给测试人员 3.53.5 测试方案及用例测试方案及用例 测试方案提供了对测试对象的推荐方法。 3.5.13.5.1阶段性测试方案阶段性测试方案 3.5.1.1 系统测试 系统测试流程图 7 测

8、试设计(部署环 境,编写测试用例) 修改测试计划 通过 测试计划 未通过 接收测试申请书 评审测试用例 通过 未 通 过 执行测试用例 测试问题报告回归测试提交测试报告达到测试要求 测试目标对最终软件系统进行全面的测试,确保最终软件系统满 足产品需求并且遵循系统设计。 测试范围:测试整个系统的所有功能,包括功能测试、界面测试、 安装部署测试及文档测试。 测试技术:黑盒测试、动态测试 开始标准:接收到测试申请单 完成标准:发现的 BUG 已经修改完成或者已经达到可以接受的程度 需考虑的特殊事项:能测试完成后进行业务测试,业务测试关注的要点是业 务流程,及数据流从软件中的一个模块流到另一个模块 的

9、过程中的正确性 3.5.1.2安装部署测试 安装测试流程图 8 接收安装部署手册 安装部署测试环境 提交安装问题报告 进入系统测试阶段 项目组修改 测试目标测试对象可正确地安装到各种所需的硬件配置 测试范围:首次安装。 (以前从未安装过的新计算机) 更新。 (以前安装过相同版本的计算机,但文件损坏,或以 前安装过较早版本的计算机) 卸载后重新安装 技术:启动或执行安装 使用预先确定的功能测试脚本子集来运行测试,验证软件是 否安装完整或更新完整 开始标准:已经接收安装部署手册 完成标准:应用程序安装成功,没有出现任何故障 需考虑的特殊事 项: 安装完成后,需要重点考虑应该选择哪些测试才能准确地测

10、 试出应用程序已经成功安装,而且没有遗漏主要的软件构件 3.5.23.5.2 测试方法及用例测试方法及用例 3.5.2.13.5.2.1功能测试功能测试 概述概述:确保测试项目的功能正常,如导航,数据输入,处理、检索是否正确, 以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户 界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核 实应用程序及其内部进程,这是目前的测试重点。 9 目标目标:利用有效的和无效的数据来执行各个用例流,以核实以下内容: 在使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息。 注:除测试所提供的功能外,还需

11、添加 Cookies 测试 3.5.2.23.5.2.2用户界面测试用户界面测试 概述概述:用于核实用户与软件之间的交互是否正常 目标目标:核实下列内容 确保各种浏览以及各种访问方法(鼠标移动、快捷键等)都使用正常 确保窗口对象及其特征(菜单、大小、位置、状态和中心)都符合标准等 3.5.2.33.5.2.3安装部署测试安装部署测试 概述:概述:测试软件在正常情况和异常情况下的安装状况 目标:目标:核实下列行为 首次安装、升级、完整的或自定义的安装都能进行安装 磁盘空间不足、缺少目录创建权限等异常情况的安装 3.5.2.43.5.2.4文档测试文档测试 测试用户手册与需求说明书的准确型,一致性

12、。 4 4测试进度测试进度 测试活动主要内容工作日实际开始日期结束日期 制定测试计 划 根据测试大纲、需求、说明 书编制测试计划 1 安装部署环 境 进行测试设计并部署、安装 测试环境 2 设计测试用 例 根据测试计划中人员安 排,时间进度,编写测试用 例 5 执行功能测 根据使用说明书、需 6 10 试用例 求规格说明书、测试用 例,执行测试 编制功能测 试问题报告 生成测试问题报告并通 过评审,提交给开发人员 与执行功 能测试同 步 回归测试 得到开发人员的反馈后, 进行回归测试 5 5系统风险、优先级系统风险、优先级 L=Low(风险与处理的优先级为低) M=Middle(风险与处理的优

13、先级为中) H=High(风 险与处理的优先级为高) 功能测试阶段安装测试阶段文档测试 正确性 HHH 文件完整性 HHH 处理的连续性 MMM 访问控制 MMM 符合性 HHH 可靠性 HHH 易操作性 HHH 可维护性 HHH 可移植性 HHH 6 6问题严重度描述问题严重度描述 问题严重度描述 致命缺陷1 由于程序所引起的死机,非法退出 2 死循环 3 数据库发生死锁 4 因错误操作导致的程序中断 5主要功能丢失或功能严重错误 6 与数据库连接错误 7 数据通讯错误 测 试 阶 段 测 试 因 素 11 严重缺陷1 程序错误 2 程序接口错误 3 数据库的表、业务规则、缺省值未加完整性等

14、约束条件 一般性缺陷1 操作界面错误(包括数据窗口内列名定义、含义是否一致) 2 打印内容、格式错误 3 简单的输入限制未放在前台进行控制 4 删除操作未给出提示 5 数据库表中有过多的空字段 建议改进1 界面不规范 2 辅助说明描述不清楚 3 输入输出不规范 4 长时间操作未给用户提示 5 提示窗口文字未采用行业术语 6 可输入区域和只读区域没有明显的区分标志 7 7与测试相关的任务与测试相关的任务 7.1制定测试计划 确定测试需求,制定测试策略 确定测试资源,创建时间表、生成测试计划 7.2设计测试 确定并说明测试用例 确定测试过程 7.3实施测试 记录或通过编程创建测试脚本 执行测试过程 确定设计与实施模型中的测试专用功能 建立外部数据集 7.4记录缺陷,分析缺陷 实施测试后,记录缺陷 提交至开发人员

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号