FastAPI单元测试与集成测试的界定及相关疑问

1. 对接AWS服务前，单元测试完全适用 #

在还没对接Lambda、API Gateway、DynamoDB的阶段，单元测试是保证API方法合格、进入构建流水线的关键手段，核心思路是隔离核心逻辑，不依赖外部服务：

• 针对单个路径操作函数（比如get_student），测试参数校验逻辑：比如传入非法ID时是否返回正确的错误码、提示信息。
• 测试业务处理逻辑：比如用numpy/pandas处理数据的逻辑是否符合预期，这里可以用Mock数据代替真实的DynamoDB查询结果。
• 测试返回结构：确保返回的JSON格式、字段和定义的Pydantic模型一致。
• 这类单元测试可以在本地或者CI流水线中快速执行，不用依赖AWS环境，能提前发现逻辑错误，避免到集成阶段才暴露问题。

2. FastAPI文档的测试示例确实偏向集成测试 #

你这个感觉是对的，FastAPI文档里用TestClient的测试示例，本质是轻量集成测试：

• TestClient会模拟HTTP请求，测试的是整个FastAPI应用的路由匹配、中间件执行、依赖注入流程、响应处理等完整链路，而不是孤立测试单个函数。
• 如果在测试时没有Mock掉数据库等外部依赖（比如直接用内存数据库），那就是标准的集成测试；但如果把外部依赖全部Mock，只测试路径操作的核心逻辑，那也可以当作单元测试的一种延伸写法。
• 文档示例的目的是快速展示如何验证API的整体行为，所以更偏向集成测试场景，和传统意义上只测单个函数的单元测试有区别。

内容的提问来源于stack exchange，提问作者jbuddy_13