2009-08-26 12 views
1

背景
私が働くQA部門には、GUIとコマンドラインからアプリケーションとやり取りする多くの自動ブラックボックステストがあります。現在、自動テストでは結果が標準出力に出力され、最終的な合否結果を手動でスプレッドシートに入力します。オープンソースのテストレポート生成ツール

自動テストで詳細なテスト結果が自動的にファイルに保存されるシステムを使用することをお勧めします。テスターと開発者が詳細なテスト結果と必要な添付ファイルを閲覧するためにアクセスできるWebページが作成されます。プロジェクトとバージョン番号でテスト結果のレポートを生成します。

質問:
テストレポートの生成にはどのようなシステムをお勧めしますか?私たちのテストが新しいレポートに自動的に挿入されるシステムが必要です。これはオープンソースが望ましいです。あなたの会社が実際に使っているものや、テスト結果の管理に役立っていることに興味があります。

私たちのQA部門は、このシステムの簡略化されたバージョンを最初から構築することができますが、私たちはこれを改革したくはありません。

+0

どのプラットフォーム、言語、およびビルドスクリプトアプリケーションを使用していますか?継続的インテグレーションサーバーは、通常、これを実行しますが、基盤となる言語とビルドシステムによって異なります。 –

+0

@Tim:私の会社は非常に区画化されているので、私のグループは統合サーバーにアクセスすることはできません。 – juan2raid

答えて

1

Testopiaを使用しています。それはBugzillaと統合されています、それはame場所ですべてを持っていることはいいです。 Bugzillaと同じXMLRPC APIインターフェイスを使用します。

1

reStructuredTextは、stdoutと正式なドキュメントへの書き込みの間に非常に幸せな媒体です。 htmlのように、最初から他の形式に変換するスクリプトがいくつかあります。

ほとんどの場合、テキストの周りに2つの「タグ」を追加するだけで済みますが、HTMLタグと違って、これらは読みやすい文字です。実際、StackOverflowでここで質問/回答するときに使用するマークダウンに非常に近いです。

stdoutのテキストは、人によって非常に読みやすいものですが、HTMLやPDFなどにレンダリングするためにチェーンに1つのスクリプトを追加するのと同じくらい簡単です。

This pageは、プレーンテキストとレンダリングされたフォームのように見えます。

0

Mavenは広範なサイトメカニズムを持っていますが、あなたの意志に屈する必要があります。

一度設定すると、ビルドごとに生成された標準的なレポートが用意されています。このレポートは、必要に応じてjarとしてパッケージ化することも、ビルド結果サイトにdeployed directlyとしてパッケージ化することもできます。などCoberturaの/エマ、JUnitの、JDependあなたがhave a lookにしたい場合のmaven-サイトプラグインは、独自のサイトを公開してい

などの主要なレポートツール、多くのプラグインがあります。

関連する問題