android音乐播放器的测试怎么写
发布网友
发布时间：2022-05-02 04:21
我来回答
共1个回答
热心网友
时间：2022-06-28 04:25
软件工程数据库课程设计——测试报告 1 引言 1.1 编写目的 编写该测试报告主要由以下几个目的 1.通过对测试结果的分析，得到对软件质量的评价 2.分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3.评估测试执行和测试计划是否符合 4.分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2 背景说明 说明： 1. 被测试软件系统的名称：android 音乐播放器 2. 该软件的任务提出者：android 老师。 1.3 定义 严重 bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 点击某个按钮后出现“ Unexpect error，the application has been stopped”或 者返回异常错误。 进行某个操作后，出现“ Unexpect error，the application has been stopped” 或者返回异常错误。 当切换音乐时，出现” Unexpect error，the application has been stopped”或 者返回异常错误。 1.4 参考资料 列出要用到的参考资料，如： 1. 2. 《android 需求和实际和说明书》 《android 项目数据字典》 第1页 软件工程数据库课程设计——测试报告 3. 《android 后台管理系统测试计划》 4. 《android 项目计划》 5. 《android 程序设计基础》 2 测试概要 Android 音乐播放器系统测试从 2014 年 5 月 25 日开始到 2014 年 6 月 1 日结束， 共持续 6 天，测试功能点 6 个，执行 10 个测试用例，平均每个功能点执行测试用例 2 个，测试共发现 5 个 bug，其中严重级别的 1 个，无效 1 个，平均每个测试功能点 1 个 bug。 3 测试结果及发现 3.1 测试 1（功能键测试） 在本次测试中对各个功能键进行了相关的测试，并把各个功能键该有的功能给体现出来。 最后的测试结果是，各个功能键基本符合预想的要求，但是在测试中间，不时会出现一些系 统错误。 3.2 测试 2（音乐清单测试） 在对音乐清单模块进行测试时，先了解音乐清单的具体功能的体现与要求。音乐清单模 块具备自动扫描功能，自动更新，删除重复，删除错误功能。测试过程比较繁琐，不停更换 音乐，增加重复音乐，增加错误来对该项进行测试。对音乐清单界面转变，字体等还需改进。 4 对软件功能的结论 4.1 功能 1（功能键） 名称：播放 参与者：用户 目标：用户点击播放音乐列表中的歌曲 前置条件：播放器正在运行 基本事件：1.用户单击列表中歌曲 2.播放器将播放列表中的点击 的歌曲 名称：暂停 参与者：用户 目标：使得用户可以暂停正在播放的歌曲 第2页 软件工程数据库课程设计——测试报告 前置条件：歌曲正在播放且未停止和暂停 基本事件：1.用户单击“暂停”按钮 2.播放器将暂停当前的歌曲 名称：上一首/下一首 参与者：用户 目标：使得用户可以点播上一首或下一首音乐 前置条件：歌曲正在播放或歌曲暂停中 基本事件：1.用户单击“上一首或下一首”按钮 2.播放器将播放上一首歌曲或下一首歌曲 4.1.1 能力 本部分是对播放音乐时的一些简单的操作，如播放，暂停，切歌。为满足这部分功能， 进行不断的测试已将可以预料到的错误，进行了修改，大体上不会再出现此类错误。 4.2 功能 2（音乐清单） 名称：音乐列表 参与者：用户 目标：使得用户可以进入音乐列表 前置条件：程序在运行 基本事件：1.用户单击“音乐”分区 2.播放器进入音乐列表 4.2.1 能力 本部分是对音乐列表的功能的测试，此项目的音乐列表的基本功能可以实现。对于一些 界面方面的操作，在测试中始终出现错误，排除不了。相对来说测试是成功的，界面上的操 作与音乐播放器的主要功能没有影响，所以可以删除此部分。 5 分析摘要 5.1 能力 Android 音乐播放器的测试今本上是成功的。对于一些基本功能，都能够实现。本软件的 可移植性还是比较强的，只要是 android 手机都可以安装本软件，并且不会出现系统不兼容 第3页 软件工程数据库课程设计——测试报告 的问题。最终的测试结果，也暴露了一些问题，与要求的差一些。就是在音乐清单部分，对 于字体的修改以及界面的转换方面没有完全实现。本软件本就是 android 软件，在测试环境 与运行环境上不存在差异，这完全是因为 android 太强大了。 5.2 缺陷和* 1． 缺陷描述：音乐清单有乱码，音乐无名称，查看不方便 缺陷影响：其他音乐都有名称，音乐无名称，查看不方便 推迟原因：目前的日志 为了调试方便，显示了很多其它信息，在项目正式发布时会统一处理的。 2． 缺陷描述：数据字典种类修改，默认值设置后，在调用该数据字典种类的数据字典， 默 认值无显示 缺陷影响：数据字典种类的默认值设置后，不能显示设置的默认值，相当于数据字 典种类默认值设置功能未实现 推迟原因：该功能暂时不好实现，需要和和系统的默认语种一起处理。 3. 缺陷描述：多媒体添加，文件上传功能未实现 缺陷影响：文件上传功能未实现 推迟原因：该功能暂时不好完成，在下个版本中完成 5.3 建议 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测 试人员都 严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低 沟通成本。 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的 问题而出 现的无效 bug。 开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。 开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的 bug 很有可 能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug， 而且，这样可以保证发现的 bug 都能够被跟踪。 。 5.4 评价 本软件经测试，可以在任何 android 设备上运行，安全性得到了保证，可以交付使用。 第4页
