JEXZCFST06ABC项目测试计划.docx
- 文档编号:10155268
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:20
- 大小:26.62KB
JEXZCFST06ABC项目测试计划.docx
《JEXZCFST06ABC项目测试计划.docx》由会员分享,可在线阅读,更多相关《JEXZCFST06ABC项目测试计划.docx(20页珍藏版)》请在冰点文库上搜索。
JEXZCFST06ABC项目测试计划
卷号
卷内编号
密级
JE-XZCFST201406ABC
网上政务大厅行政处罚系统
分类:
<模板>
使用者:
<项目组>
文档编号:
HD-VAL-308
四川华迪信息技术有限公司
测试计划
V_1.0
项目承担部门:
软件开发部门
撰写人(签名):
李彤
完成日期:
2014年6月18日
本文档使用部门:
■主管领导■项目组
□客户(市场)□维护人员□用户
评审负责人(签名):
赵燕
评审日期:
2014年6月18日
文档信息
标题:
网上政务大厅行政处罚系统测试计划
作者:
李彤
创建日期:
2014年6月17日
上次更新日期:
2014年6月18日
版本:
V_1.0
部门名称:
软件开发部门
修订文档历史记录
日期
版本
说明
作者
2014年6月18日
V_1.0
部分测试功能不完整
李彤
目录
1.简介4
1.1目的4
1.2背景4
1.3范围4
1.3.1接受测试的对象4
1.3.2不接受测试的对象4
1.4项目标识4
2.测试需求4
2.1功能测试需求4
2.2非功能测试需求5
3.测试策略5
3.1测试类型6
3.1.1数据和数据库完整性测试6
3.1.2功能测试6
3.1.3业务周期测试6
3.1.4用户界面测试6
3.1.5性能测试7
3.1.6负载测试7
3.1.7安全性和访问控制测试7
3.1.7配置测试7
3.1.8故障转移和恢复测试8
3.1.9部署测试8
3.2工具9
3.3测试任务9
4.资源9
4.1角色9
4.2系统10
5.项目里程碑10
6.可交付工件11
6.1测试用例11
6.2测试日志和缺陷跟踪11
6.3缺陷分析报告11
7.附录A:
项目任务11
1.简介
1.1目的
本计划用于指导网上政务大厅行政处罚系统的系统测试和集成测试,分配职责和权限,从而尽早地、尽可能多地发现软件的错误。
通过不同层次的测试(集成测试、系统测试)验证和确认软件满足设计和需求。
背景
《网上政务大厅行政处罚系统》立足建立专业性的行业查询行政处罚及信息服务的网络平台。
该平台以用户、行政部门为中心,构建满足用户从立案、管理到查询的需求服务。
本网络平台细分企业和个人用户,对案件数据进行记录、跟踪、查询、统计,突出使用过程的高效率、易用性特点,做到既符合国际主流标准又满足地方特殊需要,同时开展社会化经营。
本系统的应用目标是全国的行政部门用户。
本计划适用于网上政务大厅行政处罚系统项目功能测试、性能测试、用户界面测试、负载测试和安全性和访问控制测试、故障转移和恢复测试、配置测试和部署测试。
范围
接受测试的对象
在软件需求规约中描述的需求项。
不接受测试的对象
需求分析中没有的,在设计软件时自己添加的功能。
项目标识
下表列出了制定该计划所用的文档:
文档
(版本/日期)
已创建或可用
已被接受或已经过复审
负责人
备注
软件需求规约
■是否
■是否
赵燕
需求阶段必须完成
用例实现规约
■是否
■是否
赵燕
需求阶段必须完成
项目开发计划
■是否
■是否
赵燕
需求阶段必须完成
用例图
■是否
■是否
赵燕
需求阶段必须完成
软件分析模型
是■否
是■否
赵燕
设计阶段必须完成
软件设计模型
是■否
是■否
赵燕
设计阶段必须完成
界面原型
是■否
是■否
赵燕
设计阶段必须完成
数据库设计说明书
是■否
是■否
赵燕
设计阶段必须完成
数据模型或数据流程
是■否
是■否
赵燕
设计阶段必须完成
系统架构设计
是■否
是■否
赵燕
设计阶段必须完成
2.测试需求
功能测试需求
需求树
测试需求项编号
测试需求项
优先级
1
Ru1
网上政务大厅行政处罚系统
A
1.1
Ru2
首页
A
1.2
Ru3
我的立案
A
1.3
Ru4
立案管理
A
1.4
Ru5
调查取证管理
A
1.5
Ru6
案件审查管理
A
1.6
Ru7
告知决定管理
A
1.7
Ru8
案件送达管理
A
1.8
Ru9
案件执行管理
A
1.9
Ru10
案件存档管理
A
1.10
Ru11
案件听证管理
A
1.11
Ru12
复议诉讼管理
A
1.12
Ru13
行政处罚库管理
A
1.13
Ru14
用户管理
B
1.14
Ru15
角色管理
B
1.15
Ru16
权限管理
B
1.16
Ru17
行政级别管理
B
1.17
Ru18
统计信息管理
B
备注:
A------------------------表示“高”优先级
B------------------------表示“中”优先级
C------------------------表示“低”优先级
非功能测试需求
测试需求项
条件
测试需求项编号
性能指标
操作平台环境
Windowsxp/win7
Ru19
能正常运行
多用户并发访问
同时满足1000个用户进行访问
Ru20
能正常运行
响应时间
在满足下面的硬件需求的条件下,运行本系统
Ru21
响应时间为1-3秒
安全管理
能满足不同权限用户登陆
Ru22
仅在被授予的权限内操作
数据库需求
MicrosoftSQL2005,SP3补丁
Ru23
能正常运行
硬件需求
Intel Xeon E5530 3.00GHz 8GB内存 148GB硬盘
Ru24
能正常运行
界面需求
采用Windows的通用图形界面,且必须对鼠标键盘提供支持
Ru25
对用户友好,能正常运行
测试机硬件需求
PentiumDual-CoreCPU2.60GHz1GB
Ru26
能正常运行
3.测试策略
本系统采用Loadrunner8.0进行性能测试;采用黑盒测试法对系统每个功能进行正反测试,务必保证界面友好,功能强大,不能让严重差错通过。
所有测试必须在规定时间内完成。
3.1测试类型
数据和数据库完整性测试
测试目标:
确保数据库访问方法和进程正常运行,数据不会遭到损坏。
方法:
调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据或对数据的请求。
检查数据库,确保数据已按预期的方式填充,并且所有数据库事件都按正常方式出现;或者检查所返回的数据,确保为正当的理由检索到了正确的数据
完成标准:
所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。
需考虑的特殊事项:
测试可能需要DBMS开发环境或驱动程序以便在数据库中直接输入或修改数据。
进程应该以手工方式调用。
应使用小型或最小的数据库(其中的记录数很有限)来使所有无法接受的事件具有更大的可见性。
功能测试
测试目标
确保功能测试需求项以及用例场景能够实现,其中包括导航、数据输入、处理和检索等。
测试方法和技术
采用黑盒测试技术设计功能测试用例。
为各测试用例制定测试过程。
执行测试用例来核实各用例、用例场景、用例流。
主要核实以下内容:
使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
完成标准
所计划的测试已全部执行。
缺陷修复率达到测试停止标准。
需考虑的特殊事项
无
业务周期测试
测试目标
确保测试对象及后台进程都按照所要求的业务模型和时间表正确运行
测试方法和技术
将修改或增强对测试对象进行的功能测试,以增加每项功能的执行次数,从而在指定的时段内模拟若干个不同的用户。
将使用有效的和无效的日期或时段来执行所有与时间或日期相关的功能。
将在适当的时候执行或启动所有周期性出现的功能。
在测试中还将使用有效的和无效的数据,以核实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
完成标准:
所计划的测试已全部执行。
所发现的缺陷已全部解决。
需考虑的特殊事项:
系统日期和事件可能需要特殊的支持活动
需要通过业务模型来确定相应的测试需求和测试过程。
用户界面测试
测试目标:
通过浏览测试对象可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab健、鼠标移动和快捷键)的使用
窗口的对象和特征(例如:
菜单、大小、位置、状态和中心)都符合标准。
方法:
为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
完成标准:
证实各个窗口都与基准版本保持一致,或符合可接受标准
需考虑的特殊事项:
无
性能测试
性能测试内容:
对本系统的首页进行性能测试,主要测试内容为:
用户登陆。
测试目标
针对系统的响应时间、并发性、吞吐量等方面制定测试用例,分析结果确定系统性能。
测试方法和技术
采用黑盒测试对每个不同性能进行测试。
完成标准
在所有用例都使用完毕的情况下,无重大问题发生。
需考虑的特殊事项
无
负载测试
测试目标:
核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。
方法:
使用为功能或业务周期测试制定的测试。
通过修改数据文件来增加事务数量,或通过修改测试来增加每项事务发生的次数
完成标准:
多个事务或多个用户:
在可接受的时间范围内成功地完成测试,没有发生任何故障。
需考虑的特殊事项:
负载测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测。
负载测试所用的数据库应该是与实际大小相同或等比例缩放的数据库
3.1.7安全性和访问控制测试
测试目标:
应用程序级别的安全性以及系统级别的安全性
方法:
应用程序级别的安全性:
确定并列出各用户类型及其被授权使用的功能或数据。
为各用户类型创建测试,并通过创建各用户类型所特有的事务来核实其权限。
修改用户类型并为相同的用户重新运行测试。
对于每种用户类型,确保正确地提供或拒绝了这些附加的功能或数据。
系统级别的访问
完成标准:
各种已知的主角类型都可访问相应的功能或数据,而且所有事务都按照预期的方式运行,并在先前的应用程序功能测试中运行了所有的事务。
需考虑的特殊事项:
必须与相应的网络或系统管理员一起对系统访问权进行检查和讨论。
由于此测试可能是网络管理或系统管理的职能,可能不需要执行此测试。
配置测试
测试目标
确保本系统在有其他软件运行的情况下可以不受太大影响
测试方法和技术
用不同版本的浏览器浏览页面。
如:
IE6.0,IE7.0,IE8.0
完成标准
程序运行时,无不可忍受程度的影响
需考虑的特殊事项
无
故障转移和恢复测试
测试目标:
确保恢复进程(手工或自动)将数据库、应用程序和系统正确地恢复到了预期的已知状态。
测试中将包括以下各种情况:
客户机断电
服务器断电
通过网络服务器产生的通信中断
DASD和/或DASD控制器被中断、断电或与DASD和/或DASD控制器的通信中断
周期未完成(数据过滤进程被中断,数据同步进程被中断
数据库指针或关键字无效
数据库中的数据元素无效或遭到破坏]
方法:
应该使用为功能和业务周期测试创建的测试来创建一系列的事务。
一旦达到预期的测试起点,就应该分别执行或模拟以下操作:
客户机断电:
关闭PC的电源。
服务器断电:
模拟或启动服务器的断电过程。
通过网络服务器产生的中断:
模拟或启动网络的通信中断(实际断开通信线路的连接或关闭网络服务器或路由器的电源)。
DASD和DASD控制器被中断、断电或与DASD和DASD控制器的通信中断:
模拟与一个或多个DASD控制器或设备的通信,或实际取消这种通信。
一旦实现了上述情况(或模拟情况),就应该执行其他事务。
而且一旦达到第二个测试点状态,就应调用恢复过程。
在测试不完整的周期时,所使用的方法与上述方法相同,只不过应异常终止或提前终止数据库进程本身。
对以下情况的测试需要达到一个已知的数据库状态。
当破坏若干个数据库字段、指针和关键字时,应该以手工方式在数据库中(通过数据库工具)直接进行。
其他事务应该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行,并且应执行完整的周期。
]
完成标准:
在所有上述情况中,应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。
此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏,以及表明进程或事务因中断而未被完成的报表。
需考虑的特殊事项:
恢复测试会给其他操作带来许多的麻烦。
断开缆线连接的方法(模拟断电或通信中断)可能并不可取或不可行。
所以,可能会需要采用其他方法,例如诊断性软件工具。
需要系统(或计算机操作)、数据库和网络组中的资源。
这些测试应该在工作时间之外或在一台独立的计算机上运行。
]
部署测试
测试目标:
确保该软件能够在所有可能的配置下进行部署。
核实在以下情况下,测试对象可正确地部署到各种所需的硬件配置中:
首次部署。
以前从未部署过网上政务大厅行政处罚系统的新计算机
更新。
以前安装过相同版本的网上政务大厅行政处罚系统的计算机
方法:
手工开发脚本或开发自动脚本,以验证目标计算机的状况(网上政务大厅行政处罚系统从未安装过;已安装网上政务大厅行政处罚系统相同或较早版本)。
启动或执行安装。
使用预先确定的功能测试脚本子集来运行事务。
完成标准:
网上政务大厅行政处罚系统项目事务成功执行,没有出现任何故障。
需考虑的特殊事项:
无
工具
网上政务大厅行政处罚系统将使用以下工具:
工具
厂商/自行研制
版本
测试管理
TestDirector
MercuryInteractive
8.0
缺陷跟踪
TestDirector
MercuryInteractive
8.0
用于性能测试的工具
LoadRunner
MercuryInteractive
8.0
DBMS工具
SQLServer2008
Microsoft
2008
3.3测试任务
测试阶段
测试任务
阶段完成标志
备注
计划制定
收集和组织测试计划信息,并且创建测试计划
《项目测试计划》编写完毕并通过
设计测试
为每个测试需求确定测试用例集,并且确定执行测试用例的测试过程
《系统测试用例》制定完成
执行系统测试
确认软件系统满足软件需求
得出系统测试结果
执行性能测试
验证软件系统在多用户使用的情况下反映情况
得出性能测试结果
评估测试
对每一次测试结果进行分析评估,在每一个测试阶段提交测试分析报告
《测试分析报告》编写完成
测试活动产生的工件
对每个阶段得出的工件进行分析评估
所有工件符合要求
4.资源
角色
下表列出了在网上政务大厅行政处罚系统项目的人员配备方面所作的各种假定。
人力资源
角色
姓名
具体职责或注释
测试经理
张旭哲
进行管理监督。
职责:
提供技术指导;获取适当的资源
测试设计员
王爱龙
确定测试用例、确定测试用例的优先级并实施测试用例。
职责:
生成测试计划;生成测试模型
测试员
李彤、赵燕、吴连梅
执行测试。
职责:
执行测试;记录结果;从错误中恢复;记录变更请求
测试系统管理员
李彤
确保测试环境和资产得到管理和维护。
职责:
管理测试系统;授予和管理角色对测试系统的访问权
数据库管理员
吴连梅
确保测试数据(数据库)环境和资产得到管理和维护。
职责:
管理测试数据(数据库)
设计员
张旭哲
确定并定义测试类的操作、属性和关联。
职责:
确定并定义测试类;确定并定义测试包
实施员
所有开发人员
实施测试类和测试包,并对它们进行单元测试。
职责:
创建在测试模型中实施的测试类和测试包
系统
下表列出了测试项目所需的系统资源。
系统资源
资源
名称/类型
数据库服务器
SQLServer2008
服务器名
nwsuaf-server
数据库名
administration
客户端测试PC
www-67288fce805
包括特殊的配置需求
Internet信息服务(IIS)管理器版本:
6.0
测试存储库
TestDir.mdb
服务器名
nwsuaf-server
测试开发PC
PentiumDual-CoreCPU2.60GHz1GB
5.项目里程碑
里程碑任务
工作量
开始日期
结束日期
制定测试计划
2工作日
2014-06-17
2014-06-18
设计测试用例
2工作日
2014-06-17
2014-06-18
执行集成测试
1工作日
2014-07-04
2014-07-04
编写集成测试日志
1工作日
2014-07-04
2014-07-04
执行系统测试
1工作日
2014-07-07
2014-07-07
编写系统测试日志
1工作日
2014-07-07
2014-07-07
6.可交付工件
6.1测试用例
见《系统测试用例》。
6.2测试日志和缺陷跟踪
用测试管理工具TestDirector8.0对缺陷进行管理和追踪,并导出缺陷追踪表。
6.3缺陷分析报告
对缺陷按功能模块,开发人员,严重程度进行统计分析。
7.附录A:
项目任务
以下是一些与测试有关的任务:
制定测试计划
确定测试需求
评估风险
制定测试策略
确定测试资源
创建时间表
生成测试计划
设计测试
准备工作量分析文档
确定并说明测试用例
确定并结构化测试过程
复审和评估测试覆盖
实施测试
记录或通过编程创建测试脚本
确定设计与实施模型中的测试专用功能
建立外部数据集
执行测试
执行测试过程
评估测试的执行情况
恢复暂停的测试
核实结果
调查意外结果
记录缺陷
评估测试
评估测试用例覆盖
评估代码覆盖
分析缺陷确定是否达到了测试完成标准与成功标准
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JEXZCFST06ABC 项目 测试 计划