文章详细记录了在测试Android音乐App过程中发现的Bug，包括已修复、无法重现、非Bug、无法修复和延迟修复的类别。同时，讨论了场景测试中的用户使用场景、需求、目标以及软件如何满足这些需求。测试主要在Android平台进行，软件在实现基本音乐播放和搜索功能后可发布Alpha版本。
文章目录
一、在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
bug种类：
- a类：修复的bug
- b类：不能重现的bug
- c类：这个产品就是这样设计的，不是bug
- d类：没有能力修复，将来也不打算修复
- e类：这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。
| 种类 | a | b | c | d | e |
|---|---|---|---|---|---|
| 个数 | 15 | 2 | 1 | 1 | 1 |
以下是具体的例子，针对基于Android开发的音乐App：
修复的Bug：
播放列表中的音乐重复播放的问题已修复。
搜索功能中的歌曲名称无法正常显示的问题已修复。
在特定情况下，应用在切换到后台后音乐播放停止的问题已修复。
修复了某些设备上应用崩溃的问题，该问题在特定设备和特定操作下出现。
修复了在播放音乐时应用界面卡顿的问题，现在播放过程更加流畅。
不能重现的Bug：
某些用户报告在快速切换音乐时出现播放错位的问题，但无法在内部重现该问题。
偶尔会出现播放器界面显示错位的问题，但无法复现并确定根本原因。
这个产品就是这样设计的，不是Bug：
用户反馈在主页的音乐推荐列表中显示的歌曲顺序不按照偏好进行排序，但根据设计，这是基于用户行为和推荐算法的结果。
没有能力修复，将来也不打算修复：
在某些古老版本的Android系统上，应用无法正常运行，由于技术限制和受众需求，我们不会为这些过时系统提供支持和修复。
延迟到下一个版本修复：
某些设备上，通知栏中的音乐控制按钮无法响应点击事件，在当前版本中无法修复，计划在下一个版本中解决该问题。
二、场景测试（scenario testing）
Q：你预期不同的用户会怎样使用你的软件？
在我们的预期中，对于一般的学生用户来说，这是一个可以让他们不用去花费大量的金钱就能有畅听音乐的享受，他们会用我们的软件来寻找自己想要的音乐。而对普通的用户来说，这是一个纯净的音乐软件，他们会专注的用该软件来听音乐，而且免受广告的侵扰
Q：他们有什么需求和目标？
对于学生来说，他们的需求是用尽可能少的金钱，来听到他们想要去听的音乐。而对于一般人群来说，他们的需求更主要可能是在于能更专注的听音乐
Q：你的软件提供的功能怎么组合起来满足他们的需要？
首先我们的软件采用了买断制，消除了内置的广告，除了听音乐和找音乐之外，没有任何其他多余功能，极大程度的满足了一般用户的需求。除此之外，我们的软件价格并不高昂，也满足了学生的需求
Q：你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix)
我们是在安卓平台上进行的开发和测试
Q：你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Alpha版本？——出口条件（exit criteria）
能进行基本的听音乐和找音乐功能就能够发布Alpha版本
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
