BS资产管理系统测试总结报告
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 |
角色 | 人员(工位号) | 主要职责 |
测试负责人 | 01_01 | 1.协调项目安排 2.撰写测试方案 3.设计测试用例 4.测试系统记录Bug 5.撰写测试总结 |
测试人员 | 01_02 | 1.参与撰写测试方案 2.设计测试用例并整合所有的测试用例 3.测试系统记录Bug 4.参与撰写测试总结 |
测试人员 | 01_03 | 1.参与撰写测试方案 2.设计测试用例 3.测试系统记录Bug并整合所有的Bug 4.参与撰写测试总结 |
测试用例设计方法
功能模块 | 设计测试用例方法 |
系统登录 | 等价类划分法、边界值法、场景法 |
个人信息 | 错误推测法、等价类划分法、边界值法 |
资产类别 | 错误推测法、等价类划分法、边界值法 |
品牌维护 | 错误推测法、等价类划分法、边界值法 |
取得方式 | 边界值法、错误推测法、等价类划分法 |
报废方式 | 错误推测法、等价类划分法、边界值法 |
供应商 | 错误推测法、场景法 |
存放地点 | 错误推测法、场景法 |
部门管理 | 错误推测法、等价类划分法、边界值法 |
人员管理 | 错误推测法、等价类划分法、边界值法 |
资产入库 | 错误推测法、场景法 |
资产借还 | 错误推测法、场景法 |
资产转移 | 错误推测法、场景法 |
资产维修 | 错误推测法、场景法 |
资产报废 | 错误推测法、等价类划分法、边界值法 |
资产盘点 | 错误推测法、场景法 |
关键项 | 数量 | 配置 | ||
测试PC机(客户端) | 3 | 性能相当于2GHz处理器,2G以上内存,显示器要求1024*768以上 | ||
测试移动终端(移动客户端) | 1 | Vivo x9 | ||
服务端 | 1 | 内含软件测试实训系统的PC服务器 | ||
资源名称/类型 | 配置 | |||
操作系统环境: | 操作系统主要为Windows7(客户端),Windows Server 2008R2(服务器端) | |||
浏览器环境: | 主流浏览器有: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 | 完成 |
功能模块 | 计划开始时间 | 实际开始时间 | 计划结束时间 | 实际结束时间 | 测试人员 | 测试情况 |
系统登录 | 01_02 | 完成 | ||||
个人信息 | 01_02 | 完成 | ||||
资产类别 | 01_02 | 完成 |
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 |
[对发现的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 | 1 | 18 | 5 | 229 | 206 | 18 | 5 | 229 |
功能模块 | 按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 |
本次测试得到以下结论:
1.经过本次测试共发现xx处Bug,其中严重有x处,很高级别有x处,高级别有x处,中级别有x处,低级别有x处;经过复测并无发现其余Bug;该系统Bug数过多,现不宜推出使用。
2.测试过程中发现的问题:本次测试是手工测试,由于时间问题未能实现对一些功能模块进行大数据操作的测试,因此只能对一些重要的模块进行大数据的着重测试,比如资产入库、资产报废等;由于模块间的数据需要交互,因为是分工合作,所以需要测试负责人协调。
3.测试过程中得到的收获:
一是通过本次测试,提高了我们的实际问题综合分析能力、测试用例和测试方法的设计能力、应用创新能力、文档撰写能力,以及掌握了许多软件测试相关技术;
二是由于系统功能模块多,时间紧,测试任务需要团队良好的分工与合作,相互间彼此帮助和支持,认识到了相互合作的重要性,测试工作加强团队的成员间的合作精神;
三是做事应加强沟通和交流,有问题应第一时间反馈,以便及时作出调整,便于项目的顺利推进。