continuous-integration - 集成在 Selenium 中的 xHTML 标记检查器

Question

最近，我在思考如何通过在持续集成机器上使用对 xHTML 源代码的持续检查来提高项目的质量。

看，我们有一个项目

http://sourceforge.net/projects/jtidy - jTidy
JTidy 是 HTML Tidy 的 Java 端口，一个 HTML syntax checker和 pretty-print 。

它可以通过命令行界面验证 xHTML。或者这个工具可以按照我们需要的方式进行扩展，因为所有的源代码都是开放的。

我们可以覆盖每个 Selenium 验证方法，例如 assertTextPresent 或任何其他方法，因此它将调用 jTidy(通过提供当前状态的 HTML 源)，并且如果发生某些错误或警告 - 它可以保存到持续集成机器构建的日志 - 因此任何项目的相关人员都可以看到此信息。

我们不能重写所有的 Selenium 方法，在每一步都集成这个调用，而是在我们想要的地方(在 DOM 操作之后)进行这个调用。

是的，我们可以为我们的网站使用 W3C 标记验证器，但不可能使用此验证器验证页面源的非初始状态。在页面创建之后，可能会有很多 DOM 操作会产生标记错误/警告——我们可以通过这个方案立即找到它。

使用持续集成的好处之一是您可以从代码中获得快速反馈——它如何与现有代码库集成，测试单元和功能测试是否通过。为什么不获取额外的有用信息，例如即时 xHTML 标记验证状态。我们越早发现问题，就越容易解决。

我还没有在谷歌中找到关于这个主题的任何内容。
并想知道，您如何看待这个想法？

Answer 1

似乎是一个有值(value)的想法。

我之前用 CI 做过两件类似的事情:

我用过 Ant 的 XMLValidate在构建过程中验证静态 xhtml 文件的任务

我使用 httpunit 拉取页面，然后将其解析为 xml

但是在功能测试运行期间结合 Selenium 来验证内容的想法对我来说是新奇的。