Beta版本测试报告
请根据团队项目中软件的需求文档、Beta阶段的计划安排，写出软件的测试过程和测试结果，并回答下述问题
- 在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
第一版本提交以后，在不同环境中出现js脚本效果不同的情况，这个bug可以修复，但是由于原开发环境未出现这个问题，所以修复的效果不能及时体现出来。
- 场景测试（scenario testing），包括以下内容：
系统用户初步定为本校教师，本校教师在使用原课堂助理的测验功能后，使用该子功能进行测验题目讲解。
教师需要根据题目进行单一讲解，根据学生回答情况具体选择讲解那一道试题。达到让学生加深知识印象的效果。
该功能对测验题目进行逐题显示，每题统计学生作答情况，教师可根据学生答题情况选择是否进行进一步讲解。功能提供显示试题解析的选择，教师可实现编辑好解析内容在讲解过程中显示。
- 根据不同项目的特点，进行必要的性能测试、压力测试等，并给出测试的过程和结果
未进行压力测试。
- 你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）
该功能在网页上进行，选择在不同的浏览器上进行适应性测试
| IE（9.0以上） |
正常显示 |
| 360浏览器 |
正常 |
| 谷歌 |
正常 |
| 火狐 |
正常 |
- 你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Beta版本？——出口条件（exit criteria）
功能实现了需求分析中的各阶段的要求，实际运行中未出现影响用户使用的bug。
Beta版本发布说明
软件发布的同时，在团队博客上写一个发布说明：
原Alpha版本不支持IE浏览器的使用，现已修复
在发布环境中出现题目显示携带html标签的问题，由于开发环境未出现此问题，所以修复结果还未验证。
主系统还未完全开发完成，目前在校内部分教师内进行阶段性测试中。
子功能提交到主系统开发人员手中，由他发布到校园网中，具体过程不详。
展示博客
- 团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量在哪里？
目标：完成子功能讲解测验需求
预期用户：本校教师
功能描述：实现辅助教师讲解测验题目
预期数量：实现校内教师都愿意使用主系统
- 团队的产品如何满足了用户的需求？要看到目标用户使用产品的过程和评价
主系统整合教务处数据，旨在方便教师授课，课程记录等过程。
由于功能单一，所以组员之间的分工较为简化，主要分为设计，实现与页面显示三个部分。由于接手实现任务的组员不在校内，所以在后台数据传输到页面上进行显示是，需要设计好数据格式。这需要前期代码设计达到一个较为精细的单位。以及切实实现代码设计的要求。
在功能实现过程中，最大的缺点就是交流不及时，组长监督不及时。导致没有很好的衔接后台数据与页面直接的接口，在整合上花费较多时间。
给功能代码提交与SVN，统一进行签入，各成员开发部分不接触其他成员的内容。
- 团队如何平衡 时间/质量/资源 争取如期完成任务的？
在时间把控上没有很好的进行控制，组员任务分配下去后各自进行实现，等到完成一个任务点后交由组长测试，组员开发全靠自觉。
- 团队项目的实际进展（拷贝那些 scrum 过程中的燃尽图即可），发布的功能（拷贝发布文档）。说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？
燃尽图要求在完成每个任务卡后及时的将状态反映到项目中，在燃尽图中对每天的任务卡进行统计绘图，以折线的形式表示出项目进度，任务卡的减少到零式就是项目初步完成的时候。
