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

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 实施测试后，记录缺陷
提交至开发人员其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落
l
12