功能完整性测试直接验证接口实现类的行为，聚焦参数校验、主流程、边界分支与副作用，结合轻量集成与单元测试，覆盖事务、并发及默认行为等非功能关键点。
直接测试接口实现类的功能完整性，核心是绕过前端、直连后端逻辑，用 Java 代码构造真实请求、调用目标方法、验证返回结果与业务状态。这不是测“接口定义”，而是测“谁实现了它、实现得对不对”。重点不在 HTTP 层，而在实现类本身的行为是否符合契约和业务规则。
一、明确测试对象：不是接口，是它的具体实现类
Java 中的“接口”（如 UserService）只定义方法签名，真正干活的是实现类（如 JdbcUserServiceImpl）。功能完整性测试的对象必须是这个实现类的实例，而不是接口类型变量。
- 避免写成：
UserService service = new JdbcUserServiceImpl(...);→ 然后只调用 public 方法 —— 这不够，可能掩盖内部逻辑缺陷 - 推荐写法：
JdbcUserServiceImpl impl = new JdbcUserServiceImpl(dataSource, passwordEncoder);→ 可访问受保护成员、可注入模拟依赖、可验证副作用（如数据库写入、缓存更新）
二、覆盖四类关键行为
功能完整性 ≠ 能跑通就行。要从输入、处理、输出、影响四个维度验证：
-
参数合法性处理：传 null、空字符串、超长 ID、非法邮箱格式，看是否抛出预期异常（如
IllegalArgumentException），或按文档返回统一错误码 - 主流程正确性：正常创建用户，检查返回对象的 ID 是否非空、状态是否为 “ACTIVE”、密码是否被加密存储（可通过反射读取私有字段或查 DB 验证）
-
边界与分支覆盖：比如“根据身份证算年龄”，需测 18 岁临界值、闰年出生、未来日期等；“分页查询”需测
page=1, size=0、size > maxLimit等场景 -
副作用验证：调用
deleteUser(id)后，不仅检查返回值，还要确认对应记录在数据库中确实被软删（is_deleted = true）、关联缓存是否失效、日志是否写入
三、用 JUnit + 模拟/集成配合验证
纯单元测试快但易脱节，完全集成又慢。推荐分层验证：
-
轻量集成测试：使用
@SpringBootTest或手动构建最小上下文，连接真实 H2 内存库 + 模拟外部服务（如邮件发送用Mockito.mock(EmailService.class)），验证 DAO 层到 Service 层全链路 - 关键路径单元测试：对含复杂逻辑的方法（如优惠券叠加计算），抽离为独立工具类，用纯内存数据驱动测试，覆盖所有 if/else 分支
-
断言不止看返回值：用
assertThat(result).isNotNull().extracting("status").isEqualTo("SUCCESS")；对 void 方法，用verify(emailService).send(eq("welcome@..."))验证是否触发了预期协作
四、补充：别漏掉“非功能”但影响功能的点
这些不改变接口签名，却决定功能是否真正可用：
-
事务一致性：转账操作中，扣款成功但入账失败时，是否回滚？用
@Transactional(propagation = Propagation.REQUIRED)+ 强制异常验证 -
并发安全：库存扣减是否防超卖？启动多线程反复调用
decreaseStock()100 次，最终库存是否等于初始值 −100 -
空值与默认行为：当配置中心未下发开关值时，功能是否走默认分支？可临时修改系统属性或用
@TestConfiguration替换 Bean
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
