XML映射测试应聚焦于从XML字符串到对象的属性值是否符合业务预期，而非验证XML格式合法性或解析器功能；需覆盖命名空间、空值处理、CDATA、特殊字符等边界情况，并验证正向解析与反向序列化的保真性。
XML映射测试该测什么
不测 XML 文件本身是否格式合法，也不测解析器能否加载——那是 xml.etree.ElementTree 或 jaxb 自己的事。真正要测的是：**从 XML 字符串/文件 → 映射后的对象 → 属性值是否符合业务预期**。比如一个 User 实例后，user.id == 123 且 user.name == "Alice"。
用字符串而非文件做测试输入
避免依赖磁盘路径、文件权限或临时目录清理。直接把 XML 写成多行字符串，传给映射逻辑。Python 示例中常见错误是忘记声明命名空间或忽略空白文本节点导致 .text 为 None；Java 的 JAXB 测试里则容易因 @XmlRootElement 缺失或包扫描范围不对而抛 UnmarshalException。
xml_str = """""" 456 SKU-001
- 命名空间必须与映射类中
@XmlSchema或setNamespaceContext一致 - 若使用
lxml，注意默认不开启命名空间感知，需显式传parser=etree.XMLParser(remove_blank_text=True) - Java 中
Unmarshaller.unmarshal(new StringReader(xml_str))比读文件更可控
验证反向映射（序列化）是否保真
只测解析（unmarshal）不够。很多 bug 出现在“改了对象再存回 XML”时字段丢失、顺序错乱、命名空间重复或空元素被省略。例如 User 对象的 middleName 为 None，映射后应生成 @XmlElement(nillable=true) 或 Python 的 skip_none=True 设置。
- 对比原始 XML 和序列化后 XML 的规范化形式（用
etree.tostring(..., method="c14n")），别直接字符串相等 - Java 测试中可启用
Marshaller.JAXB_FORMATTED_OUTPUT提高可读性，但断言时关掉它，避免空格干扰 - 警惕 CDATA 节点：
alert(1)]]>在反序列化后可能变成转义字符串，需确认业务是否要求原样保留
边界情况比结构更值得花时间
90% 的 XML 映射失败不是因为标签嵌套深，而是特殊字符、编码、空值、超长文本或非法子元素。比如：
-
¥1,234.50 Decimal还是str -
& "&"还是"&"，取决于解析器是否自动解码 - 含
的字段，在 Jackson XML 或 JAXB 中需额外标注@JacksonXmlCData或@XmlAnyElement(lax=true)
这些细节不会在主流程里暴露，只在特定数据进系统时崩。写测试时，与其覆盖 5 种正常嵌套，不如先塞一条带引号、换行、emoji 和控制字符的
