软件测试报告文档.docx
- 文档编号:25968344
- 上传时间:2023-06-16
- 格式:DOCX
- 页数:9
- 大小:18.78KB
软件测试报告文档.docx
《软件测试报告文档.docx》由会员分享,可在线阅读,更多相关《软件测试报告文档.docx(9页珍藏版)》请在冰豆网上搜索。
软件测试报告文档
项目编号
文档编号
版本号
测试报告
公司名称聆唱
项目名称音乐播放器
项目编号
项目经理
开发经理
部门经理
测试经理
2014年1月7日
修订记录
类别:
A–增加M–修改D–删除
日期
版本号
类别
描述
作者
2013年12月27
1.0
目录
1.引言4
1.1编写目的4
1.2项目背景4
1.3系统简介4
1.4定义4
1.5参考资料4
2.测试概要4
2.1测试用例设计5
2.2测试环境与配置5
2.3测试方法(工具)5
3.测试结果及缺陷分析5
3.1测试执行情况与记录5
3.1.1测试组织5
3.1.2测试时间6
3.1.3测试版本6
3.2覆盖分析6
3.2.1需求覆盖6
3.2.2测试覆盖6
3.3缺陷的统计与分析6
3.3.1缺陷汇总6
3.3.2缺陷分析7
3.3.3残留缺陷与未解决问题7
4.结论7
4.1测试结论7
4.2建议8
1.引言
1.1编写目的
本测试报告为聆唱音乐播放器项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要使用本软件的用户
1.2项目背景
项目的来源:
闽江学院软件学院
委托单位:
第一小组
主管部门:
闽江学院
1.3系统简介
听歌是最好的游戏,聆唱是我们心中最好的播放器。
——聆唱音乐播放器以自己独有的方式在多个方面实践着音乐的核心价值。
通过音乐互动平台,为用户提供一个可以激发梦想与创意的音乐空间,进而陶冶用户情操。
在音乐的世界里,用户们可以穿越时空,共同拥有一个以美妙旋律编织而成的梦幻园地。
释放我们的心灵与想像,触动我们心底最原始的感动和最初的梦想,让更多内心丰富而寂寞的都市人和音乐爱好者在这片安静的角落享有最纯真的聆听时光。
有童话故事音乐为伴的生活是快乐的,有音乐梦想并能创意释放的生活是快乐的。
——我们都曾经历经过,开心过,悲伤过,快乐过,我们希望生活的每一天都是快乐而幸福的,希望聆唱音乐播放器可以成为我们生活中最轻松的一个部分,让我们一起享受,一起分享,一起收获这些美妙的音乐带给我们的直抵心灵的温暖与感动。
1.4定义
1.5参考资料
资料名称
作者
《软件测试》
(美)RonPatton
《计算机软件测试技术》
郑人杰
《软件测试自动化》
DanielJ.Mosley,BruceA.Posey
2.测试概要
测试范围:
测试软件功能,布局是否正常。
测试目的:
测试软件功能,布局是否正常。
主要是测试:
前台、后台布局,功能。
测试情况简介:
正常。
2.1测试用例设计
边界值、因果图、错误推断法、数据覆盖、PICI.
2.2测试环境与配置
a.CPU:
M8250
b.内存:
1G
c.硬盘(可用大小):
2G
d.操作系统:
android4.0
e.应用软件:
Eclipse
2.3测试方法(工具)
测试内容
测试方法
测试工具
备注
功能
黑盒、手工、回归
LoadRunner
性能
黑盒、手工、回归、工具自动
LoadRunner
可靠性
黑盒、手工、回归
LoadRunner
安全性
黑盒、手工、回归
LoadRunner
可使用性
黑盒、手工、回归
LoadRunner
兼容性
黑盒、手工、回归
LoadRunner
安装和手册
黑盒、手工、回归
LoadRunner
3.测试结果及缺陷分析
3.1测试执行情况与记录
【描述测试资源消耗情况,记录实际数据】
1.MP3码率不同产生不同问题。
2.音乐进度条不够人性化。
3.播放列表排序有问题。
3.1.1测试组织
主要测试人员:
李腾、杨为意
参与测试人员:
李腾、杨为意
3.1.2测试时间
项目名称
实际开始时间
实际结束时间
总工时/总工作日
聆唱音乐播放器
2014.01.07
2014.1.12
6
3.1.3测试版本
【列出测试版本,如果是最终报告,要报告测试次数回归测试次数,列出表格清单。
】
Loadrunner8次
回归3次
3.2覆盖分析
3.2.1需求覆盖
需求项
测试类型
是否通过[Y][P][N][N/A]
备注
系统功能
系统测试
[Y]
系统安全分析
系统测试
[Y]
系统性能
系统测试
[Y]
用户界面
系统测试
[Y]
运行环境
系统测试
[Y]
3.2.2测试覆盖
【需求/功能(或编号)用例个数执行总数未执行未/漏测分析和原因】
用例个数21个
执行总数18个
未执行3个
漏洞:
播放列表排序问题。
分析:
首先对播放器软件进行测试,在测试的过程中发现播放列表的排序有问题,不能按照歌曲名称和歌手名称进行排序,列表上的歌曲名称显得很混乱,马上制定解决办法,先找出问题的根源是代码,所以对此模块的代码进行改写,修改几次之后发现问题已经解决,用时1,解决人是郭明山。
3.3缺陷的统计与分析
3.3.1缺陷汇总
【列出被测系统系统测试回归测试等缺陷的严重程度。
】
缺陷的严重程度:
系统不兼容。
3.3.2缺陷分析
【列出缺陷发现效率,用例质量,缺陷密度,画出测试曲线图,找出重要缺陷】
注:
缺陷发现效率=缺陷总数/执行测试用时
用例质量=缺陷总数/测试用例总数×100%
缺陷密度=缺陷总数/功能点总数
测试曲线图:
描绘被测系统每工作日/周缺陷数情况,得出缺陷走势和趋向
重要缺陷摘要缺陷编号简要描述分析结果备注
首先对播放器软件进行测试,在测试的过程中发现播放列表的排序有问题,不能按照歌曲名称和歌手名称进行排序,列表上的歌曲名称显得很混乱,马上制定解决办法,先找出问题的根源是代码,所以对此模块的代码进行改写,修改几次之后发现问题已经解决,用时1,解决人是郭明山。
3.3.3残留缺陷与未解决问题
【列出残留缺陷
a.编号:
BUG号
b.缺陷概要:
该缺陷描述的事实
c.原因分析:
如何引起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因
d.预防和改进措施:
弥补手段和长期策略
e.未解决问题
f.功能/测试类型:
h.测试结果:
与预期结果的偏差
j.缺陷:
具体描述
k.评价:
对这些问题的看法,也就是这些问题如果发出去了会造成什么样的影响】
无。
4.结论
4.1测试结论
测试结果统计表
总测试项
实际测试项
OK项
POK项
NG项
NT项
无须测试项
数目
21
18
10
6
2
0
3
百分比
90%
85%
55%
33%
11%
0
16%
其中:
OK表示测试结果全部正确;POK表示测试结果大部分正确;NG表示测试结果有较大错误;NT表示由于各种原因本次无法测试。
4.2建议
可以继续收集用户的使用需求反馈。
继续完善。
5问题报告
5.1问题统计//todo
问题统计表
问题总数
致命问题
严重问题
一般问题
提示问题
其他统计项
数目
10
1
0
2
0
0
百分比
3%
0.1%
0
0.2%
0
0
测试问题
问题号
01
问题简述
播放列表显示问题
问题描述
无法是用自定义排序
问题级别
一般
问题分析与对策
代码表达错误
避免措施
重新写代码
备注
已解决
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试报告 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)