在 java 单元测试中测试 null 输入，最直接的做法是调用被测方法并传入 null，然后使用断言库验证其返回结果或抛出的异常。通常建议将此类测试归类为“负面测试”（negative test），重点验证程序对非法或空输入的防御性处理能力，例如是否抛出 nullpointerexception、illegalargumentexception 或返回特定的默认值。
如何验证方法对 null 的防御行为
要验证方法对 null 的防御行为，应使用 JUnit 5 提供的 assertThrows 方法。该方法接收预期的异常类型和一段可执行代码（Lambda 表达式），如果代码块内抛出了指定异常，则测试通过；否则失败。这是处理预期异常的推荐方式，因为它能精确定位异常发生的位置，避免旧式 @Test(expected = ...) 注解无法定位具体行号的缺陷。
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
public class StringProcessorTest {
private final StringProcessor processor = new StringProcessor();
@Test
void testNullInputShouldThrowException() {
// 当输入为 null 时，预期抛出 IllegalArgumentException
assertThrows(IllegalArgumentException.class, () -> {
processor.process(null);
});
}
}
上述代码展示了针对 StringProcessor 类的测试。当 process 方法接收到 null 参数时，它应当立即拒绝处理并抛出 IllegalArgumentException。通过 assertThrows，我们确保了这一行为被正确捕获。如果方法内部没有检查 null 而直接操作对象，可能会抛出未受检的 NullPointerException，这通常被视为 Bug，因此测试应明确区分“业务逻辑上的非法输入”与“代码缺陷导致的空指针”。
立即学习“Java免费学习笔记（深入）”；
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
如何测试返回默认值的 null 输入场景
并非所有方法在遇到 null 时都应抛出异常。对于某些工具类或数据转换方法，设计者可能选择返回 null、空集合或默认值。此时，应使用 assertEquals 或 assertNull 来验证返回值是否符合预期契约。这种测试关注的是方法的“静默失败”或“降级处理”能力，确保系统在输入缺失时仍能保持状态一致。
import org.junit.jupiter.api.Test;
import java.util.List;
import static org.junit.jupiter.api.Assertions.*;
public class DataFetcherTest {
private final DataFetcher fetcher = new DataFetcher();
@Test
void testNullIdReturnsEmptyList() {
// 当 ID 为 null 时，预期返回空列表而非 null
List<String> result = fetcher.fetchData(null);
assertNotNull(result); // 确保不是 null
assertTrue(result.isEmpty()); // 确保内容为空
}
}
在第二个示例中，DataFetcher 的 fetchData 方法在接收到 null ID 时，不会抛出异常，而是返回一个空的 List。测试中首先使用 assertNotNull 排除返回 null 的可能性，防止后续代码出现空指针错误，随后使用 assertTrue(result.isEmpty()) 验证内容确实为空。这种双重断言确保了方法的行为既符合 API 契约，又具备足够的健壮性。
当输入包含嵌套 null 字段时如何处理
在实际开发中，输入往往是一个对象而非基本类型。如果被测方法接收一个包含字段的对象，且该对象本身不为 null，但其内部字段为 null，测试策略需相应调整。此时，应构造一个部分填充的对象实例，将特定字段设为 null，然后验证方法是否能正确处理这种“半空”状态。这有助于发现深层的空指针隐患，特别是在使用 Lombok 或复杂 DTO 的场景下。
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
public class UserValidatorTest {
private final UserValidator validator = new UserValidator();
@Test
void testUserWithNullEmailShouldFailValidation() {
User user = new User("John", null); // 名字存在，邮箱为 null
assertFalse(validator.isValid(user));
}
}
此测试针对 UserValidator 类。我们构造了一个 User 对象，其中 email 字段为 null。测试预期 isValid 方法返回 false，表明验证逻辑能够识别出关键信息的缺失。这种测试覆盖了边界条件，确保即使对象实例化成功，其内部状态的完整性也能得到校验。通过这种方式，可以系统地覆盖各种 null 组合，提升代码的可靠性。
