2012-01-11 12 views
1

現在、いくつかのテストが失敗している状況があります。誰かがこれに取り組んでいますが、それは私ではありません。私は他の仕事に任されています。だから、私は仕事を始める前にNUnitでテストを実行する予定です。テストに失敗したことの基本と失敗のメッセージがあります。この結果を使用して、自分のコードをテストしている間に同じテスト結果が失敗することを確認したいと思います。私にこれを可能にするリソースはありますか?2回のnunitテストの結果をどのように比較しますか?

更新

私はExpectedException属性の意識です。しかし、テスト条件に合格していないテストでは動作しません。また、約100のテストだけが失敗している何千ものテストがあります。私は2つのテストランを比較し、その違いを示す何かを期待していました。彼らは固定されるまで

+0

このような状況は、DejaGNUと他のテストフレームワークによって指定された 'XFAIL'テスト結果の理由です。 NUnitがサポートしている場合は、現在失敗しているすべてのテストの期待される結果を失敗に変更します。 – thiton

+0

個人的には、100回のテストがいかに早く失敗するかが疑問です。チェックインが頻繁に行われ、範囲が狭いことが望まれますので、破損したテストの可能な数は少なくなります。現時点ではあなたを本当に助けてくれるわけではありませんが、将来考慮すべきことです。 – Pedro

+0

これらは統合テストであり、実行には約3時間かかります。チェックインの際にCIで運営されているわけではありません。また、これにライブラリを代理する別のプロジェクトもあります。このプロジェクトのバイナリとして保存され、このプロジェクトが動作することが確認されたら移動しただけです。私は、誰かが台無しにして誤ってバイナリをチェックしたと思うつもりです。私たちは現在、QAチームを持っておらず、開発者自身がこのタスクを管理しています。私たちは素晴らしい仕事をしていると言います。 FYI:100回のテストは、私たちが持っている総テストのわずか2%です。 –

答えて

0

回答を待っているうちに調査をした後。コンソールランナーがxml出力を生成することがわかりました。 diffツールを使用して、2回のテストを比較し、どのテストがベースラインテストとは違うかを確認できます。

0

私は失敗したテストに

[Ignore("SomeCustomStringICanFindLater")] 

属性を投げると思います。

IgnoreAttributeを参照してください。

また、壊れたビルドは誰にとっても最優先であるとマネージャに説得してください。

+0

壊れたビルドが最優先事項です。私は誰か、実際には2人が既にそのテストを見ていると私の質問で述べました。私はテストを修正することを避けようとしていました。 –

関連する問題