| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11583 |
| 团队名称 | <栋哥说的都队> |
| 这个作业的目标 | <冲刺收尾> |
自动化单元测试
从controller，和service两个层进行单元测试：
运行结果：
单元测试覆盖率：
jmeter 测试结果：
微信自带测试工具：
组长或其他人对小组整体项目的完成度，完成情况的总结
小组成员分工及完成情况
- 微信前端（>100%）：陈新平（超额，120%），史金易（20%）；
- WEB 管理页面（95%）：陈锦辉（45%），程灵飞（40%），吴端几（5%），林江鸿（5%）；
- 后端（100%）：兰杰（50%），黄展（50%）；
- 测试端（90%）：李辰钰（50%），姜博（20%），林江鸿（20%）；
- 数据收集（85%）：张孚楠（25%），林江鸿（20%），史金易（20%），吴端己（20%）；
- VLOG 制作（100%）：陈锦辉（90%），吴端己（10%）；
- 博客+PPT（100%）：陈锦辉（10%），程灵飞（90%）。
完成情况的总结
- 整体而言，由于组内大佬比较多，所以在小组内大部分人还在学习微信前端、web 前端、后端、测试的时候，已经开始开发微信前端和后端了，在整体开发速度上是比较快的，而且完成度都比较高，在软件上出现的bug并不多。后端在前中期就已基本部署完毕，中后期不断完善，为前端调用API、debug 提供了很充足的时间；
- 微信前端工作量是最大的，学习量大，而且发现很多子页面在原型设计中并未考虑到并设计出来，或者发现一些不符合微信开发的细节问题，或者发现设计不合理需要改善，所以这些页面需要由前端人员额外构思、重写；相对于原先的项目预期属于超额完成；
- web 后台管理页面开发起步较晚，队友学 js 很慢，结果还不如让队长来教，一教就会了；前后端对接过程也比较坎坷，因为以前用得好好的jQuery这次在疯狂报错，不过最后都一一解决了；不过工作量也挺大的，助教指点以后又把剩余工作细分工完成了；根据原先预期，完成度较高；
- 测试组一直在学习、与开发同步，性能测试、单元测试等等都有涉及，完成度也比较高；
- 考虑到需要搜集的数据量巨大，数据搜集组的工作起步最早，但是后期由于一系列数据问题，进度一直在反复横跳，不过最终也还是搜集到了绝大部分的数据。
小组成员个人总结
程灵飞
这次软工团队作业很荣幸被选为组长，但是第一次接手管理一个项目的时候还是比较慌的，因为很多管理方面的东西都是零了解，这时软工课和《构建之法》就显得尤为重要。首先，初期的时候由于分工不够细致和具体导致一部分编码工作和数据搜集工作开展缓慢，作为组长自己要全责担下，不过还好有具有开发经验的组员的帮助，分工和进度安排进行了重整，而且大部分编码组员都很自觉完成自己的工作任务，所以能在第一次 Demo 展示的时候就能展示出比较完善的小程序并且成功部署到服务器上时，内心是比较庆幸的，后续的任务开展就比较顺利，每个阶段“站立式会议——讨论——编码——debug——再讨论”已经成习惯，这之间也加速了组员之间的磨合，促进了交流，有了很多 debug 经验以及拥有大量数据进行各种测试以后，感觉管理起来就越来越轻松了，尤其是 alpha 冲刺的最后一周遭遇了多个大作业的轰炸，依然游刃有余完成了各个任务的交替并发处理，称不上是时间管理大师但也基本对自己的时间利用效率做到了最大化。其次呢，到了最后还是觉得自己这学期就属这门课最累，可能是因为这 1 学分可能投入的精力性价比不是那么高，以及一个组 11 个人要求每个人都参与编码其实在磨合和分工上会很困难，这也是栋哥上课讲的，人多了有可能项目进展变得缓慢；不过最后总结一下有个大项目和两个小项目的完成，感觉结果还阔以。最后，作为全局的管理者，对于所有编码相关的东西都要涉猎，这点倒是很让人受益，也是 learning by doing 的基础，因为要懂得自己的代码在整个项目中的作用，写出来的代码才是可用的、有意义的。
兰杰
这次软工负责后端编写，虽然以前有学过spring boot框架，但这次是第一次应用，虽然完成了功能，但是在一些规范方面没有做好。这次团队合作，没有在跟队友做好沟通交流，在一些数据（比如菜品口味的格式和内容）没有及时做好格式化，导致有些数据不可用，或者麻烦了收集数据的同学重新格式化数据，还有就是和负责做前端的同学没有做好沟通，导致一些api返回的数据不太有实际意义，这也导致了一些api的重新编写（累死了）。所以说团队作业，沟通第一。
陈新平
团队有凝聚力，每个人对于项目有热情，愿意将自己负责的部分打磨到最好，形成一种环绕着的氛围，是整个项目成功的关键。除此之外，合理的团队组成：不仅要有熟悉开发流程的负责人跟各司其职的成员，还要有明确的赏罚细则以激励成员；完善的开发规范：风格统一、功能齐全的原型，清晰明确、覆盖原型的接口文档等也不可或缺。小程序虽小，但作为团队项目练习合作却是再好不过，从立项开发到上线推广，开发平台都有相应界面，软工这门课跨一整年，改成10学分，或许会更好... 对于我个人来说，微信小程序从开始学习到项目完成，前后历时两个多月，github commit 30多次，确实挺累的。不过小程序比起一般web开发确实相对方便，还挺好玩。开发者工具更几乎是vscode套皮。最开心的时候还是跟团队成员讨论bug的时候，每解决一个问题就像发现一个新大陆，每实现了一个新功能也很有成就感，只是时间紧迫，很多想法都没有时间实现，预定要试的东西也只能作罢。
黄展
这次软件工程实践，经历的最大的困难是项目的分工协作。以前我认为，在与没有编码能力的队友协作时，项目的分工是很困难的，需要在“每个人都编码”与“高效高质量编码”之间做取舍。从老师的课上学到了很多解决此类问题的方法，比如写模板，然后分配大部分模块给对方。又学到了一个项目的大部分时间是用在非编码部分，需要在前期策划与后期测试投入大量时间，才能做到开发的事半功倍。
吴端己
软件工程这门课让我体验到原来做一个看起来单的微信小程序也需要经历这么多工序，小组气氛很好，大家都很友善，经常有欢声笑语，对于我来说是一次很难忘的体验。
姜博
通过这次实践，学到了很多编程的新知识。和队友合作时，帮不上太多的忙很难受。做测试遇到的问题可以让队友带飞。这次软工实践我虽然不太行但是躺的很舒服。
李辰钰
通过这次实践，我的java得到了提升，学到了很多编程的新知识。但是在团队合作时，由于对新工具掌握的速度太慢导致一定程度拖了团队的后腿让我感到难受。做测试遇到的问题可以及时和后端进行沟通（有时候还会因为工具不熟练以为后端写错了）总的来说这次的软工实践虽然很痛苦但是还是让我学到了很多。
林江鸿
工作总结：在任务前期，我与小组几位成员完成了小程序的原型设计，虽然做的页面不多但是每一步都经过与组员们的详细探讨。好的开始是成功的一半，一个简洁实用的原型设计不仅在任务之初定下好团队在今后开发的小程序功能的整体框架，也避免了功能的冗余给前端后端人员增加工作量。在开发过程中，我还学习到了用jest进行小程序测试方面的内容。在组长英明神武的带领下和前后端大佬们对小程序的完善，使我们的小程序也步上了正轨，这也让我明白了成功离不开团队的合作和积极沟通。
陈锦辉
本次团对作业，我主要负责完成前端的后台管理页面以及视频拍摄和剪辑。视频剪辑及拍摄之前有学过一点，完成起来也相对较简单。但之前没有接触过前端，前端学习基本也是从零开始，在编写代码的过程中也遇到了许多问题，但在组长及舍友的帮助下也解决了大部分问题。最后虽然没有能完成所有的功能，但主要功能基本实现。本次作业中最大的收获就是掌握了很多前端知识，同时在实践中逐渐熟练前端代码。遇到最多的问题在于与后端的数据交互，在解决这些问题的同时也掌握了更多的知识。对于自己本次团队作业的表现给自己打个80分。
张孚楠
通过这次门课程，我对于前段和后端有了更加深刻的理解。在数据收集的过程中也遇到了很多困难，最终也一一克服，在完成过程中，也和同组的同学们积极合作，共同完成任务，体会到了团队协作的重要性。
史金易
通过这学期的软工实践，学到了很多。每一周的作业都让我接触到了新的知识，虽然痛苦但快乐着。软工实践大作业的队友都是大佬，和他们合作很开心。大佬们帮了我很多，从对软件开发一窍不通，到入门，最后做出微信小程序。很开心能上到这门神奇的课程，希望这门课能够永远开下去，给学弟学妹们带去快乐和充实的体验。
小组贡献分
| 学号 | 姓名 | 贡献度 |
|---|---|---|
| 031802506 | 程灵飞 | 5.4 |
| 031802502 | 陈锦辉 | 5.2 |
| 031802504 | 陈新平 | 6.3 |
| 031802513 | 黄展 | 6.2 |
| 031802617 | 林江鸿 | 4.4 |
| 031802516 | 兰杰 | 6.2 |
| 031802241 | 张孚楠 | 3.8 |
| 031802314 | 李辰钰 | 4.9 |
| 031802424 | 史金易 | 4.4 |
| 171809034 | 姜博 | 3.8 |
| 031802631 | 吴端己 | 4.3 |
推广应用的宣传图片
posted on
