Alpha版本测试报告
请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划，写出软件的测试过程和测试结果，并回答下述问题。
1.在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
a. 修复的bug:数据库的登录信息的数据比对
b. 不能重现的bug：暂未发现。
c. 这个产品就是这样设计的，不是bug：暂未发现。
d. 没有能力修复，将来也不打算修复：暂未发现。
e. 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复：
我们这次的Teamwork 页面较多，有近10个，在跳转的时候不能通过任意页面来跳转到我们想进行的操作。需要跳转到某个特殊页面才能实现，这样其实并不好。下一个版本会进行修复。完善用户体验。
2.场景测试（scenario testing）
我们采访了2位同学，这是当时他们的需求。
1.廖同学：希望能够查看课程表以及发布的任务计划能够及时提醒，让自己不会忘记一些重要的事情。
2.刘同学：界面要简洁大方，能够对任务完成情况作出一个评价，来督促自己的任务完成进度。
a. 他们有什么需求和目标？
我们把两类同学进行分类。
学生a：重要事项提醒型
对提醒的功能需求量较高-->我们使用发邮箱的方式来确保信息通知到位。
学生b：个人计划规划型
可以进行到秒的规划方便同学们进行个人计划的细节规划。
b. 他们有什么需求和目标？ 你预期不同的用户会怎样使用你的软件？
学生a:
将重要的事情加入的备忘中，辅助记忆，帮助提醒一些备忘事项。
学生b：
将个人的日常生活分块，将每一块要做的事情写到备忘录中，按照计划执行，减少拖延症影响。
c. 你的软件提供的功能怎么组合起来满足他们的需要？
左侧栏对功能进行分类，简洁明了，辅以有效的提醒功能。
有邮件提醒功能。
有数据可视化功能，可以通过图表来判断自己最近的效率。给予视觉冲击。
3.你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）
4.你认为你们团队的软件在什么条件下，就可以认定其已经足够好，可以发布Alpha版本？——出口条件（exit criteria）
我们的出口条件是能够对每日任务进行操作，能够导入课程表，能够对每日任务进行评价，且可以进行用户邮箱提醒。没有明显的bug，能够正常运行基本的功能。
Alpha版本发布说明
1.列出这一版本的功能（在原有项目基础上开发的列出新功能）
1.可以登录，注册，注销，登录检测并成功后可以正常进行跳转。
2.将课程表转换成csv格式，可被程序识别并显示出来。
3.可以查删添改新的备忘事项。
2.以原有项目为基础开发的，列出这一版本修复的缺陷
1.课程表数据库不能手动导入，只能从后台输入
2.页面交互有一点不流畅
3.对运行环境的要求
有web浏览器即可。
4.安装方法
电脑上配有web浏览器。
5.描述系统已知的问题和限制
手机的自适应性效果一般。