在java单元测试中，准备测试数据的核心做法是遵循“aaa”（arrange, act, assert）模式，将数据初始化与业务逻辑解耦。具体而言，应优先使用工厂方法或builder模式生成对象实例，利用jdk自带的`list.of()`、`set.of()`等静态工厂方法构建集合，并借助mockito的`@mock`和`@spy`注解处理依赖对象。这样做能确保测试用例具备高可读性、可重复性且不受外部状态污染。若涉及数据库交互，建议使用h2内存数据库或flyway进行schema管理，避免硬编码sql。
如何为复杂实体类快速生成测试实例
对于包含多个字段的复杂实体类，手动构造容易出错且冗长，推荐使用Lombok的`@Builder`配合静态导入，或使用专门的数据生成库如Javafaker。通过定义一个通用的`createUser()`辅助方法，可以集中管理默认值，并在特定测试场景中通过链式调用覆盖个别字段。这种方式保证了基础数据的合法性，同时提高了测试代码的简洁度。
import lombok.Builder;
import lombok.Data;
@Data
@Builder
public class User {
private String id;
private String name;
private Integer age;
}
// 测试中使用
User user = User.builder()
.id("1001")
.name("Alice")
.age(25)
.build();
如何处理服务层依赖的外部资源
当被测类依赖其他Service或Repository时，不应直接创建真实依赖，而应使用Mockito框架模拟这些行为。通过`@Mock`注解创建模拟对象，并利用`when(...).thenReturn(...)`语法预设返回值。这样可以将测试范围严格限制在当前单元，排除网络延迟、数据库锁或第三方API限流等不稳定因素。对于需要部分模拟的场景，可使用`@Spy`结合`doReturn().when()`来拦截特定方法的调用。
import org.mockito.Mockito;
import static org.mockito.Mockito.*;
// 假设 UserService 依赖 UserRepository
UserRepository mockRepo = mock(UserRepository.class);
UserService service = new UserService(mockRepo);
// 预设行为：当查找ID为1的用户时，返回特定对象
User expectedUser = User.builder().id("1").name("Bob").build();
when(mockRepo.findById("1")).thenReturn(java.util.Optional.of(expectedUser));
// 执行测试
User result = service.getUserById("1");
assertThat(result.getName()).isEqualTo("Bob");
基于程序中某个输入、条件或结果的具体问题
在实际开发中，经常遇到需要验证边界条件或异常路径的情况，例如当输入为空或格式错误时系统如何响应。以用户注册接口为例，如果邮箱字段为空，程序应抛出`IllegalArgumentException`而非返回空对象。为了准确测试这一行为，可以使用JUnit 5的`assertThrows`断言。关键在于，不仅要验证异常类型正确，还要检查异常消息是否包含足够的调试信息，以便前端或调用方能明确知道哪个字段校验失败。这种针对特定输入条件的测试，能有效防止因数据清洗不严导致的生产环境Bug。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
