关键在于拆清逻辑路径、打准分支覆盖、隔离依赖、验明异常及用jacoco补全盲点：覆盖所有显隐分支，用参数化测试批量验证边界与null场景，mockito隔离外部依赖，assertthrows验证异常路径，并以jacoco报告为指引精准提升覆盖率。
针对复杂方法写高覆盖率的单元测试，关键不是多写几个@Test，而是把逻辑路径“拆明白、打到位、验清楚”。重点在分支覆盖、边界触发、异常捕获和依赖隔离四个环节。
覆盖所有判断分支，不只看行是否执行
复杂方法里常有嵌套if、switch、三元运算或集合判空等隐式分支。JaCoCo报告里标红的行，往往不是代码没跑，而是某条分支条件从未为真或为假。
- 对每个布尔表达式，至少准备两组输入：一组让条件为true，一组为false。例如
if (score >= 90 && score ，要测95（进分支）、85（跳过）、105（跳过） - 注意隐式分支：空字符串、null参数、size()==0的List、map.get(key)==null、数值临界值（如0、-1、Integer.MAX_VALUE）
- 用
@ParameterizedTest配合@CsvSource或@MethodSource批量验证，避免重复写多个@Test
用Mockito隔离外部依赖，让测试只聚焦逻辑本身
如果方法调用了数据库查询、HTTP请求、时间生成或第三方服务，不隔离就会导致测试不稳定、慢、不可重现，也掩盖真实覆盖盲点。
- 用
@Mock替换@Autowired注入的DAO/Service，再用when(mock.method()).thenReturn(...)控制返回 - 时间类（如LocalDateTime.now()）不要硬编码，改为构造函数或方法参数传入Clock，测试时传入固定Clock
- 避免使用PowerMock mock静态方法或构造器——它会干扰JaCoCo字节码插桩，导致覆盖率统计失真
显式验证每一条异常路径
复杂方法中throw语句常被忽略，但它们恰恰是线上故障高发区。只测“正常流程”，覆盖率数字好看，风险却很高。
- 用
assertThrows(XXXException.class, () -> method(...))断言异常类型，再检查异常消息是否符合预期 - 对try-catch块，单独构造触发catch的场景：比如让mock DAO抛出DataAccessException，验证是否走到了日志记录或降级逻辑
- 若方法内部记录了错误日志，可用Logback-test或Mockito捕获Logger调用，验证日志内容和级别
以JaCoCo报告为导航，补全最后一公里
运行mvn test后生成JaCoCo HTML报告，别只看总百分比。打开具体类文件，重点盯红色标记行：
- 某个else块全红？说明对应if条件从未为false——补一个让它不成立的输入
- 某行return语句没亮？说明该分支从未执行——找触发它的前置状态（如List为空、配置开关关闭）
- 把报告当待办清单：每次提PR前花3分钟扫一眼，补上1–2个关键缺失路径
- 在CI中配置分支覆盖率阈值（如≥70%），低于即阻断合并，倒逼覆盖质量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
