控制器层特定条件测试：addUser邮箱已存场景测试异常排查

看起来你的测试没正确触发邮箱已存在的分支，根源在于**userService.isAlreadyRegistered()方法没有返回true**，导致代码直接走到了最后的else分支，返回了注册成功页面。下面给你两种可行的解决方案，以及需要注意的细节：

方案1：Mock UserService（推荐单元测试使用） #

如果这是单元测试，我们不需要依赖真实数据库，直接MockUserService的行为，让它针对测试邮箱返回true即可：

// 先注入Mock的UserService
@MockBean
private UserService userService;

@Test 
@WithMockUser 
public void addUserExists() throws Exception{
    // 关键：指定当传入测试邮箱时，isAlreadyRegistered返回true
    when(userService.isAlreadyRegistered("test@test.com")).thenReturn(true);

    mockMvc.perform(post("/user/register") 
        .param("firstName", "test") 
        .param("lastName", "test") 
        .param("email", "test@test.com") 
        .param("password", "test")) 
        .andExpect(view().name("register/new-register")) 
        .andExpect(status().isOk())
        // 额外验证：确保返回了邮箱重复的错误信息
        .andExpect(model().attributeHasFieldErrors("user", "email")); 
}

方案2：使用真实数据库测试（集成测试场景） #

如果你想基于真实数据库做测试，需要确保setUp方法里的测试用户确实被存入了数据库，并且注意以下细节：

• 确保setUp中创建的用户邮箱和测试传入的完全一致（包括大小写、特殊字符）
• 测试类加上@Transactional注解，保证测试后数据回滚，避免影响其他测试
• 检查User类的属性名和测试参数名是否匹配：比如你代码里的User字段是firstname（小写n），但测试传的是firstName（大写N），这会导致参数绑定失败，触发bindResult.hasErrors()分支，虽然不是当前问题，但也是常见坑点

额外注意事项 #

• 可以在测试中增加对错误信息的验证，确保是因为邮箱重复而返回的页面，而不是其他验证错误
• 如果你的User类有JSR-380验证注解（比如@Email），测试时要传入符合格式的邮箱，避免提前触发验证错误分支

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