集成测试适合什么项目
在开发一个电商系统时，订单、库存、支付这几个模块各自独立开发完成后，光是单个模块能跑通还不算完。用户下单后能不能正确扣减库存？支付成功后订单状态有没有更新？这些模块拼在一起能不能协同工作，就得靠集成测试来验证。
集成测试的核心任务就是检查多个模块或服务之间的交互是否正常。它不关注某个函数写得对不对，而是看“拼起来”之后有没有问题。因此，适合做集成测试的项目，往往是那些由多个部分组成、彼此需要通信的系统。
多模块协作的中大型应用
比如企业级管理系统，人事、财务、审批三个模块分别由不同小组开发。人事提交报销申请后，数据要传到财务系统，再触发审批流程。这种跨模块的数据流转，单元测试覆盖不到，必须通过集成测试模拟整个链路。
这时候可以写一段测试代码，先调用人事接口生成一条报销记录，再检查财务数据库是否有对应的待处理条目，最后验证审批队列里是否新增了任务。这样的测试才能真实反映系统协作情况。
涉及外部服务调用的项目
很多应用要对接微信登录、支付宝支付或者短信平台。这些外部依赖不能在单元测试里 mock 就完事，必须实际走一遍流程。比如新用户用微信登录后，系统是否成功创建账户并返回 token？这类场景就得做集成测试，把前端、后端、第三方 API 全部串起来跑通。
POST /api/v1/login/wechat HTTP/1.1
Host: api.example.com
Content-Type: application/json
{
"code": "abc123xyz"
}响应返回 200 并携带用户信息和 token，同时数据库里出现新用户记录，才算通过。
微服务架构的系统
一个外卖平台可能拆成用户服务、商家服务、订单服务、配送服务。用户下单时，前端请求订单服务，订单服务要调用用户服务校验身份，调用商家服务检查营业状态，再通知配送服务预估时间。这一连串跨服务调用，任何一个环节出问题都会导致下单失败。
在这种项目里，集成测试几乎是标配。可以用测试工具发起下单请求，观察各服务日志，确认调用链完整执行，数据库状态一致，消息队列也正确推送。
前后端分离的项目
前端团队用 Vue 开发页面，后端用 Spring Boot 提供接口。如果只各自测自己的部分，很容易出现“接口字段名对不上”“时间格式不一致”这类低级错误。通过集成测试，让真实前端页面调用真实后端接口，能提前发现这些问题。
比如购物车页面点击结算，前端发送的 JSON 是 {"product_id": 123, "count": 2}，但后端接收参数写成了 "productId"，结果就是 400 错误。这种问题在集成测试阶段就能暴露出来。
不是所有项目都需要复杂集成测试。个人博客、静态页面这类简单应用，功能独立，几乎没有交互逻辑，投入精力做集成测试反而浪费。但只要系统开始“拼模块”，尤其是多人协作、分工明确的项目，集成测试就成了保障质量的关键一环。