ISO质量管理标准体系认证软件产品测试专题计划书.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

1 引言
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
自动化功效测试，关键用于回归测试和测试同一软件新版本s
Mercury Interactive
9.2
Mercury
Quality Center
基于WEB环境下BUG管理工具
Mercury Interactive
9.0
3.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(风险和处理优先级为高)
测
试
阶
段
测
试
因
素

功效测试阶段
安装测试阶段
文档测试
正确性
H
H
H
文件完整性
H
H
H
处理连续性
M
M
M
访问控制
M
M
M
符合性
H
H
H
可靠性
H
H
H
易操作性
H
H
H
可维护性
H
H
H
可移植性
H
H
H
6 问题严重度描述
问题严重度
描述
致命缺点
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 提交至开发人员