软件测试之测试报告的编写模板
时间:2023-06-09 11:42:01 | 来源:网站运营
时间:2023-06-09 11:42:01 来源:网站运营
软件测试之测试报告的编写模板:
“点餐系统”测试报告 文档名称: | “点餐系统”测试报告 |
起草人: | 学员刀锋 | 文档版本编号: | V1.0 |
起草单位: | 编测编学 | 起草日期: | 2020/10/09 |
评审/复审人: | | 评审/复审日期: | |
版本编号 | 版本日期 | 修改者 | 说明 |
V1.0 | 2020.10.08 | 学员刀锋 | 创建 |
| | | |
| | | |
版本记录 目录
1 概述 3
a. 测试范围 3
b. 测试人员、时间、功能 5
c. 测试环境 6
服务端硬件环境如下: 6
2 测试过程评估 8
a. 测试总体评估 8
b. 用例统计 8
c. 测试用例执行情况分析 11
d. 测试对象质量评估 14
i. 缺陷统计 14
ii. 缺陷分析 15
3 项目测试总结及建议 17
a. 项目测试总结及建议 17
b. 附录: 17
系统使用参考资料如下: 17
1 概述
a. 测试范围
本次测试的范围包括:
1)前台:小程序入口、识别桌号、菜品浏览、饭店电话、在线客服、菜品查询、轮播图显示、购物车、订单支付、我的模块(我的订单,我的评价)
2)后台:登录、统计信息、餐厅管理员、轮播图管理、菜品类目管理、菜品管理、菜品订单以及退出测试详细内容如下:
b. 测试人员、时间、功能
测试人员分工: | 模块 | 测试人员 |
前台:“首页”模块 | A同学 |
前台:“我的”模块后台:“餐厅管理员”、“统计信息”模块 | B同学 |
后台:“轮播图”、“菜品类目管理”、“登录”模块 | C同学 |
后台:“菜品管理”、“订单管理”、“退出”模块 | D同学 |
时间安排: | 第一轮: 20200925~20201008 | A同学: 48工时B同学: 32工时C同学: 40工时D同学: 20工时 |
第二轮:20201010~20201018 | A同学: 80工时B同学: 64工时C同学: 72工时D同学: 56工时 |
第三轮:20201020~20201025 | A同学: 30工时B同学: 40工时C同学: 40工时D同学: 40工时 |
c. 测试环境
服务端硬件环境如下:表1.3.1-1服务端硬件资源说明
项目 | 环境约束 |
CPU | Intel(R) Core(TM)i7-9750H CPU @ 2.60GHz 2.60 GHz |
内存 | 16G |
硬盘 | 1T |
客户端软件环境如下:表1.3.1-2客户端软件资源说明
项目 | 环境约束 |
OS | windows 10 |
浏览器 | Internet Explorer9.0及以上(建议使用最新版本)FirefoxChrome |
2 测试过程评估
a. 测试总体评估
项目名称 | 工作量投入(人天) | 用例规模 | 用例执行 | 发现缺陷数 |
“点餐系统” | 42.5 | 482条 | 480条 | 175条 |
b. 用例统计
| 模块名称 | 功能用例数 | 百分比 |
前台首页 | 入口微信扫描二维码 | 2 | 0.004 |
识别桌号 | 2 | 0.004 |
菜品查询 | 20 | 0.042 |
轮播图 | 14 | 0.030 |
菜单浏览 | 购物车 | 12 | 0.027 |
确认订单 | 用餐人数 | 20 | 0.046 |
备注信息 | 8 | 0.019 |
支付 | 12 | 0.029 |
饭店电话 | 1 | 0.003 |
在线客服 | 1 | 0.003 |
我的 | 我的评价 | 4 | 0.010 |
我的订单 | 23 | 0.059 |
前台 | 检测控件有效性 | 8 | 0.022 |
检测页面显示正确性 | 8 | 0.022 |
后台 | 登录 | 24 | 0.069 |
统计信息页面 | 8 | 0.025 |
餐厅管理员管理 | 添加管理员 | 30 | 0.094 |
修改管理员 | 29 | 0.101 |
轮播图管理 | 添加轮播图 | 13 | 0.050 |
修改轮播图 | 13 | 0.053 |
菜品类目管理 | 导入类目 | 47 | 0.202 |
添加类目 | 32 | 0.172 |
修改类目 | 26 | 0.169 |
删除类目 | 2 | 0.016 |
菜品管理 | 添加单个菜品 | 32 | 0.254 |
修改单个菜品 | 32 | 0.340 |
批量导入 | 21 | 0.339 |
导出菜品到Excel | 2 | 0.049 |
删除、上、下架菜品 | 3 | 0.077 |
菜品订单 | 导出订单到Excel | 9 | 0.250 |
查看订单详情 | 2 | 0.074 |
取消、删除订单 | 2 | 0.080 |
退出登录 | 2 | 0.087 |
检测页面显示正确性 | 12 | 0.571 |
检测页面控件有效性 | 9 | 1.000 |
测试用例模块统计从上表中,可以看出本项目共编写482条测试用例,包含包括前台中“首页”、“我的”以及后台全部模块;其中后台占功能测试用例的百分比为71.99%,其他首页、我的、分别占21.16%、6.84%。
由此可见,后台管理为系统的主要侧重点,其中
1)“菜品类目管理”和“菜品管理”为主要功能模块;
2)前台“首页”、“我的”,后台“登录”、“餐厅管理员管理”、“轮播图管理”、“菜品订单”、“退出”为业务关注点;
3)其中,“菜单浏览”、“菜品类目管理”、“菜品管理”为整个系统测试的关注点。
c. 测试用例执行情况分析
测试对象 | 模块 | 模块 | 用例总数 | 执行 | 通过 | 失败 | 未执行 |
前台 | 首页 | 入口 | 2 | 0 | 0 | 0 | 2 |
搜索 | 20 | 20 | 13 | 7 | 0 |
轮播图 | 14 | 11 | 3 | 0 | 0 |
饭店电话 | 1 | 1 | 1 | 0 | 0 |
在线客服 | 1 | 1 | 1 | 0 | 0 |
菜单浏览 | 添加菜品 | 5 | 5 | 5 | 0 | 0 |
购物车 | 12 | 11 | 7 | 4 | 1 |
确认订单 | 订单页面 | 45 | 38 | 13 | 25 | 7 |
我的 | 主页面 | 4 | 4 | 0 | 0 | 0 |
我的评价 | 5 | 5 | 0 | 0 | 0 |
我的订单 | 24 | 24 | 15 | 9 | 0 |
后台 | 登录 | 登录 | 24 | 24 | 20 | 4 | 0 |
统计页面 | 月收入 | 3 | 3 | 3 | 0 | 0 |
库存补货 | 5 | 5 | 2 | 3 | 0 |
餐厅管理员管理 | 主页面 | 4 | 4 | 4 | 0 | 0 |
添加 | 30 | 30 | 14 | 16 | 0 |
修改 | 29 | 29 | 15 | 14 | 0 |
轮播图管理 | 添加 | 28 | 28 | 16 | 12 | 0 |
类目管理 | 主页面 | 2 | 2 | 2 | 0 | 0 |
批量导入 | 47 | 47 | 38 | 9 | 0 |
添加 | 32 | 32 | 19 | 13 | 0 |
修改 | 26 | 26 | 19 | 7 | 0 |
删除 | 2 | 2 | 1 | 1 | 0 |
菜品管理 | 菜品首页 | 8 | 8 | 7 | 1 | 0 |
批量导入 | 21 | 21 | 15 | 1 | 5 |
添加 | 32 | 32 | 19 | 13 | 0 |
修改 | 32 | 32 | 17 | 15 | 0 |
批量导出 | 2 | 2 | 2 | 0 | 0 |
菜品订单 | 主页面 | 3 | 3 | 2 | 1 | 0 |
导出 | 9 | 8 | 7 | 1 | 1 |
详情 | 2 | 2 | 2 | 0 | 0 |
删除 | 1 | 1 | 1 | 0 | 0 |
取消 | 1 | 1 | 1 | 0 | 0 |
退出 | 退出 | 2 | 2 | 2 | 0 | 0 |
从数据表中,系统所有用例的用例执行率为96.68%。1)前台
实际执行“首页”、“我的”用例数占总用例数都为
92.59%。其中,小程序“入口”、“购物车”以及“支付方式”的部分功能因产品需求与实际开发有差异,未能完全执行测试用例。
2)后台
实际执行各模块测试用例数占总用例数为
98.26%。其中,后台“菜品管理”因此次开发为初版功能未完善,无法执行部分功能测试用例,另外,“菜品订单”处因为外界条件限制,也有部分用例无法执行。
d. 测试对象质量评估
i. 缺陷统计
从缺陷的功能模块对其进行统计。从
功能模块的缺陷分布来看,我的、餐厅管理员管理、菜品管理占有很大比例,其中我的占总缺陷的20%;餐厅管理员管理、菜品管理也分别占总缺陷的12%、11%;与购物车订单页面这几个功能
点缺陷相对较多,也为测试关注点。
ii. 缺陷分析
针对于本次测试中发现的缺陷严重程度进行分析,结果如下:
缺陷严重程度统计致命的 | 严重的 | 重要的 | 一般的 | 轻微的 | 总计 |
12 | 41 | 71 | 40 | 11 | 175 |
模块 | 致命的 | 严重的 | 重要的 | 一般的 | 微小的 | 总计 |
前台 | 6 | 13 | 16 | 16 | 3 | 54 |
后台 | 6 | 28 | 55 | 24 | 8 | 121 |
从图表数据得知,系统共发现缺陷
175个,其中:
1)致命缺陷:12个,占了总缺陷的
7%。本系统出现的致命缺陷前期主要为主功能缺失;后期则是系统稳定后的错误页面,无法进行主流程的问题;
2)严重缺陷:41个,占了总缺陷的
23%。本系统出现的严重缺陷前期主要为非主功能出现错误页面或影响业务流程进行的问题;
3)重要缺陷:71个,占总缺陷的41%。一般缺陷:40个,占总缺陷的23%,微小缺陷:12个,一般问题及细节问题也比较多
从统计的数据表中,可以看出 “重要的”(即由于功能错误导致的缺陷)最多,占缺陷总量的41%,另外,严重的和轻微的标准规范缺陷各占23%和23%;希望开发人员在以后的开发过程中对代码编写完成后功能使用的自检、用户界面加以注意,另外,建议开发人员在开发初期有统一的要求规范(冒烟),包括按钮、提示信息等(规范---开发),以减少项目后期的修改成本。
严重程度/解决情况 | 已关闭 | 非bug | 暂不处理 | 总计 |
致命的 | 0 | 0 | 2 | 2 |
严重的 | 0 | 0 | 6 | 6 |
重要的 | 0 | 0 | 12 | 12 |
一般的 | 0 | 0 | 61 | 61 |
微小的 | 0 | 0 | 10 | 10 |
总计 | 0 | 0 | 91 | 91 |
我们bug修复率 167 / 175= 0.95
我们上线的标准是>90%,符合上线标准
3 项目测试总结及建议
a. 项目测试总结及建议
482个测试用例,提出缺陷175个(此结果不包括用户所提交问题);可执本次测试共编写了测试用例行测试用例全部执行通过。无功能不可用及影响流程问题,无功能实现有误不能操作问题,可交付用户验收使用。
测试过程中,因系统为试用版,前期仅添加必填项校验,其他校验均未添加,因此测试前期仅测试数据必填项及功能、业务流相关测试,系统后期陆续添加相应校验,后续验证相关联问题。
另外,在测试过程中,个别BUG激活次数较频繁,希望以后测试人员与开发人员及时沟通,减少时间成本的浪费。其次,项目人员也应加强与客户的沟通,使问题很顺利的解决。
结论:当前V1.0版本可以交付上线
b. 附录:
系统使用参考资料如下:
1)需求说明书v1.0.doc,
2)【测试用例】-系统测试用例.xlsx
3)【操作手册】-XXX.doc
4)【接口字段定义】