如何界定调用服务器API模拟用户流程的测试类型？

先明确三类测试的核心边界：

• 功能测试：主打单个功能模块的独立验证，只关注某一个功能的输入输出是否符合需求，不涉及跨模块协作。
• 端到端测试（E2E）：模拟真实用户的完整操作全流程，必须覆盖从客户端UI到后端服务、数据库的完整链路，确保整个系统在真实用户操作下能正常跑通。
• 集成测试：重点验证多个组件、服务之间的协作是否正常，不需要覆盖全链路，核心是检查模块间的交互逻辑是否符合预期。

针对你描述的测试场景——调用服务器API模拟用户工作流，用Docker Compose启动PostgreSQL、Redis、ElasticSearch等真实后端组件，但不碰客户端行为——逐个分析：

• 排除功能测试：这类测试覆盖的是跨多个功能的用户工作流，不是单一功能的独立验证，完全不符合功能测试“聚焦单个功能”的定位。
• 排除端到端测试：E2E测试的核心要求是覆盖用户操作的全链路，必须包含客户端UI的真实交互环节。而这个测试跳过了UI层，只在后端API层面模拟流程，不满足E2E“全链路闭环”的标准。
• 选择集成测试最稳妥：
  • 它验证了后端API服务和数据库、缓存、搜索引擎等多个核心组件之间的协作逻辑，完全贴合集成测试“组件交互验证”的核心目标。
  • 虽然模拟了用户工作流，但本质是通过API触发跨组件的协作流程，而非完整的用户端到端操作，这完全属于集成测试的范畴。

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