团队作业四
团队作业四#
对团队项目进行测试,并列出测试人员##
张攀
廖云涛
列出测试过程中测出的问题,以及修复的过程##
修复的bug以及修复的过程;
数据无法提交。在建立好数据库后,无法将网页前端和数据库的交互做好,所以在用户提交数据时,无法连接到数据库。
修复过程:向Web.config文件中,添加
将数据库与网页连接在一起。
不能重现的bug;
个人健康信息中,用户可以在短时间提交大量且不准确的个人信息,如体温49,87,这是绝对不能允许出现的,所以这个bug要解决并且绝对不能再重现。
这个产品就是这样设计的,不是bug;
当搜索出多条数据时,网页会出现较长的滚动条,不利于浏览,但这不是bug,只是我们没有设计分页功能。
没有能力修复,将来也不打算修复;
用户在正常生活中,无法也不会获得心电,血糖,血氧等专业数据,所以其实这个功能并不完善,用户无法获得完整体验。即使如此,我们也无法解决,毕竟我们也没办法获取这些数据。
这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复。
在个人健康信息中,用户在输入体温等信息时,无法确保用户输入的一定是和内容相关的信息。如体温要求的是数字,但用户也可以输入字符。
根据团队项目的特点,进行必要的性能测试、压力测试等,并给出测试的过程和结果
压力测试:
还未在服务器端发布,未能进行测试
性能测试:
可以进行的性能测试有网页的访问时间,跳转速度,加载速度。
测试结果,访问时间抛开服务器的影响,访问的反应时间良好,跳转速度良好,初次访问数据库的时间花费较长,网页加载速度良好。
初次访问大约10S,之后很快。
初次访问数据库大约3S之后很快。
给出团队的源码仓库链接##
团队的成员如何分工协作的?有什么经验教训?团队如何平衡 时间/质量/资源 争取如期完成任务的?##
分工###
张攀 搜索功能的实现,搜索数据库的设计
廖云涛 搜索功能的实现,个人健康管理的实现
高原 个人健康管理的实现 个人健康管理数据库的设计
童一帆 个人健康管理 数据库的设计
黄青 PPT git仓库管理
经验教训###
团队合作时,发现问题要及时沟通,并处理,不宜偏执,以团队最终的讨论结果为标准。
定时开团队会议,督促项目进度。
项目开发初期,不必设计太详细,以至于头重脚轻。
团队分工要合理,根据个人能力进行适度的分配。
平衡###
对项目的不同阶段设定不同的时间段,不允许在时间段之外做。共同时间集中分配。
例如讨论关键问题,开例会等。开发中的约束必须严格要求和遵守。多劳多得,少劳少得。