XML映射测试应聚焦于从XML字符串到对象的属性值是否符合业务预期，而非验证XML格式合法性或解析器功能；需覆盖命名空间、空值处理、CDATA、特殊字符等边界情况，并验证正向解析与反向序列化的保真性。

XML映射测试该测什么

不测 XML 文件本身是否格式合法，也不测解析器能否加载——那是 xml.etree.ElementTree 或 jaxb 自己的事。真正要测的是：**从 XML 字符串/文件 → 映射后的对象 → 属性值是否符合业务预期**。比如一个 123Alice 映射成 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=tru

• 对比原始 XML 和序列化后 XML 的规范化形式（用 etree.tostring(..., method="c14n")），别直接字符串相等
• Java 测试中可启用 Marshaller.JAXB_FORMATTED_OUTPUT 提高可读性，但断言时关掉它，避免空格干扰
• 警惕 CDATA 节点：alert(1)]]> 在反序列化后可能变成转义字符串，需确认业务是否要求原样保留

边界情况比结构更值得花时间

90% 的 XML 映射失败不是因为标签嵌套深，而是特殊字符、编码、空值、超长文本或非法子元素。比如：

• ¥1,234.50 中的 Unicode 符号和逗号 —— 确认目标字段类型是 Decimal 还是 str
• & 被解析为 "&" 还是 "&"，取决于解析器是否自动解码
• 含 的字段，在 Jackson XML 或 JAXB 中需额外标注 @JacksonXmlCData 或 @XmlAnyElement(lax=true)

这些细节不会在主流程里暴露，只在特定数据进系统时崩。写测试时，与其覆盖 5 种正常嵌套，不如先塞一条带引号、换行、emoji 和控制字符的 进去跑一遍。