c.XML() 返回的 XML 响应必须用字符串断言（如 assert.Equal），不可用 JSON 断言；因 encoding/xml 默认添加缩进、不保证属性顺序，且 c.XML() 无归一化处理，直接比较原始 body 字符串最可靠。
c.XML() 返回的 XML 响应必须用字符串断言，不能用 JSON 断言；直接比较原始 body 字符串最可靠，否则 encoding/xml 的换行、属性顺序、空格差异会导致测试失败。
为什么 TestXMLResponse 会因格式差异失败
Go 标准库 encoding/xml 在序列化时默认添加缩进和换行，且不保证属性顺序（如 assert.JSONEq 或 strings.Contains 容易误判。Gin 的 c.XML() 不做归一化处理，输出就是原生 xml.Marshal 结果。
- 用
assert.Equal(t, expected, w.Body.String())最稳妥，但需确保expected与实际输出完全一致（含换行、空格） - 避免用
assert.Contains检查片段—— - 若结构体含指针字段且为
nil，该节点默认不出现，测试时要显式构造非 nil 值或用xml:",omitempty"控制
怎么构造符合 XML Schema 的测试期望值
不要手写 XML 字符串拼接，而是复用相同的 struct 定义 + xml.Marshal 生成基准字符串。这样能保证 tag 规则、转义、嵌套层级完全一致。
- 定义测试用 struct，字段带完整
xmltag（如xml:"user_name"、xml:"age,attr"） - 在测试函数内调用
xml.Marshal得到期望值，而非硬编码字符串 - 对数组切片，确认是否需多个同名节点（如
Users []User xml:"user"）还是单节点多值（需提前strings.Join）
type User struct {
XMLName xml.Name `xml:"user"`
Name string `xml:"user_name"`
Age int `xml:"age,attr"`
}
expected, _ := xml.Marshal(User{Name: "alice", Age: 25})
// 输出: <user age="25"><user_name>alice</user_name></user>
如何验证 XML 响应中的特殊字符转义
c.XML() 底层调用 xml.EscapeText，自动处理 、&、" 等。测试时若字段含 "foo & bar"，必须检查输出是否为 & 而非原始 &，否则说明没走 c.XML() 路径（比如误用了 c.String() + 手动设 Content-Type）。
- 在 handler 中加
fmt.Printf("raw: %s\n", w.Body.String())快速验证转义结果 - 字段值为
"ac&d"时，正确 XML 应含ac&d - 若看到未转义的
或&，说明响应不是由c.XML()生成的
map 类型 XML 渲染的测试陷阱
用 gin.H 或 map[string]interface{} 调 c.XML() 会固定生成 根节点，无法自定义。生产接口若要求
- 错误写法：
c.XML(200, gin.H{"title": "test"})→ 实际输出 - 正确写法：定义
type RSS struct { XMLName xml.Name `xml:"rss"` Title string `xml:"title"` }，再c.XML(200, RSS{Title: "test"}) - 测试断言必须匹配 struct 定义的根节点名，不能假设是
XML 单元测试真正的难点不在构造请求，而在响应比对的确定性——encoding/xml 的行为细节（如空切片不渲染、属性顺序不定、缩进策略）必须被测试代码精确覆盖，否则看似通过的测试可能掩盖线上兼容性问题。
