問題タブ [ncover]

ユーザーに単体テストとコード カバレッジの実行を強制したいのですが、MS Team システムの単体テスト\カバレッジ フレームワークではなく、Nunit と NCover を使用しています。

どうすればできますか？一致するチェックイン ポリシーはありますか?

ありがとう

現在、CC.NET 継続的インテグレーションの一環として NCover をセットアップしています。sourceforge から NCover 1.0.1 をダウンロードし、関連する DLL を正しい nant フォルダーに配置して、ビルド ファイルでタスクを使用できるようにしました。

ビルド プロセスは、ソース コードを正しくインストルメント化し、MSBuild を使用してソリューションをビルドします。

この時点で、ビルドが失敗して次のエラーが表示されます。

「Nカバーは現在のコンテキストに存在しません」。

ソリューションの関連プロジェクトに NCover.dll を含めることで解決できますが、これは理想的ではありません。リリースなどにこの DLL を含めたくありません。

ビルドで NCover.dll を確認するためのベスト プラクティスは何ですか? プロジェクトに含める必要がありますか、それともビルドする前に dll を正しい場所にコピーする必要がありますか? それともまったく別の何か...？

昨年、私のグループ (約 50 人のエンジニア) は Team Foundation Server に移行し、現在はソース管理、バグ追跡、およびビルドに使用しています。

何万行もの既存の NUnit コードがあり、引き続き依存しており、MSTest に変換することはありません。

NUnit が各ビルドで結果を投稿し、NUnit ステータスを含む TFS データ ウェアハウスからビルド品質に関するメトリックを取得するように、ビルドをセットアップしました。

私が理解できないように見えるのは、コードカバレッジの指標です。TFS は MSTest からのカバレッジ データを格納しますが、そのデータを投稿する API が見つかりませんでした (たとえば、NCover から)。

誰もこれを成功させましたか？

ncover.console.exe を呼び出して、別のプログラムに渡されるパラメーターを渡しています。これらのパラメーターの 1 つにスペースが含まれているため、引用符で囲みます。

ただし、ncover はパラメーターを渡す前に引用符を取り除きます。

他の誰かがこの問題を抱えていましたか？そしてそれを解決しましたか？

ありがとう！

これがばかげていることはわかっていますが、理解できません。このソリューションでは、テストで必要なファイルへの相対パスを次のように指定します。

../../../TestSuite/IniTestFiles/LocalRedir1.xml

これで、MSTest.exe を使用して VS からテストを実行すると問題なく動作します。ただし、NCover ではすべてのテストが失敗します。これを修正する方法を知っている人はいますか？ファイルの場所を移動できません。ありがとう！

私は完全なビルドシステムの初心者です。私はこれを約2週間オンとオフで遊んでいますが、それをクラックすることはできません。新鮮な目が必要なところに到達したと思います. 最終的には、TeamCity ビルド プロジェクトで新しい NCover カバレッジ レポート (少なくとも概要レポート) を作成することを目指しています。

オンラインで見つけたいくつかのデモ、NCover の担当者による Extras など、ありとあらゆることを試しましたが、かなり混乱しています。MSBuild スクリプトに次のタスクがあります。

生成されたgallio_cover.xmlレポートに表示されるエラーメッセージは次のとおりです。

最後のメッセージから多くのものを切り取りました。

これを「行うべき」方法のさまざまな例を見てきましたが、Gallio 経由で NCover を呼び出す方法に関する問題を突き止めることができないようです。

アイデアやご意見をいただければ幸いです。

ありがとう、

ジェームズ。

NCoverで.dllを適切にカバーするのに問題があります。XUnit.NETとSubSpecを使用してBDDスタイルの仕様を実行するテストプロジェクトがいくつかあります。これらのテストスイートの1つを除くすべては、TestDriven.NET（1.5.8）に付属するバージョンのNCoverで完全に実行されます。ただし、実際にテストされたアセンブリのプロファイルを作成することを拒否したものがあります。/ aオプションのアセンブリ名が正しいこと、.pdbファイルが存在すること、および実行中に例外がスローされないことを確認しました。8つのテストすべてに合格します。これは、NCoverコンソールアプリの実行時に確認できます。

アセンブリは、WPFアセンブリPresentationCore、PresentationFramework、およびWindowsBaseを参照します。それが問題を引き起こしている可能性があるかどうかはわかりませんが、NCoverがこのアセンブリのプロファイルを作成することを拒否したことに完全に困惑しています。

コマンドライン：

ノート：

問題は自然に解決したようです！何が変わったのかわかりませんが、アセンブリは適切にカバーされており、100％カバーされています。いくつかの入力を投げてくれた皆さんに感謝します。それは有り難いです！

いくつかのリファクタリングを実行した後、NCoverExplorerがテスト結果をマージできないことがわかりました。NCoverおよびNCoverExplorerv3.2.2では、マージは機能しているように見えましたが、NCoverExplorerは、ファイルが存在しないか、開くことができなかったことを示唆するエラーで、マージされたファイルを開くことができませんでした。

そこで、NCover 1.5.8を試してみましたが、ファイルをマージしようとすると、NCoverExplorer3.2.2から次のより役立つエラーが発生します。

このエラーを解決するにはどうすればよいですか？手がかりはそこにあります-nameとsignatureパラメータを見るCreateMethod()とおそらく大いに役立つでしょう。

NCover Complete 試用版をインストールしていますが、別のフォルダにインストールして NCover を VCS の一部として使用することは可能でしょうか? そうしないと、NCover の現在のバージョン (v3.3.2) がすべてのプロジェクトで共有され、NCover のアップグレード時に問題が発生する可能性があります。

厳密に言えば、これはプログラミングの問題ではないことを私は知っていますが、それに答えることができるのはプログラマーだけだと思います。

これまでにこれが発生したことはありませんが、NCoverをインストールした1つのワークステーションでは、ロードするすべての.NETアセンブリをインターセプトしているようです。たとえば、インストール後、突然.NETアプリケーションをロードするのに数分かかります。.NETサービスは、タイムアウトしたために開始できません。NCover自体のロードにも数分かかります。

何が起きてる？Process Explorerを開いてこれらのいくつかを調べたところ、アセンブリがNCover DLLなど、特にmscorlibに関連していることがわかりました。

誰かが以前にこれが起こったことがありますか？私は途方に暮れています。