問題タブ [dotcover]

dotCover と lighthouse を使用してテスト カバレッジ レポートを作成しようとしています。dotcover cover コマンドは 15Mb の .dcvr ファイルを作成しますが、そのファイルに対して dotcover report を実行すると空の結果が生成されます。

Silverlight 以外のコード ユニット nunit テスト ランナーのレポートを正常に作成できたので、dotCover を回避できる可能性があることがわかりました。

このツールの組み合わせを使用して問題を認識している人はいますか?

CruiseControl.net を使用しており、 JetBrains dotCoverによって計算されたテスト カバレッジの合計が特定の数値 X よりも低い場合、ビルドが失敗するようにしています。

これには MsBuild タスクがありますか? TeamCity を使用した例しか見つけることができませんが、私たちはそうではありません。:(レポートを生成し、そこからカバレッジのパーセンテージ値を読み取るのが私の唯一のオプションですか?

メソッドに変更を加えた後に私が繰り返し行うことの 1 つは、このメソッドをカバーするすべてのテストをすぐに実行したいということです。

このボタン/メニュー エントリを表示するツールを知っていますか? このメソッドに影響するテストを実行し、このクラスに影響するテストを実行しますか?

dotCover と ReShaper をインストールしましたが、そのようなオプションはどこにもありません。

NCrunch や Mighty Moose など、すべてのテストを常にバックグラウンドで実行する継続的なテスト ツールがあることは知っていますが、まだこれらのテストの準備ができているかどうかはわかりません。

プロジェクト、クラス、メソッドをフィルタリングできることは理解していますが、dotcoverでカテゴリをフィルタリングすることは可能です。ユニットテスターとしてnuitを使用しています。助けてください！ありがとうピート

dotCover を使用して単体テストのコード カバレッジを分析していますが、奇妙な結果が得られています...カバレッジが完全ではない反復子メソッドがありますが、カバーされていないステートメントは単なる閉じ括弧ですメソッドの最後に。

私がテストしている方法は次のとおりです。

単体テスト:

カバレッジの結果は次のとおりです。

ブロックの右中括弧は、using実際にDisposeは列挙子に対する呼び出しであると想定しています。しかし、なぜ実行されないのですか？私は最初、NUnit が列挙子を破棄していないのではないかと疑っていましたが、 foreach を実行しても同じ結果が得られactualます。

2 つ目のカバーされていない右中括弧については、それが何を表しているのかわかりません...コンパイラが反復子ブロックを変換する方法に関連していると思います。

これら2つの「ステートメント」が何であるか、そしてなぜそれらが実行されないのかについて、誰かが光を当てることができますか?

編集: ピーターは非常に良い質問を提起しました: 上記の結果は、デバッグ ビルドでテストを実行したときに得られたものです。リリース ビルドでテストを実行すると、メソッドのカバレッジCommonPrefixImplは 100% になるため、コンパイラの最適化に関連している可能性があります。

2 つのビルド間で dotCover/TeamCity のテスト コード カバレッジの変化を視覚化する方法はありますか? 現在、以前のビルドからの全体的な変化 (例: 70% -> 70.1%) を見ることができますが、コード テストのどの行が追加または削除されたかを判断するのは面倒なプロセスです。カバレッジが異なるファイルを並べて表示すると、非常に便利です。

私は dotCover/TeamCity のソリューションを好みますが、他の可能性も考慮しています。

アプリケーションでリリースモードをターゲットにしているときに、dotCover (および理想的には TeamCity) を使用してカバレッジレポートを正常に実行した人はいますか? 受け取ったエラー メッセージは次のとおりです (この構成はデバッグ モードで機能します)。

配信パイプライン (展開を含む) を通過するコンパイル済みアーティファクトの 1 つのセットを生成したいと考えています。この問題は NCover では発生しませんでした。リリース ビルドのカバレッジを生成することができました。

注: .pdb ファイルはリリース モードで生成されています。

多数の出力アセンブリを含むソリューションをカバーする TeamCity 7.0 プロジェクトがあります。DotCover 統計に表示される唯一のアセンブリは、テストでカバーされたコード行が少なくとも 1 行あるアセンブリです。テストによって完全に明らかになったアセンブリも統計に含めることはできますか?

dotCover 2.0 の時点で、属性フィルターがサポートされています。これにより、基本的に、特定のフィルターでマークされたコードをカバレッジ レポートから除外できます。この使用法に関する適切なドキュメントがあります。特に、dotCover との統合について説明している TeamCity ドキュメントがあります。

そこで使用される基本的な構文は、属性またはモジュール内の属性をそれぞれ除外するために or です-:myAttributeName。-:module=myModuleName;myAttributeNamedotCover コンソール ランナーに渡された場合、これは機能しません。カバレッジ レポートには、除外されたコードが引き続き表示されます。

dotCover はコンソールで属性フィルターをサポートしていますか (TeamCity は基本的にコンソール ランナーに引数を渡すだけなので、サポートしていると思います)、それで機能する既知の構文はありますか?

Teamcity のカバレッジからコードを除外するための構文を知っている人はいますか? 特定のメソッドで ExcludeFromCodeCoverageAttribute を使用しており、それらを除外したい。Visual Studio ではうまく動作しますが、TeamCity で同じ動作を得る方法がわかりません。構成しようとしているフィールドは、MsTest -> .Net Coverage -> Attribute Filters にあります: 私はこれを試しました:

この