JUnit Jupiter异常测试中assertThrows行呈黄色的测试补充问询

测试代码中assertThrows(UserNameExistException.class, () -> userService.createUser(userDTO))行显示黄色，通常意味着该行未被执行，或执行后未命中预期的断言成功分支。结合你提到业务代码已100%覆盖的情况，可从以下几个方向修正或补充测试逻辑：

• 确保异常测试用例被正常执行
  检查异常测试方法是否添加了正确的测试注解：JUnit 5需用org.junit.jupiter.api.Test，JUnit 4则是org.junit.Test；同时确认方法没有被@Ignore注解标记，命名也符合测试框架的执行规则。如果是被忽略导致未执行，去掉@Ignore即可让该行执行状态变绿。

• 为异常测试构造独立且正确的前置场景
  业务代码的异常分支被覆盖，可能是其他测试用例（比如成功测试后未清理数据）间接触发的，但当前异常测试本身没有主动预置“用户名已存在”的条件。比如：

  • 测试前未向存储层（数据库/缓存）插入与测试userDTO用户名相同的用户数据；
  • 测试数据未做隔离，异常测试依赖了其他测试的残留数据，单独执行时无法触发异常。
    这种情况下，需要在异常测试中明确添加前置步骤：先调用createUser创建一个相同用户名的用户（或直接插入测试数据），再执行待测试的createUser调用，确保每次执行都能稳定触发异常。

• 校验异常类的一致性
  确认assertThrows中指定的UserNameExistException和业务代码抛出的是同一个类——比如是否存在不同包下的同名异常，导致导入错误。如果类型不匹配，断言会失败，该行会被标记为未覆盖预期路径，修正导入的异常类即可解决。

• 确保测试用例的独立性
  检查测试执行顺序，如果异常测试在成功测试之前运行，而成功测试才是触发异常分支的场景，单独执行异常测试时就无法触发异常。此时需要为异常测试添加独立的前置数据准备，不依赖其他测试的执行结果，比如用@BeforeEach或@Before注解在每次测试前初始化数据，用@AfterEach或@After清理数据，保证测试环境干净。

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