java单元测试覆盖类型转换边界值和溢出需明确范围、构造临界输入、验证行为（成功/异常/截断），区分cast/parse/valueof语义，用junit 5参数化测试+assertj断言结果或异常。
Java单元测试中覆盖类型转换的边界值和溢出场景，关键在于明确目标类型范围、构造临界输入、验证转换行为（成功/异常/截断），并结合主流框架（JUnit 5 + AssertJ 或 JUnit 4 + Hamcrest）编写可读、可维护的用例。
明确每种类型转换的合法与非法边界
类型转换溢出不是泛泛而谈，必须按源类型→目标类型的组合逐个分析。例如：
- int → byte：合法范围是 -128 ~ 127；127+1=128 → 溢出 → 截断为 -128；-129 → 截断为 127
- String → int（Integer.parseInt）：合法数字字符串如 "2147483647"（Integer.MAX_VALUE）；"2147483648" → 抛 NumberFormatException；"-2147483649" 同理
- double → long：Double.MAX_VALUE 转 long 会溢出为 Long.MAX_VALUE（不抛异常，但精度丢失）；NaN / Infinity 转 long 是未定义行为（JDK 返回 0）
用参数化测试覆盖典型边界输入
JUnit 5 的 @ParameterizedTest 配合 @ValueSource 或 @MethodSource 最适合批量验证边界。例如验证 Short.parseShort(String)：
@ParameterizedTest
@MethodSource("provideBoundaryStrings")
void parseShort_handlesBoundaries(String input, Executable expectedBehavior) {
assertThatThrownBy(expectedBehavior).hasCauseInstanceOf(NumberFormatException.class);
}
private static Stream<arguments> provideBoundaryStrings() {
return Stream.of(
Arguments.of("32767", () -> Short.parseShort("32767")), // 正常最大值
Arguments.of("32768", () -> Short.parseShort("32768")), // 溢出 → 异常
Arguments.of("-32768", () -> Short.parseShort("-32768")), // 正常最小值
Arguments.of("-32769", () -> Short.parseShort("-32769")) // 下溢 → 异常
);
}</arguments>
区分显式转换（cast）、解析方法（parseXxx）、包装类转换（valueOf）的不同语义
同一组输入在不同转换方式下行为可能完全不同：
-
强制类型转换（cast）：如
(byte) 130→ 静态截断为 -126，永不抛异常 -
解析方法（parseXxx）：如
Integer.parseInt("12345678901")→ 直接抛NumberFormatException -
valueOf（带缓存）：如
Integer.valueOf("123")行为同parseInt，但对 -128~127 缓存对象；溢出时同样抛异常
测试时需为每种方式单独设计用例，不可混用断言逻辑。
捕获并验证溢出导致的静默错误（截断、精度丢失）
比抛异常更隐蔽的是“看似成功但结果错误”的情况，例如：
-
int i = 0x80000000; byte b = (byte) i;→b == 0（实际应为 0x00，因只取低8位） -
float f = 16777217f; int n = (int) f;→n == 16777216（单精度无法精确表示该整数）
这类用例需显式断言转换后值是否符合预期（用 assertEquals 或 assertThat(...).isEqualTo(...)），而非只检查是否抛异常。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
