第三次团队作业
目录
解决问题
问题1：各部分需求和流程不够详细。
解决方案：重新组织各部分的详细需求和流程。
问题2：图书馆借还书功能是否能较好实现，如有人申请借书却实际没有拿走等？
解决方案：采取信誉值机制，同时限制一人线上最多借三本书，从两方面提供保障。
需求分析的改进及系统设计
一、功能分析
二、数据库的关系模式
三、服务器的工作流程
四、用户界面的切换流程图
五、测试流程的设计
1. 理解系统架构和API文档
- 首先跟各部分负责人了解系统的架构，包括服务端如何与数据库交互，以及客户端如何与服务端通信。
- 获取API文档，了解每个端点（endpoint）的功能、请求方法（GET、POST、PUT、DELETE等）、请求参数和预期响应。
2. 设置Postman环境
- 在Postman中设置环境变量，如API的基本URL、认证信息（如果API需要认证的话），以便在不同的测试场景中重用。
3. 测试服务端API
- 基础功能测试：对每个API端点进行基础的功能测试，包括创建、读取、更新和删除（CRUD）操作。验证响应状态码、响应体和错误消息是否符合预期。
- 边界条件和错误处理：测试API的边界条件和错误处理能力，如输入无效的数据或留空必填字段，确保服务端能正确处理并返回合适的响应和错误消息。
- 性能和安全性测试：进行简单的性能测试（如测试响应时间）和安全性测试（例如，检查SQL注入漏洞、认证和授权机制）。
4. 数据库验证
- 数据一致性：执行API测试后，直接查询数据库验证数据的一致性和完整性。例如，创建一个新的图书记录后，确认数据库中确实存在该记录，并且所有字段都正确无误。
- 事务处理：如果API涉及复杂的事务处理，验证在事务执行过程中数据的一致性和回滚机制是否正常工作。
5. 客户端功能测试
- 可通过人工操作，验证客户端表单提交、数据展示、导航和用户输入校验等功能是否正常。
- 确保客户端正确处理来自服务端的响应数据，包括正常情况下的数据显示和错误处理。
6. 综合场景测试
- 模拟用户操作流程，从客户端开始，经过服务端处理，到数据库数据变更的完整流程，确保整个系统在综合场景下能够正常工作。
7. 回归测试和文档更新
- 在其他部分更新后，进行回归测试以确保新改动没有引入新的问题。
- 根据测试结果更新API文档和用户手册，确保文档的准确性和最新性。
Alpha任务分配计划
测试计划
目前由两位测试部分的成员共同开始与其他各部分成员展开交流，确认系统架构，配置postman的环境变量，等待其他成员的基本内容出来，由两位成员再自己讨论选哪个模块的展开测试（从上文的测试流程中选择开展）。
