第七天随笔

会议照

昨天工作完成总结

黄永名：
今天的测试人员测出了一些bug，有关于sql语句的。不过文档有点不太直观，细致的看了一下。出现了无法通过作者名检索书籍的情况，于是在数据库上用sql语句测试了一下，并没有出现问题。还有很多类似这样的情况，比如无法注册管理员用户，但是使用sql语句是可以的。

刘立光：无

赖国颢：
完成了用户三个类别的搜索和将书籍展示到窗口的功能

杨百友
昨天完成了接口拦截和权限验证的功能，同时修复了前天测试人员测试出的bug。

李兆彬：
完成第二次接口测试用例

李子聪：
对成员汇报进行了汇总。

李济远：检查数据库的设计

今天工作完成情况

黄永名：
今天是项目的最后一天，也是最后一天的日志报告。根据昨天的测试人员的测试结果，今天的数据库又又又出问题了，虽然都是些小问题。主要是表字段多余了，只要将表中的字段return_date删除就可以了。然后顺便再更新一下sql的说明文档，这已经是第4版的小改动了，不想再加版次了。
这次是最后一版了的改动了，后端对这些错位都进行了修正，我也修正了表的属性，理论上已经不会有什么错误了。后面测试好，就到前端的界面编写了。最后一版的Sql说明文档和sql数据库已经交给开发人员，文件也由组长git到了团队的fenc分支里。

刘立光：
完成sql语句debug，排查是数据库还是服务器的问题。

赖国颢：
完成用户的借阅书籍功能

杨百友：
今天完成了昨天测试出的bug，如：通过书的名字模糊查询书籍会返回所有书籍的bug，bug的原因是使用MyBatis写SQL语句时，模糊查询的字符串拼接错的原因，使用改用MYSQL的字符串链接的函数修复了这个bug，与之同类型的bug都是这个原因也都得到了修复。同时今天完善了用户借书的功能：用户不能借阅同一类的书籍两次，以及当所借的图书数量不足时也不能借阅。用户还书时，由于是简单的作业，没有设计复杂的功能，因此将数据库的表中borrowings中直接删掉借阅的记录。

李兆彬：
完成第三次接口测试用例

李子聪：
对成员汇报进行汇总。整理并提交博客

李济远：与队员交流，对数据库的结构进行调整，并修改sql文档。

工作中遇到的困难

黄永名：
今天没什么困难，非要说困难的话大概就是做项目出问题的时候在上课。只是一个很小的改动，却因为上课而被迫推迟很久，导致工作进度时不时就被拖慢。如果带电脑上课又太不方便，还很引人注目。所以只能等到下课后赶紧回宿舍开机改代码和文档，或者托人帮忙解决，这有时是一个很棘手的问题，项目要是赶时间或者其他开发人员迫切需要，那责任就在自己身上了

刘立光：无

赖国颢：无

杨百友：
刚开始想做一个比较复杂的功能：当用户借阅书籍后，指定一个期限，然后在这个时间后用户还没有还书则发送一个邮件给用户提醒他还书。但是做这个功能需要修改一些功能接口，当时想着在服务器做一个定时任务来完成，但最后考虑到只是一个作业，设计复杂的功能需要团队重新规划之前的方案。最后放弃了这一想法。

李兆彬：
对java与SQL语言的熟练度不足

李子聪：无

李济远：无

代码的签入

黄永名：无

刘立光：无

赖国颢：
gdut_library.zip

杨百友：所有源码均已经更新到团队的git仓库。

李兆彬：
完成第三次接口测试用例

李子聪：无

李济远：book_sys.sql sql说明文档v4

每日总结

黄永名：
Bug是不可能全部解决的，只能尽量解决好，让几乎绝大多数的用户都无法体验出bug，这样才能提高开发效率。另外，确实在项目开发的过程中，有些模块和功能该简单就简单，不要因为这些难以实现的功能和频繁出问题的模块而阻碍了项目的开发。在很多时候项目开发的时间是很有限的，我们开发人员必须在有限的时间内做最有价值和效率最高的事情。
另外，开发人员写代码的能力和代码质量也是项目决定好坏的一个重要因素，好的代码能够大大提升项目的可靠性和稳定性。作为开发人员，我觉得以后有必要练习写代码的质量，和速度。在保证代码质量的同时提高码字速度。

刘立光：
第六天，我们团队敏捷开发图书查询数据库系统。我们讨论了前一天的问题，我们在测试中发现输入重复的作者信息时，前端会接收到所有作者的信息，现在还不清楚这是数据库的bug还是服务器的bug，要继续进行排查。保持了高度的合作和沟通，为下一轮迭代做好准备。

赖国颢：
项目已经做了一半多了，服务器的代码也已经调试到差不多了，现在就看我的了。

杨百友：
到今天算是完成了后端所有的功能，所有接口测试也都通过了。虽然做的东西简单，但是这个过程对我而言最大的收获就是和别人沟通，让别人明白自己写的功能以及文档说明书。

李兆彬：
做事要细心，全面；学习要扎实，虚心。

李子聪：
继续努力。

李济远：
根据项目的需求，对数据库的设计做出了合理的修改，并及时调整了说明文档