xxxx系统测试计划V11.docx
- 文档编号:4818349
- 上传时间:2023-05-07
- 格式:DOCX
- 页数:14
- 大小:21.23KB
xxxx系统测试计划V11.docx
《xxxx系统测试计划V11.docx》由会员分享,可在线阅读,更多相关《xxxx系统测试计划V11.docx(14页珍藏版)》请在冰点文库上搜索。
xxxx系统测试计划V11
xxxxx(中国)有限公司
xxxxx报表系统
测试计划
2014年7月
文档修改记录
日期
版本
描述
作者/修订
2014年6月
1.0
测试计划
何玉玲
2014年7月
1.1
测试计划
李叶
说明:
本测试计划是系统测试的依据,我方将根据测试计划进行测试设计和执行。
目录
1.项目简介5
1.1.目的5
1.2.背景5
1.3.范围5
2.测试说明6
2.1.软件功能说明6
2.2.测试内容6
2.3.测试资源7
2.3.1.测试人员7
2.3.2.测试流程7
2.3.3.测试环境7
2.4.进度安排8
2.5.测试进度管理8
3.测试策略9
3.1.功能测试9
3.2.用户界面测试9
3.3.系统测试10
3.4.回归测试11
3.5.集成与兼容性测试11
3.6.随机测试11
4.测试风险及解决方式13
5.测试结果评价标准14
5.1.范围14
5.2.数据整理14
5.3.尺度14
1.项目简介
1.1.目的
为保障xxxxx系统(XXX项目)测试工作的顺利进行,使测试工作的开展在测试进度、测试内容、测试方法上有所依据,特撰写本文档。
本文档定义了测试策略、测试进度、测试结果评定等内容。
1.2.背景
xxxxx管理系统(XXX)是自动控制技术、计算机网络技术和软件相结合的产物,系统建设的方法是通过信息与资源的共享,监管整个污水厂的水,电,燃料的供给和使用数据情况,通过对能源数据进行采集、加工、分析,处理以实现能源数据的管理:
本系统加强了污水厂的能源数据管理,提高分析和提交数据的效率,并通过分析数据实现合理利用设备、节约能源、节省人力的目标,加强污水厂能源的现代化管理,提高机场节能的经济效益。
1.3.范围
本文档包括以下几个部分:
Ø软件功能说明
Ø测试资源
Ø测试策略
Ø测试风险及解决方式
Ø测试结果评价标准
2.测试说明
2.1.软件功能说明
序号
功能名称
功能描述
1
Xxxx
对各类能源的消耗数据进行收集,汇总统计和计算,通过
2
Xxxx
1、自动化采集数据并计算
3
xxxxx
1、根据部门权限进行本部门年计划值设置
2、可进行修改、计算等操作
4
Xxxx
1、划定需要分析的数据单元
5
Xxxx
管理本系统的所有使用者
6
Xxxxx
对系统中涉及行统一设置和管理
2.2.测试内容
●系统整体功能测试
测试对象为XXX系统的所有功能模块,测试内容包括以下几个部分:
(1)功能测试:
验证单个页面功能的正确性
(2)用户界面测试:
验证界面友好型,统一性、易操作性,是否符合通用的操作习惯等
(3)系统测试:
测试系统流程,验证整体流程的正确性:
创建填报单->关联填报项关系->录入数据->查看报表。
(4)回归测试:
验证测试提交的bug是否已正确修改,并且未引起其他模块功能的可用性。
(5)集成与兼容性测试:
主要包括测试产品内部各功能模块间是否有冲突、产品整体运行的可靠性;浏览器版本的兼容性。
(6)随机测试:
在每一个测试循环中都会进行一定量的随机测试。
目的是找出测试版本中的Bug以提高产品质量。
这类测试存在于整个测试期间,与其他测试同时进行,不具体安排测试进度。
●版本功能测试
测试对象为新开发或修改的功能模块,测试其发布功能的可用性,测试内容包括以下几个部分:
(1)功能测试:
验证单个页面功能的正确性
(2)用户界面测试:
验证界面友好型,统一性、易操作性等
(7)系统测试:
测试系统流程,验证整体流程的正确性:
创建填报单->关联填报项关系->录入数据->查看报表。
(3)集成与兼容性测试:
主要包括测试产品内部各功能模块间是否有冲突、产品整体运行的可靠性。
2.3.测试资源
2.3.1.测试人员
测试组负责功能测试和系统测试,单元测试、集成测试由开发团队负责实施。
2.3.2.测试流程
每一项测试内容的测试采用统一的实施流程:
(1)设计测试用例
(2)测试用例Review
(3)执行测试用例
(4)BUG修正及回归测试
(5)测试结果整理,输出测试报告
2.3.3.测试环境
硬件环境:
不限
软件环境:
Ø操作系统:
WindowsXP/Windows7
Ø数据库:
SQLServer2008企业版
Ø浏览器:
IE8、IE10
2.4.进度安排
序号
任务名称
测试用例数
周期
测试设计
1
测试计划
/
2个工作日
2
测试用例
/
8个工作日
测试执行
1
详详细细
35
3个工作日
2
模块一
118
5个工作日
3
模块一
138
2个工作日
4
模块一
27
1个工作日
5
模块一
29
1个工作日
6
模块一
59
2个工作日
7
模块一
30
1个工作日
8
客户问题确认
/
/
测试文档写作
1
测试bug整理和分析
/
1个工作日
2
测试报告
/
2个工作日
说明:
●目前的测试工作主要是版本测试,待各功能模块都开发完成后再进行系统整体功能测试,因此未做具体测试时段的计划,只是针对各模块评估了测试所需周期。
●测试周期是根据功能复杂度及测试用例个数评估得出。
●目前客户对系统操作不熟悉,经常会提出因操作不当引起的问题,这部分工作未进行测试周期评估。
2.5.测试进度管理
测试管理的内容包括:
1、测试实施进度:
制定每周工作计划,实施和管理测试工作。
2、BUG管理:
通过Trac系统进行跟踪和统计,每周进行bug分析并在迭代会议上汇报,根据分析结果进行测试重点调整。
3.测试策略
3.1.功能测试
概述:
确保测试的功能正常,如数据输入、处理、检索是否正确,以及业务规则的实施是否恰当。
即对交互的输出或结果进行分析,以此来测试应用程序及其内部进程,这是目前的测试重点。
测试指导:
利用有效的和无效的数据来执行各个用例流,以测试以下内容:
A、在使用有效数据时得到预期的结果
B、在使用无效数据时显示相应的错误消息。
各功能界面测试参考:
编号
场景/条件
预期结果
1
划分等价类,输入有效等价类信息,如:
a.刚好等于或略少于字数限制的正确信息
b.符合输入规范的信息等
Ø所填信息正确保存到相应的数据库表中
Ø提示提交成功
2
异常输入,如:
a.输入略超过字数限制的正确信息
b.输入非法字符
c.输入为空
d.输入重复
e.该输入汉字的输入英文字符等
1.所填信息不能正确保存到相应的数据库表中
2.提示相应的错误提示
3.2.用户界面测试
●概述:
用于测试用户与软件之间的交互是否正常
●测试指导:
测试下列内容:
✧确保各种浏览以及各种访问方法(鼠标移动、快捷键等)使用正常
✧确保窗口对象及其特征(菜单、大小、位置、状态和中心)符合标准
用户界面测试参考:
编号
检查项
测试评价
1
窗口切换、移动、改变大小时是否正常
2
各种界面元素的文字是否正确(如标题、提示等)
3
各种界面元素的状态是否正确(如有效、无效、选中等状态)
4
各种界面元素是否支持键盘操作
5
各种界面元素是否支持鼠标操作
6
对话框中的缺省焦点是否正确
7
数据项是否能正确回显
8
对于常用功能,用户能否不必阅读手册就能使用
9
执行错误的操作时,是否有“确认”、“放弃”等提示
10
操作顺序是否合理
11
按钮排列是否合理
12
导航帮助是否明确
13
提示信息是否规范
3.3.系统测试
概述:
测试按照系统设定的操作流程,确保各模块的功能可以正常运行,如系统配置的增删改查、报表数据的生成。
即对交互的输出或结果进行分析,以此来测试应用程序及其内部进程,这是目前的测试重点。
测试指导:
测试以下内容:
C、各功能模块设置,包括填报单、镜检、登录账户、工作日志、系统配置等功能的增删改查设置
D、填报单关系能够正确设置和修改
E、量测项可正常显示并录入数据
F、营运月报报表、提升泵房月报报表、泵站日报报表、公司生产计划等报表能正常生成并且报表数据正确
报表的生成涉及到系统流程设置和后台计算,测试时需要注意以下内容:
编号
场景/条件
预期结果
1
创建月填报项填报单和量测项关系并录值和计算,查看营运月报表数据
营运月报、运行情况记录、泵站月报等报表能正常生成,报表数据与录入一致
2
创建日填报项填报单并关联量测项关系录入数据,查看运行情况记录数据
各个报表日填报项能正常显示录入值,需计算项可正常计算并显示正确值
3
创建小时填报单并关联量测项关系录入数据,查看泵站日报数据
录入数据正确显示并和录入值一致
4
创建临时填报单并关联量测项关系录入数据,查看泵站日报
录入数据能正确显示并和录入值一致
3.4.回归测试
2、概述:
验证提交的问题已经修改。
3、测试指导:
测试以下内容:
A、原来提交的问题已修改。
B、修改操作未引起系统的其他问题。
单一界面测试参考:
编号
场景/条件
预期结果
1
按照问题描述的操作步骤进行问题验证
问题描述的现象已修改
2
测试相关模块功能
修改bug未引起其他模块功能
3.5.集成与兼容性测试
4、概述:
测试系统在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试。
5、测试指导:
测试以下内容:
A、操作系统兼容性:
测试系统在不同版本的windows操作系统上都能正常运行。
B、应用软件兼容性:
系统与其他常用软件一起运行,不会造成软件运行报错或功能无法实现的问题。
C、浏览器兼容性:
程序应用B/S架构,目前要求系统在IE8上运行无误。
3.6.随机测试
6、概述:
测试人员根据经验和对系统的理解进行抽查,主要是对系统的重要功能进行复测,也包括用例未覆盖的功能测试,对于软件更新和新加的功能要重点测试
7、测试指导:
进行随机测试时可以分为以下方向:
A、基于需求:
参照客户需求文档,熟悉需求并设计客户场景,按照用户操作习惯进行测试
B、基于测试用例:
将多个测试用例结合,按照不同的操作顺序进行交叉测试
C、基于bug:
80%的bug会出现在20%的模块中,进行bug分析,重点测试问题较多的模块,同时结合问题原因分析进行测试
4.测试风险及解决方式
序号
风险类别
风险内容
级别
发生概率
预定解决方式
1
人员风险
开发人员和测试人员离开团队
中
低
与人力资源管理部门及时沟通,确保人力保障
2
质量风险
测试最终阶段BUG无法收敛
高
低
追加代码Review和设计Review,实施质量改善活动
3
测试覆盖率没有满足预定要求
中
低
实施质量分析,每周对bug进行分析,根据质量分析确定对策。
同时根据客户需求进行用例设计,确保用户场景不缺失。
4
进度风险
预定的测试设备和环境无法到位
中
低
与IT运营部门提前联络,及时沟通,确保设备保障
5.测试结果评价标准
5.1.范围
测试项目完成后,需要确保以下品质:
序号
质量特性
说明
1
产品功能性
确保产品功能满足顾客要求,所有功能正常运行,异常处理完备。
2
使用操作性
满足一定程度的使用操作性。
由于个人使用习惯等不同,存在不能完全满足的可能。
3
内部处理
内部处理确保内存,磁盘使用符合预定要求,并无明显内存泄露。
4
性能
性能满足预定要求
5
可信赖性
系统运行稳定,保证系统至少72小时以上的长时间运行
6
可维护性
设计满足指定的可扩展性,代码注释及接口文档完备,满足指定范围的二次开发的可扩展性。
7
可移植性
满足预定环境下的正常运行,以及制定软件的兼容性。
不确保指定范围以外的环境的兼容性
5.2.数据整理
测试数据使用Trac系统、TestLink系统进行管理。
5.3.尺度
序号
测试指标
目标值
说明
1
测试项目覆盖度
≥300件/KL
【测试项总数/开发规模】测试项数不包括系统测试项,是单元测试、集成测试、功能测试之和
2
BUG收敛率
测试进度为90%~100%时:
≤0.3
BUG收敛率为以BUG摘出数为Y轴和测试时间为X轴做成的收敛曲线,在最终阶段的斜率
3
系统测试BUG数
≤3件
最终系统测试提出的BUG数
4
系统测试重大BUG数
0件
系统测试摘出的重大BUG数
5
时间特性性能
允许范围之内
6
72小时连续测试致命BUG数
0件
(完)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- xxxx 系统 测试 计划 V11