Java基本类型与包装类转换须通过JUnit单元测试验证正确性与边界行为，覆盖空值、非法格式、大小写混杂、自动装箱/拆箱NPE、parseInt异常路径、Boolean特例、instanceof误用、缓存机制及业务上下文溢出等场景。
Java 中基本类型与包装类的转换逻辑，必须通过单元测试来验证其正确性与边界行为。重点不是“能不能转”，而是“在各种输入下是否按预期转”——比如空字符串、非法格式、null 值、大小写混杂等场景。JUnit 是最直接的验证工具，配合断言能清晰暴露问题。
基本类型 ↔ 包装类的自动装箱/拆箱要测
JDK 5.0 起支持自动装箱（int → Integer）和拆箱（Integer → int），但它们不是无风险的：
- 自动装箱本身不会抛异常，但后续调用可能触发
NullPointerException（如对 null 的 Integer 拆箱） - 拆箱时若包装类实例为
null，运行时报错，编译期无法发现 - 需专门写测试覆盖
null场景，例如：@Testpublic void testUnboxingNull() {Integer i = null;assertThrows(NullPointerException.class, () -> i.intValue());}
String ↔ 包装类的解析必须校验异常路径
用 Integer.parseInt("123") 或 new Integer("123")（已弃用）这类构造方式，极易因格式错误崩溃。测试不能只走“成功流”：
- 测试合法输入：如
"42"、"-7"、"0" - 必须覆盖典型非法输入：
""、"abc"、"123abc"、" "、null - 验证是否准确抛出
NumberFormatException，而非静默失败或返回默认值 - 注意：
Boolean.valueOf("true123")返回false（非异常），这是特例，需单独验证并注释说明
包装类方法调用要区分基本类型与引用类型
很多开发者误在基本类型上用 instanceof 或调用包装类方法，单元测试可提前拦截这类低级错误：
立即学习“Java免费学习笔记（深入）”；
- 写一个测试，故意对
byte b = 10;执行b instanceof Byte—— 编译不通过，IDE 会立刻报错 - 测试
Byte.valueOf((byte)10).equals(Byte.valueOf((byte)10))是否为 true，验证包装类的值语义 - 对比
new Integer(128) == new Integer(128)（false）与Integer.valueOf(127) == Integer.valueOf(127)（true），验证缓存机制
结合业务场景设计真实用例
不要孤立测试转换，而应嵌入典型使用上下文：
- 比如 DAO 层接收 String 参数，需转成 int 再查数据库：测试传
"2026"、"-1"、"9999999999"（溢出）时是否合理处理 - Web 接口接收 JSON 中的数字字段，后端用
Integer接收：测试前端传null、""、12.5时框架如何反序列化（Spring 默认转为 0 或报错？需实测） - 集合类如
ArrayList<integer></integer>存基本类型时依赖自动装箱，测试 add(null) 后 get(0) 是否 NPE
