Deadline：
2017-12-17 23:00PM，以博客发表日期为准。
评分基准:
按时交 - 有分，检查的项目包括后文的三个方面
- 测试报告
- 发布说明
- 展示博客（单独一篇博客）
晚交 - 0分
迟交一周以上 - 倒扣本次作业分数
抄袭 - 倒扣本次作业分数
Beta版本测试报告
请根据团队项目中软件的需求文档、Beta阶段的计划安排，写出软件的测试过程和测试结果，并回答下述问题
- 在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
Bug的分类：
-
修复的bug；
-
不能重现的bug；
-
这个产品就是这样设计的，不是bug；
-
没有能力修复，将来也不打算修复；
-
这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。
- 场景测试（scenario testing），包括以下内容：
- 你预期不同的用户会怎样使用你的软件？
- 他们有什么需求和目标？
- 你的软件提供的功能怎么组合起来满足他们的需要？
- 根据不同项目的特点，进行必要的性能测试、压力测试等，并给出测试的过程和结果
- 你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）
- 你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Beta版本？——出口条件（exit criteria）
参考：
Beta版本发布说明
软件发布的同时，在团队博客上写一个发布说明：
- 列出这一版本相对于Alpha版本的新功能
- 这一版本对Alpha版本修复的缺陷
- 对运行环境的要求
- 安装方法
- 描述系统已知的问题和限制
- 说明软件的发布方式以及发布地址
……
对于新功能的描述除了文字以外，可以通过图片、视频等进行辅助说明。
参考Beta版本发布说明的实例：http://www.cnblogs.com/buaase/p/5094106.html
展示博客
- 团队成员的简介和个人博客地址，团队的源码仓库地址。
- 我们要做软件工程，那就要有一点工程的样子：
- 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？
- 团队的产品如何满足了用户的需求？要看到目标用户使用产品的过程和评价
- 团队的成员如何分工协作的？有什么经验教训？
- 团队是如何进行项目管理的？
- 团队如何平衡 时间/质量/资源 争取如期完成任务的？
- 团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？