单元测试 – 我应该单元测试XML模式吗？

我正处于为我的工作的企业应用程序编写 XML模式的最初阶段.要验证的 XML代表一个应用程序 – 类似于Winforms – 表单,网格,菜单等但没有布局.

XSD的主要目的不是验证XML,而是为XML文件添加设计时可发现性,以便获得可用元素和属性的IntelliSense.

当我编写模式时,我发现自己正在执行TDD的元素并根据模式验证文档,更改文档或模式中的元素/属性以使验证无法确保我正确地编写模式.

这让我想到了我是否应该对模式进行单元测试,只是在其中抛​​出一些XML的排列,并确保它的行为方式如此.

这对我来说肯定是有意义的,因为我的XSD-fu很糟糕,我想更加确定XSD,它实际上是一个规范本身,是正确的.

解决方法

通常我发现测试XSD架构非常困难：

>对于XSD,您的域的建模通常是关键,通常我没有XSD结构本身的问题,但我分析了域错误.
>生成的模型不是基于XSD本身,而是基于绑定配置(例如JAXB for Java).所以最后你测试的太多了.
>这些依赖于很多事情的测试往往会经常中断,尤其是当您重构XSD时.

为了提高XSD质量,我更喜欢：

>早期评论XSD(由同事或QA).让真实的人看到它们(XSD和XML实例)都发现了自动化测试中从未发现过的缺陷.>对生成的XML实例进行集成测试.这些集成测试可以自动化.