我应该单元测试XML模式吗?

通常,我发现很难测试XSD模式:

• 对于XSD,域的建模通常是关键,通常我对XSD构造本身没有问题,但我分析域时出错。
• 生成的模型不是基于XSD本身,也不是基于绑定配置(例如JAXB for Java)。所以最后你测试得太多了。
• 这种依赖于很多东西的测试常常会中断,特别是在重构XSD时。

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

• 对XSD进行早期审查(由同事或QA进行)。让实际的人查看它们(XSD和XML实例)发现了自动测试无法发现的缺陷。
• 对生成的XML实例进行集成测试。这些集成测试可以自动化。

我想没有理由不单元测试XML模式。 如果它是代码(它是代码),那么TDD将倾向于测试它。

另一个问题是如何解决这个问题? 一个简单的方法是创建两组示例XML文件,一组包含根据设计无效的所有文件,另一组包含有效的文件。然后用XML解析器简单地解析每个组并断言结果。

但实际的挑战将在于创建示例XML文件。尤其是当你同时在发展你的设计时。

如果您不擅长XSD,那么我建议您使用TDD构建XSD。也就是说,创建一个失败的单元测试,包括验证您想要工作的一些XML,以及一个不允许它验证的XSD。然后,更新XSD以允许该XML进行验证。然后,重构测试和XSD,重复测试。