| 硬工队 |
项目完整;功能界面简洁明了基本流畅运行;基本实现了计划中的功能，测试全面 |
滤镜选择较少，需要通过后续的更新增加更多个性化滤镜；部分预期功能没有实现，即滤镜导入功能和图片上下拼接功能；处理某些图片时可能无法进行处理；处理图片时偶尔会未响应。 |
1 |
| 代码敲不队 |
项目贴近校园生活，实用性高，很有前景；界面精美，各页面之间衔接顺畅，用户使用起来很舒适；项目完成度较高，核心功能都得以完整实现，项目规划分工明确，涵盖规定内容，项目燃尽图，敏捷冲刺等等都具备 |
用户的登录注册功能不太完善，并没有考虑到对老师端的注册功能实现；程序运行在个人电脑，可能无法解决高并发问题；删除学生课考试会跳转报错页面；部分数据无法删除。 |
2 |
| Pixel Wizards |
多功能性： 项目提供了多种图片处理功能，包括压缩、风格化、加强、裁剪、格式转换、文字识别和颜色转换等，满足了用户对图片处理的多样化需求;用户友好性： 界面设计简洁，用户可以通过直观的按钮和下拉菜单轻松选择需要的功能，不需要阅读复杂的使用手册。这有助于提高用户体验;测试全面： 提供了详细的功能测试和场景测试，测试矩阵涵盖了主界面、各个功能的按钮、图片上传、各个功能模块的具体功能等，这有助于确保软件的质量;Bug修复及时： 根据测试报告，已经修复了多个Bug，表明项目团队对问题的响应速度较快。 |
强化风险管理;用户痛点的关注： 进一步了解用户需求，通过用户调研等方式识别并解决他们的痛点，以提高产品的用户满意度;优化需求管理;持续集成与测试： 强调持续集成和自动化测试，以确保代码的稳定性和质量，并及时发现并修复潜在的问题。 |
3 |
| 烦死了作业队 |
用户界面完整且美观，用户体验较好；从选购商品到展示商品详情信息，最后进行付款，系统最基本的功能已完成;目前出现的bug没有很大问题。 |
登录后不能将登录前的购物车信息加入到当前用户，影响用户体验；支付宝作为当前使用人数较多的支付软件，不能用其付款也在一定程度上影响用户体验；没有考虑到用户量多时系统的流畅性和稳定性；测试报告中没有体现购物系统较为重要的商品搜索功能。 |
4 |
| 六佬带一坑 |
多样的用户群体覆盖；全面的医疗服务；基于知识图谱的设计；考虑了微信端、本地端和网页端的不同运行环境，具有多端的交互性，提供了更灵活的使用方式；意图继承和多轮对话；对话缓存机制；BERT模型的应用；项目提供了详细的测试计划；该项目在满足不同用户需求、采用知识图谱等方面展现了一定的优势，但仍需不断改进和优化以提高系统的完善性和用户体验。 |
在微信端，由于无法直接获取用户输入的名称，程序无法获取用户标识信息。修复方式是直接输出从微信端接收到的消息，找到微信自带的用户标识信息FromUserName作为标识信息。后台查询数据库时,虽然语句无错误，但通过项目查询时，返回的数据不能正确接收。修复涉及对数据库查询语句的调整和属性的标注。由于程序资源较多，需要较大的运行内存，当机器配置不足时，程序可能运行卡死。解决方式是提高硬件配置或刷新机器内存。 |
5 |
| 七神无主队 |
页面简洁，对于预期目的基本实现了，针对不同的用户群体，系统设置了不同的注册登录身份，实现了不同的功能。对于不同的功能场景进行了相应的测试，基本实现了预期的功能。测试矩阵选用多个浏览器进行测试，更好的测试软件的兼容性和稳定性。在程序代码上传时有进行对应的事件标记，完成了每日构建工作，有进行验证码验证，安全性高 |
1.测试过程中发现了多个Bug，包括公告发布未能同步、页面跳转错误以及数据在删除或查询的过程中会报错，不能返回正常结果等，而且没能及时进行修复，会严重影响用户的体验感以及程序的运行流畅度和稳定性 2.在进行测试矩阵测试时没有对没有用户具体的功能继续相应的测试，测试不完整。 3.数据库的数据太少，后期需要多添加数据进行功能测试 |
6 |
| 花开富贵队 |
页面简洁，基本的书本登记搜索功能都已经实现，管理界面也有相应的交互，虑到不同类型的用户使用软件的需求和目标，针对普通用户和管理员用户设计了相应的功能，对于一些bug在测试过程中有及时发现并进行解决 |
1.对于预期的一些效果没有实现 2.图书的封面和简介信息还没办法显示，可视化效果较差。3.界面较为单一，转换不够自由，交互性差。4. 在测试时没有进行多设备，多浏览器进行测试，在测试矩阵中，只提到了使用的开发工具和硬件配置，没有提及操作系统版本、浏览器类型和其他必要的环境信息，不易于更好的理解软件的兼容性和稳定性。 |
7 |
| KAODAPU |
功能全面;提供了用户友好的界面，包括查看快递、寄件、揽件等功能，方便用户快速操作，同时在管理端也提供了对所有快递信息的查看和修改;在测试报告中列出的BUG均有相应的解决方案，体现了团队对问题的及时响应和解决能力;通过测试矩阵，展示了对各个功能的详尽测试，保证了系统的稳定性和可用性;Alpha版本发布说明涵盖了功能介绍、修改的缺陷、环境要求、安装方法、问题与限制、发布方式及发布地址等信息，为用户提供了详尽的使用和了解指南;在测试矩阵中对不同浏览器的支持情况进行了测试，确保了项目的兼容性。 |
未部署至服务器，这是未来需要继续开发的方向;功能较少，需要后期继续改进优化;管理端修改页面操作不够便利，可以继续优化 |
8 |
| OTTO小队 |
多模型支持;多功能观察视角,适用于不同用户的操作习惯;针对游戏开发者，项目提供了可以模拟射击游戏场景的功能，通过多模型支持和观察视角操作，方便用户模拟游戏场景;数据可视化: 针对图形学专业的用户，满足数据可视化的需求;提供了用户友好的界面，提升了用户体验;离线运行, 简化了部署和使用流程;开发者友好: 提供了逻辑漏洞型bug的修复，表明团队具备解决问题和改进软件的能力。 |
风险: 模型之间可能相互遮挡。应对策略: 优化模型显示逻辑，确保模型位置设置合理，避免相互遮挡。风险: 观察模型的视角平移时没有距离限制。应对策略: 添加距离限制，确保视角平移不会导致显示异常;尚未搭建模型文件导入的指导界面，需要手动添加模型文件到项目文件夹的相应位置。 |
9 |
| 四大天王 |
实现了基本功能，页面简洁清晰 |
修改信息时不会进行信息校验；系统安全性较低；管理界面不够美观；信息显示有bug |
10 |
| 嘉嘉🐔（++j） |
贴合生活，有一定的使用性和实用性；页面干净简洁，通俗易懂，用户体验较好；项目bug较少，且报出的BUG都有修复;项目规划分工明确，涵盖规定内容，项目燃尽图，敏捷冲刺等等都具备; |
与原定主题差距较大；功能较少有待扩展，期待后续开发更多功能；部分功能没有说明和引导，需要后期进行优化；账号未与邮箱绑定，需要后期优化 |
11 |
| 在线学习系统开发小组 |
预期功能基本都有完成；已部署到外网，直接通过域名可以访问，用户不需要关心运行环境。 |
博客写得不够清晰，整体结构较为混乱，测试报告没有运行结果截图；不能重现和无法修复的bug较多，系统稳定性不够强；没有用大量数据测试系统的可行性和流畅性；没有展示学生、教师和管理员界面的不同。 |
12 |
