localdate本身无法创建非法日期（如2023-40-40），构造时会立即抛出datetimeexception；因此测试“非法日期”应转为验证方法对null、逻辑冲突（如起始日晚于截止日）等合理边界条件的健壮性。
localdate本身无法创建非法日期（如2023-40-40），构造时会立即抛出datetimeexception；因此测试“非法日期”应转为验证方法对null、逻辑冲突（如起始日晚于截止日）等合理边界条件的健壮性。
在Java时间API中，LocalDate 是不可变且强校验的值对象——它根本不存在“非法但可实例化”的状态。调用 LocalDate.of(2023, 40, 40) 或 LocalDate.parse("2023-40-40") 会在运行时直接抛出 DateTimeParseException 或 DateTimeException，这发生在你的业务方法 verifyCorrectDates(...) 被调用之前。换言之：你永远无法将一个“语法/语义非法的LocalDate”作为参数传入该方法。
因此，真正需要覆盖的测试场景并非“传入非法日期”，而是方法在面对合法但业务上不合规的输入组合时的行为是否符合预期。以下是推荐的6个核心JUnit 5测试用例（使用@ParameterizedTest + @MethodSource可进一步精简）：
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;
class DateValidatorTest {
@Test
void bothDatesNull() {
assertFalse(verifyCorrectDates(null, null));
}
@Test
void firstDateNullSecondValid() {
LocalDate valid = LocalDate.of(2023, 1, 15);
assertFalse(verifyCorrectDates(null, valid));
}
@Test
void firstValidSecondNull() {
LocalDate valid = LocalDate.of(2023, 1, 15);
assertFalse(verifyCorrectDates(valid, null));
}
@Test
void bothValidButFirstAfterSecond() {
LocalDate first = LocalDate.of(2023, 12, 25);
LocalDate second = LocalDate.of(2023, 1, 1);
assertFalse(verifyCorrectDates(first, second)); // 逻辑错误：起始晚于截止
}
@Test
void bothValidAndFirstBeforeSecond() {
LocalDate first = LocalDate.of(2023, 1, 1);
LocalDate second = LocalDate.of(2023, 12, 25);
assertTrue(verifyCorrectDates(first, second));
}
@Test
void bothValidAndEqual() {
LocalDate same = LocalDate.of(2023, 6, 15);
assertTrue(verifyCorrectDates(same, same)); // 视业务需求而定，通常允许
}
}⚠️ 关键注意事项：
- 不要尝试绕过LocalDate校验（如反射篡改、自定义序列化等）——这违背API设计契约，测试失真且维护成本高；
- 若原始需求明确要求“捕获用户输入的非法字符串并友好提示”，应在解析层（如
LocalDate.parse()调用处）做异常处理，并单独测试该解析逻辑； -
verifyCorrectDates方法内部若需主动校验日期有效性，只需关注null检查和业务逻辑（如first.isAfter(last)），无需重复校验LocalDate自身合法性； - 所有测试应聚焦于方法契约：输入什么 → 输出什么 / 抛出什么异常（如有）。例如，若该方法约定对
null输入抛出IllegalArgumentException，则对应测试需用assertThrows验证。
总结：JUnit测试LocalDate相关逻辑的本质，是验证业务规则的鲁棒性，而非挑战Java Time API的底层约束。用好null、时间顺序、相等性这三类可控变量，即可全面覆盖真实场景。
