1.我们对项目进行了测试，测试人员：
王子墨 1500802021
赵家骏 1500802019
张璐瑜 1500802024
乔晶玮 1500802040
2.bug的修复：
修复的bug以及修复的过程
- 在测试过程中，当登陆某个人的账号时，在首页的个人信息现实中总会显示第一个人的信息。当发现这个bug时，我们查阅资料上网搜索，知道应该在显示信息的表单中添加一个记录集进行筛选，以学号进行筛选，就可以正确显示登录用户的信息了。
不能重现的bug
- 在测试中，有许多bug，大部分被我们修复了，也有些能力不够不能修复，也有些就是修复以后不能重现的bug。比如在网页中浏览自己的界面是，会出现各种令人头疼的错误信息、乱码等等，在后来的过程中我们改变了环境变量，配置IIS网站以及SQL Sever相关文件的一些属性，成功解决了问题。
这个产品就是这样设计的，不是bug
没有能力修复，将来也不打算修复
- 1、有一些bug超出我们的能力范围，不能进行修复。比如我们的登录界面，先选择身份，在进行登陆。这样的话就可以用三个表链接到不同的登录界面来解决问题，但是这是一个简单的方法，我们的本意是在一个登陆界面中进行账号密码的输入以及身份的选择，就类似于提交作业的平台，老师学生身份可选，但是思考了好几天还是没有解决。
- 2、还有一处我们修复不了的bug就是修改密码这个界面。正常的修改密码是判断旧密码是否一致，输入的两次新密码是否相同，然后才能修改密码。我们没能实现比较功能，只要这个账号登录成功，就可以修改密码。在修改密码时只需在新密码处填写一个密码并提交就可以修改密码了。我认为这是这个项目最大的一个bug，但是和上一个一样研究了好几天，查了很多资料，但是帮助并不大，没有修复成功。
这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复
- 确实应该修复的bug就是修改密码的那个了，我们争取做到可以对旧密码进行检查，对新密码和确认密码文本域中的内容进行比较，如果相同写入数据库，如果不同提示旧密码错误或两次输入新密码不一致。
3、根据团队项目的特点，进行必要的性能测试、压力测试等，并给出测试的过程和结果：
性能测试：
场景测试：
压力测试：
- 测试次数：45次
- 成功：45次
- 其中最主要的课题发布、选择（包括学生、教师端）这一项测试了25次，成功25次
4、给出团队的源码仓库链接：
5、团队的成员如何分工协作的？有什么经验教训？团队如何平衡 时间/质量/资源 争取如期完成任务的？：
- 成员中，组长王子墨与赵家骏同学主要负责系统的后端与数据库连接以及前端的登录界面、学生界面的开发，乔晶玮与张璐瑜同学负责各种文档的编写等，其中系统的教师界面由张璐瑜开发，系统的管理员界面由乔晶玮开发。团队创建项目的过程中，我们一共开了五次左右的会议，由最初的意见不一、想法各不同变成最后的协商共议、达成一致。由于各自时间不一致，导致我们都能够在一起做项目的时间比较少，因此我们每次开会都是言简意赅、讲重点，回去以后各自负责好各自的工作，然后线上进行意见的交流。最初每个人都有自己的个性，有很多摩擦，但是经过几次开会沟通磨合，在一起工作更有默契。虽然大部分代码都是在宿舍完成，但是凭借我们平时的沟通，终于我们的项目取得了很大的进展，经过最后几天的努力，按时完成了任务。最后要提醒各位的是，做项目一定要趁早，不要拖到最后才开始着手做，这样赶出来的东西质量不高，甚至有可能完成不了任务。
