展示博客
一、项目成员：
张慧敏（组长）201421122032
苏晓薇（组员）201421031033
欧阳时康（组员）201421122050
团队仓库： https://git.coding.net/Recos/musi_android.git
Beta版本测试报告
根据团队项目中软件的需求文档、Beta阶段的计划安排主要进行以下测试
1、设备兼容测试
2、平台播放和音乐获取测试
二、测试安排
| 测试任务 | 测试情况 | 分配 |
| 播放音乐 | 能够播放音乐 | 张慧敏 |
| 本地音乐加载 | 能够加载音乐列表 | 张慧敏 |
| 本地歌词文件获取逻辑测试 | 歌词获取失败 | 苏晓微 |
| 图片获取逻辑测试 | 专辑图片获取成功 | 苏晓薇 |
| 设备适配性测试 | 适配Android7.0版本、6.0版本（模拟器）Android 4.4版本 | 欧阳时康 |
成功场景：
1、能够获取到手机本地内歌曲
2、音量能够跟随系统的音量来进行调控
3、适配Android7.0版本、6.0版本（模拟器）Android 4.4版本
4、歌曲根据列表播放
5、歌曲图片获取成功
6、切歌、播放、页面控件
失败场景：
1、歌词加载失败
Beta版本发布说明：
1、解决缺陷：alpha版本中只能播放音乐，音乐从本地数据库中获取的，beta版本能够从本地中获取音乐，进行多种模式播放
2.对运行环境的要求
Android4.4版本及以上
3、安装方法
程序运行步骤：
在Android手机端运行：
下载项目生成的apk，（在bin目录下）安装到手机上，运行测试即可。
在模拟器中运行：
a.首先在window中安装eclipse和模拟器（由于eclipse自带的模拟器处理声音的时候有时会出错，所以使用夜神模拟器比较方便）。
b.将项目导入到工作区，（运行过程中如果无法成功运行，尝试clean项目）
c.启动模拟器，运行程序
运行效果部分截图：
二：我们要做软件工程，那就要有一点工程的样子：
1、团队项目的目标、预期的典型用户、预期的功能描述
预期的用户 ：
年轻人：用简约个性的播放器播放喜爱的音乐，同时减少系统的开销。
中年人：设计界面友好简介，容易上手。
需求和目标 ：
年轻人：市面上的音乐播放器虽然功能齐全，但是整个APP占据不少空间。
中年人：手机自带的音乐播放器功能过于简单，下载的APP界面设计凌乱复杂，不易上手，多余的功能模块又占用内存，加大系统的开销。
功能描述 :
提供一个用户播放音乐资源的平台，可以实现加载本地音乐资源，刷新歌词，歌词界面跟播放器的同步滚动，以及音乐播放的基本播放，暂停，上下首切换，播放模式的切换等基本功能
2、团队的成员如何分工协作的？有什么经验教训？
实现的功能较少，对Android的熟悉度太低，只分了界面设计，数据逻辑处理，功能按钮实现等部分各自进行实现。在功能实现过程中，没有比较明确的计划，导致各个部分的功能实现时间耗费太长，从而能做到的功能太少。
3、团队是如何进行项目管理的？
阶段性的项目任务完成，提交到coding上面去
4、团队如何平衡时间/质量/资源争取如期完成任务的？
阶段性的布置任务，没有确定的时间完成计划，基本是靠自觉
5、团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？
燃尽图要求在完成每个任务卡后及时的将状态反映到项目中，在燃尽图中对每天的任务卡进行统计绘图，以折线的形式表示出项目进度，任务卡的减少到零式就是项目初步完成的时候。
