项目编号
文档编号
版本号
测试报告
公司名称聆唱
项目名称音乐播放器
项目编号
项目经理
开发经理
部门经理
测试经理
2014 年 1 月7 日
修订记录
类别:A –增加M –修改 D –删除
日期版本号类别描述作者
1.0
2013年12月
27
目录
1.引言 (4)
1.1编写目的 (4)
1.2项目背景 (4)
1.3 系统简介 (4)
1.4 定义 (4)
1.5参考资料 (4)
2.测试概要 (5)
2.1测试用例设计 (5)
2.2测试环境与配置 (5)
2.3测试方法(工具) (5)
3.测试结果及缺陷分析 (6)
3.1测试执行情况与记录 (6)
3.1.1测试组织 (6)
3.1.2测试时间 (6)
3.1.3测试版本 (6)
3.2覆盖分析 (7)
3.2.1需求覆盖 (7)
3.2.2测试覆盖 (7)
3.3缺陷的统计与分析 (7)
3.3.1缺陷汇总 (7)
3.3.2缺陷分析 (8)
3.3.3残留缺陷与未解决问题 (8)
4.结论 (9)
4.1测试结论 (9)
4.2建议 (9)
1.引言
1.1编写目的
本测试报告为聆唱音乐播放器项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要使用本软件的用户
1.2项目背景
项目的来源:闽江学院软件学院
委托单位: 第一小组
主管部门: 闽江学院
1.3 系统简介
听歌是最好的游戏,聆唱是我们心中最好的播放器。
——聆唱音乐播放器以自己独有的方式在多个方面实践着音乐的核心价值。
通过音乐互动平台,为用户提供一个可以激发梦想与创意的音乐空间,进而陶冶用户情操。
在音乐的世界里,用户们可以穿越时空,共同拥有一个以美妙旋律编织而成的梦幻园地。
释放我们的心灵与想像,触动我们心底最原始的感动和最初的梦想,让更多内心丰富而寂寞的都市人和音乐爱好者在这片安静的角落享有最纯真的聆听时光。
有童话故事音乐为伴的生活是快乐的,有音乐梦想并能创意释放的生活是快乐的。
——我们都曾经历经过,开心过,悲伤过,快乐过,我们希望生活的每一天都是快乐而幸福的,希望聆唱音乐播放器可以成为我们生活中最轻松的一个部分,让我们一起享受,一起分享,一起收获这些美妙的音乐带给我们的直抵心灵的温暖与感动。
1.4 定义
1.5参考资料
资料名称作者
《软件测试》(美)Ron Patton
《计算机软件测试技术》郑人杰
《软件测试自动化》Daniel J.Mosley, Bruce A.Posey
2.测试概要
测试范围:测试软件功能,布局是否正常。
测试目的:测试软件功能,布局是否正常。
主要是测试:前台、后台布局,功能。
测试情况简介:正常。
2.1测试用例设计
边界值、因果图、错误推断法、数据覆盖、PICI.
2.2测试环境与配置
a.CPU:M8250
b.内存:1G
c.硬盘(可用大小):2G
d.操作系统:android 4.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 测试版本
【列出测试版本,如果是最终报告,要报告测试次数回归测试次数,列出表格清单。
】Loadrunner 8次
回归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
问题简述播放列表显示问题
问题描述无法是用自定义排序
问题级别一般
问题分析与对策代码表达错误
避免措施重新写代码
备注已解决。