1、 团队项目测试人员
测试项目：基于ASP .NET MVC的文件上传下载
测试人员：
- 胡效东（组长）
- 许欢莉（组员）
- 张 琨（组员）
- 郑秋润（组员）
- 黄亚东（组员）
- 刘宗彦（组员）
说明一下：对于团队项目的测试debug的过程中，基本所有的成员或多或少都参与其中了，只是debug的多少与测试人员相比少些而已。
2、 测试出的问题，及修复过程
1） 修复的bug以及修复的过程
- Bug发现：在测试中，发现当登陆验证码输入错误的时候，会不断弹出“验证码有误，请重新输入”的弹窗，此时无论输入什么样的验证码（即使是当前的正确验证码）都无法使得弹窗消失，只能主动中断程序才能关闭弹窗；
- Bug修复：通过修改JavaScript中的代码修复了该问题
2） 不能重现的bug
- 暂时没有发现偶然性的bug（因为我们的网页简洁故而非常注重小的细节，所以非常注重平时的测试，基本上能够发现的bug都被发现了）
3） 这个产品就是这样设计的，不是bug
- 我们的文件上传和下载的系统不同于大多数相似的产品，它查看其他用户分享的时并不需要登陆系统；而且它并不是一个在线网盘，权限的分配并没有那么的明显，对于用户而言，大家都具有相同的权限，都能进行文件的上传、下载和分享，对于这个方面并不是bug，因为初始的产品的设计就是如此。
4） 没有能力修复，将来也不打算修复
- 对于最后的成品，基本与预期的产品相符，故而没有什么继续修复的bug，但是有对未来的展望（产品在下一届的同学们的打磨与完善）
5） 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复
- 如上面问题4的回答，当前系统基本没有亟待修复的bug，只是有对未来的展望：第一点，对于“下载次数”没有实现局部刷新，在下载完之后必须刷新整个界面才能刷新此时的下载次数；第二点，智能推荐，将该用户最关注的文件置于文件下载界面的前面；第三点，无法实现在线预览文件；第四点，没有限制用户的上传的文件总空间的大小；第五点，对于忘记密码的用户，没有密码找回的功能；第六点，对于下载的文件名，在谷歌浏览器中中文名不会乱码，但是在火狐和IE浏览器中中文名的文件会出现乱码的现象。
3、 系统的性能测试、压力测试等
- 对于性能测试：在上传大于3G但是小于4G的文件时，会出现卡顿现象。
- 对于压力测试：超过4G的大文件无法正常上传。
说明：测试过程在系统的构建基本完成及后期的优化中都有进行，所以测试的结果是在实践的过程中就得到了。
4、 给出源码仓库链接
- 云铺子代码链接
5、 团队的成员分工和心得教训
1） 团队分工
2） 心得教训
- 一个项目的开发过程中，团队成员之间必须要有充分的交流，不然会使得项目的进展缓慢，乃至每个成员之间都相互埋怨；团队各成员团结一致才能够使得物尽其用，人尽其力。团队成员之间相互明确工作部分，相互帮助，彼此交流，才是一个项目得以正常进行的基本！