2011-07-10 12 views
11

Bambooのような連続的な統合システムがテスト結果の詳細な報告を行うことができるHUnitまたはQuickCheckの拡張機能はありますか?連続統合によるHUnit/QuickCheck

これまでのところ、ビルドスクリプトの一部としてテストをトリガーするだけでなく、テストがゼロ以外の終了コードで失敗することに頼っています。これは、テストが失敗したときに注意を喚起するのに効果的ですが、テストの失敗をビルドの失敗と混同し、問題の原因を特定するためにコンソールの出力を監視する必要があります。

これは現在のツールでは最高の選択肢ですが、私は、JUnit XML formatに出力を生成するHUnit用のレポートモジュールを作成し、CIツールをJavaプロジェクトでレポートしているかのように指示します。しかし、これは多少面白そうだと思いますので、既存の選択肢と新しい開発の方向性について皆様のご意見をお待ちしております。

+1

JUnitのXML形式を模倣することは、コーディングバックのための最も魅力的な方法です。 HUnitが既にそれをサポートしているかどうかを確認してください。 QuickCheckは、実際には従来のXUnitスタイルではないので、ややこしいですが、おそらくそれも同様に靴を締めることができます。 –

+0

かもしれないが若干関連しています:http://stackoverflow.com/questions/4687387/organizing-haskell-tests – hvr

答えて

11

は、HUnitやQuickCheckなどのさまざまなテストパラダイムを使用してテストを統合するためのツールを提供し、コンソールテストランナーにJUnit互換のXMLを生成するフラグを渡すことができます。継続的な統合のためにJenkinsとともに使用します。これはでおいしいテストフレームワーク/上記一歩であるhttp://hackage.haskell.org/package/tasty-integrate

:私はちょうどquickCheckプロパティを含むモジュールをオフに基づいてテストスイートを生成するパッケージをリリースしてきた

$ ./test --jxml=test-results.xml 
+0

Btw、Jenkinsでも同様にコードカバレッジグラフを統合できましたか? – hvr

+0

ありがとう! @ hvrにも、hpcレポートを統合するのは非常にクールだということに同意します。 'hpc markup'で難しくあってはいけません... – acfoltzer

+0

' - cabl install --enable-tests' - 呼び出しに '--jxml'をどうやって取得しますか? – ShiDoiSi

2

呼び出し例それはファイルごとのレコードの保持に頼るのではなく、ファイルシステムから強制的に引き出し/集約するためです。私はこれがCIプロセスに役立つことを願っています。

関連する問題