BS资产管理系统测试总结报告 doc.docx
《BS资产管理系统测试总结报告 doc.docx》由会员分享,可在线阅读,更多相关《BS资产管理系统测试总结报告 doc.docx(12页珍藏版)》请在冰豆网上搜索。
BS资产管理系统测试总结报告doc
BS资产管理系统测试总结报告
6.用例汇总
1.引言
编写目的
本文档是BS资产管理系统测测试总结文档,主要用于总结测试过程中的测试方案,测试结果,描述系统是否满足最终需求。
本文档合法阅读对象为软件开发项目负责人、软件工程师、测试组、系统维护工程师。
项目背景
项目名称:
BS资产管理系统
随着信息化时代的到来,实现资产的电子化管理,是任何一个企业的需求,通过计算机软件,提高资产管理的准确性方便查询和维护,提高工作效率。
随着我国经济的不断发展,医院、企业、学校、政府等机构资产急剧膨胀,其结构日趋复杂,管理难度越来越大,尤其是随着医院、企业、学校、政府内部所推行的人事、分配、后勤、财务等改革的深入,不断对资产管理提出新的要求,因此电子化的资产管理系统应运而生。
BS资产管理系统是集供应商管理、存放地点管理、资产管理、新增于一体的综合性管理系统,各级管理人员可以在网上进行各项管理活动、传递各项管理信息。
在吸收先进的管理思想的同时,充分运用了现代信息技术,是实现管理手段科学化的新型管理系统。
该系统对理顺资产体制、落实资产管理制度,对资产业务实现全面的控制和管理,提升工作效率表现出十分积极的作用,并展现出了强大的作用。
2.测试参考文档
文档名称
版本号
日期
作者
《BS资产管理系统需求说明书》
1.0
2017.5.16
需求分析组
《BS资产管理系统测试方案》
1.0
2017.5.16
01_01、01_02、01_03
《测试用例》
1.0
2017.5.16
01_01、01_02、01_03
《Bug报告》
1.0
2017.5.16
01_01、01_02、01_03
《BS资产管理系统测试总结文档》
1.0
2017.5.16
01_01、01_02、01_03
3.项目组成员
角色
人员(工位号)
主要职责
测试负责人
01_01
1.协调项目安排
2.撰写测试方案
3.设计测试用例
4.测试系统记录Bug
5.撰写测试总结
测试人员
01_02
1.参与撰写测试方案
2.设计测试用例并整合所有的测试用例
3.测试系统记录Bug
4.参与撰写测试总结
测试人员
01_03
1.参与撰写测试方案
2.设计测试用例
3.测试系统记录Bug并整合所有的Bug
4.参与撰写测试总结
4.测试设计介绍
测试用例设计方法
功能模块
设计测试用例方法
系统登录
等价类划分法、边界值法、场景法
个人信息
错误推测法、等价类划分法、边界值法
资产类别
错误推测法、等价类划分法、边界值法
品牌维护
错误推测法、等价类划分法、边界值法
取得方式
边界值法、错误推测法、等价类划分法
报废方式
错误推测法、等价类划分法、边界值法
供应商
错误推测法、场景法
存放地点
错误推测法、场景法
部门管理
错误推测法、等价类划分法、边界值法
人员管理
错误推测法、等价类划分法、边界值法
资产入库
错误推测法、场景法
资产借还
错误推测法、场景法
资产转移
错误推测法、场景法
资产维修
错误推测法、场景法
资产报废
错误推测法、等价类划分法、边界值法
资产盘点
错误推测法、场景法
测试环境与配置
关键项
数量
配置
测试PC机(客户端)
3
性能相当于2GHz处理器,2G以上内存,显示器要求1024*768以上
测试移动终端(移动客户端)
1
Vivox9
服务端
1
内含软件测试实训系统的PC服务器
资源名称/类型
配置
操作系统环境:
操作系统主要为Windows7(客户端),WindowsServer2008R2(服务器端)
浏览器环境:
主流浏览器有:
IE8、Chrome
功能性测试工具
手工测试
文档编辑软件
Office2007及以上
截图工具
SnippingTool
输入法
搜狗输入法
软件实训系统
北京四合天地软件实训系统
测试方法
本次测试主要用到了以下方法:
1.从程序内部结构角度,采用了黑盒测试方法,黑盒测试主要采用了功能测试和兼容性测试;
2.按测试范围划分,采用了功能测试、集成测试、场景测试和系统测试;
3.从手动还是自动角度,主要是测试人员用鼠标去手动测试;
4.从是否运行程序角度,采用了动态测试;
5.非功能测试方法,主要涉及兼容性测试、可用性测试和软件安全性测试;
6.测试策略,主要用了回归测试、交叉自由测试和探索性测试。
5.测试进度
测试进度回顾
[描述测试过程中的测试进度以及总结]
测试阶段
实际时间安排
参与人员(工位号)
实际测试工作安排
测试需求
9:
30-9:
45
01_01、01_02、01_03
阅读《BS资产管理系统测试需求说明书》
测试方案
9:
45-10:
40
01_01
撰写测试方案
测试用例
9:
45-11:
00
01_01、01_02、01_03
01_01设计模块
01_02设计模块
01_03设计模块
Web端第一遍全面测试
11:
00-12:
30
01_01、01_02、01_03
01_01测试模块记录相应Bug
01_02测试模块记录相应Bug
01_03测试模块记录相应Bug
移动APP端第一次全面测试
11:
40-12:
30
01_03
01_03测试移动APP端
交叉自由测试
12:
30-13:
00
01_02、01_03
交换模块测试、复测
测试总结
13:
00-13:
30
01_01
撰写测试总结
功能测试回顾
Web端
功能模块
计划开始时间
实际开始时间
计划结束时间
实际结束时间
测试人员
测试情况
系统登录
01_02
完成
个人信息
01_02
完成
资产类别
01_02
完成
品牌维护
01_02
完成
取得方式
01_02
完成
报废方式
01_02
完成
供应商
01_01
完成
存放地点
01_01
完成
部门管理
01_02
完成
人员管理
01_01
完成
资产入库
01_02
完成
资产借还
01_03
完成
资产转移
01_03
完成
资产维修
01_03
完成
资产报废
01_01
完成
资产盘点
01_03
完成
移动APP端
功能模块
计划开始时间
实际开始时间
计划结束时间
实际结束时间
测试人员
测试情况
系统登录
01_02
完成
个人信息
01_02
完成
资产类别
01_02
完成
6.用例汇总
Web端用例汇总
功能模块
测试用例总数
用例编写人(工位号)
执行人(工位号)
系统登录
18
01_02
01_02
个人信息
21
01_02
01_02
资产类别
29
01_02
01_02
品牌维护
29
01_02
01_02
取得方式
29
01_02
01_02
报废方式
29
01_02
01_02
供应商
29
01_01
01_01
存放地点
22
01_01
01_01
部门管理
11
01_02
01_02
人员管理
10
01_01
01_01
资产入库
25
01_02
01_02
资产借还
28
01_03
01_03
资产转移
35
01_03
01_03
资产维修
32
01_03
01_03
资产报废
32
01_01
01_01
资产盘点
32
01_03
01_03
用例合计(个)
411
01_02
01_02
移动端用例汇总
功能模块
测试用例总数
用例编写人(工位号)
执行人(工位号)
登录
10
01_03
01_03
个人信息
20
01_03
01_03
资产管理
20
01_03
01_03
供应商
17
01_03
01_03
存放地点
46
01_03
01_03
用例合计(个)
113
01_03
01_03
7.Bug汇总
[对发现的Bug按照不同标准进行汇总]
Web端Bug汇总
功能模块
按BUG严重程度个数
缺陷类型
严重
很高
高
中
低
合计
功能缺陷
UI缺陷
建议性缺陷
合计
系统登录
1
0
4
1
1
7
5
1
1
7
个人信息
0
0
9
0
0
9
9
0
0
9
资产类别
0
5
13
0
0
18
18
0
0
18
品牌维护
0
5
13
0
0
18
18
0
0
18
取得方式
0
5
13
0
0
18
18
0
0
18
报废方式
0
5
13
0
0
18
18
0
0
18
供应商
3
1
2
5
0
11
6
5
0
11
存放地点
0
0
6
3
0
9
6
3
0
9
部门管理
0
5
13
0
0
18
18
0
0
18
人员管理
0
1
2
0
0
3
3
0
0
3
资产入库
0
6
9
1
0
16
15
1
0
16
资产借还
0
1
17
2
1
21
18
2
1
21
资产转移
0
1
16
2
1
20
17
2
1
20
资产维修
0
1
16
2
1
20
17
2
1
20
资产报废
0
1
2
0
0
3
3
0
0
3
资产盘点
0
1
16
2
1
20
17
2
1
20
合计(个)
4
38
164
18
5
229
206
18
5
229
移动端Bug汇总
功能模块
按Bug严重程度个数
严重
很高
高
中
低
合计
登录
1
0
4
1
1
7
个人信息
0
0
9
0
0
9
供应商
3
1
5
3
0
12
存放地点
0
4
5
3
0
12
资产管理
0
4
14
2
1
21
合计(个)
4
9
37
9
2
61
8.测试结论
本次测试得到以下结论:
1.经过本次测试共发现xx处Bug,其中严重有x处,很高级别有x处,高级别有x处,中级别有x处,低级别有x处;经过复测并无发现其余Bug;该系统Bug数过多,现不宜推出使用。
2.测试过程中发现的问题:
本次测试是手工测试,由于时间问题未能实现对一些功能模块进行大数据操作的测试,因此只能对一些重要的模块进行大数据的着重测试,比如资产入库、资产报废等;由于模块间的数据需要交互,因为是分工合作,所以需要测试负责人协调。
3.测试过程中得到的收获:
一是通过本次测试,提高了我们的实际问题综合分析能力、测试用例和测试方法的设计能力、应用创新能力、文档撰写能力,以及掌握了许多软件测试相关技术;
二是由于系统功能模块多,时间紧,测试任务需要团队良好的分工与合作,相互间彼此帮助和支持,认识到了相互合作的重要性,测试工作加强团队的成员间的合作精神;
三是做事应加强沟通和交流,有问题应第一时间反馈,以便及时作出调整,便于项目的顺利推进。