bUnit验证<path>标签失败排查：预期与实际一致为何报错？

核心原因分析 #

1. SVG元素的命名空间与序列化差异
   bUnit依赖的AngleSharp解析器处理SVG元素时，会自动为<path>添加SVG命名空间（http://www.w3.org/2000/svg），同时将自闭合标签<path />转换为标准闭合形式<path></path>。你测试中传入的<path />未携带命名空间，即便报错信息显示预期和实际都是<path></path>，本质是命名空间不匹配导致bUnit判定元素不相等，只是报错日志省略了命名空间细节。

2. MarkupMatches的比较逻辑误区
   通过Find("path")获取元素后调用MarkupMatches，bUnit会对比元素的**完整序列化结果（含命名空间）**和你传入的字符串。你写的<path />没有命名空间，和实际渲染的带命名空间<path>元素本质不同，因此触发“元素缺失/意外存在”错误。

解决办法 #

1. 简化断言：只验证元素存在

如果不需要纠结标签格式，直接用Exists()断言更可靠：

Assert.True(Component.Find("path").Exists());

2. 匹配带命名空间的标记

若必须验证完整标记，需传入包含SVG命名空间的字符串：

var pathElement = Component.Find("path");
pathElement.MarkupMatches("<path xmlns=\"http://www.w3.org/2000/svg\"></path>");

或者直接获取元素的OuterHtml进行精准对比：

var pathElement = Component.Find("path");
Assert.Equal(pathElement.OuterHtml, "<path xmlns=\"http://www.w3.org/2000/svg\"></path>");

3. 验证关键属性而非完整标记

如果核心是验证<path>的业务属性（比如d路径值），直接针对属性断言更有意义：

Component.Find("path").HasAttribute("d", "M0 0 L100 100");

内容的提问来源于stack exchange，提问作者desmondische