2

最近、継続的インテグレーション マシンで xHTML ソースの継続的なチェックを使用して、プロジェクトの品質を向上させる方法を考えました。

ほら、私たちにはプロジェクトがあります

http://sourceforge.net/projects/jtidy - jTidy JTidy は、HTML syntax checkerきれいなプリンターである HTML Tidy の Java ポートです。

コマンドライン インターフェイスを介して xHTML を検証できます。または、このツールは、すべてのソース コードが公開されているため、必要に応じて拡張できます。

assertTextPresent などのすべての Selenium 検証メソッドを上書きできるため、(現在の状態の HTML ソースを提供することによって) jTidy が呼び出され、エラーや警告が発生した場合は、継続的インテグレーション マシン ビルドに保存できます。ログ - プロジェクトに関連するすべてのユーザーがこの情報を見ることができます。

すべてのステップでこの呼び出しを統合するために、すべての Selenium メソッドを書き直すことはできませんが、(DOM 操作の後) 必要な場所でこの呼び出しを行うことができます。

はい、サイトに W3C マークアップ バリデーターを使用できますが、このバリデーターでページのソースの初期状態以外を検証する可能性はありません。ページの作成後、マークアップ エラー/警告を生成する可能性のある多数の DOM 操作が存在する可能性がありますが、このスキームですぐに見つけることができます。

継続的インテグレーションを使用する利点の 1 つは、コードからのフィードバックが迅速に得られることです。つまり、既存のコード ベースとどのように統合されるか、単体テストと機能テストに合格するかどうかをテストします。インスタント xHTML マークアップの検証ステータスなど、追加の有用な情報を入手してみませんか。問題の特定が早ければ早いほど、修正が容易になります。

このテーマについては、Google でまだ何も見つかりませんでした。そして知りたいのですが、このアイデアについてどう思いますか?

4

4 に答える 4

1

価値のあるアイデアのようです。

私は以前にCIで2つの同様のことをしました:

  1. Ant のXMLValidateタスクを使用して、ビルド プロセスの一部として静的 xhtml ファイルを検証しました。

  2. httpunit を使用してページをプルし、それを xml として解析しました

しかし、機能テストの実行中にコンテンツを本質的に検証するために Selenium に結び付けるというアイデアは、私にとって斬新です。

于 2009-03-07T03:51:16.287 に答える
1

良いアイデア!- 実際、私はまったく同じ考えを持っていて、誰かが以前にそれをやったことがあるかどうかを確認していました. あなたは私を打ち負かしたようです:)

私は、セレンによってヒットされた各ページをキャプチャして、w3c HTML および CSS バリデーターに (リンクではなくファイルによって状態が保持されるように) キャプチャして自動送信するという方針に沿って考えていました-エラーが発生すると失敗します。私はjtidyのアイデアが好きです。

于 2010-07-18T09:44:07.957 に答える
1

そのアイデアは素晴らしいと思いますが、ゼロから実装するのは非常に困難です。しかし、このアイデアはビルド/品質検証プロセスの進化のようなものであるため、いつかドキュメント付きのすぐに使えるツールとしてリリースされる予定です.

于 2009-03-21T09:14:11.307 に答える
0

原則として素晴らしいですが、Selenium から呼び出す方法がよくわかりません。Selenese から、または PHPUnit から実行する方法を説明するドキュメントが見たいです。

于 2009-12-13T03:58:48.397 に答える