dotCover 2026.1 Help

継続的テスト​

継続的テストは、 テスト駆動開発(英語)プラクティスに従うのに役立つ強力な機能です。 ユニットテストに影響する変更を検出し、影響を受けるすべてのプロジェクトを再構築し、すべての新しいテストと影響を受けるテストを再実行します。 すべてがバックグラウンドで自動的に実行されます。

連続テストを使用可能にする

ソリューションには、一度に 1 つの継続的テストセッションのみを作成できます。 既存のユニットテストセッションから継続的テストセッションを作成できます。 以前の継続的テストセッションは、新しいセッションに置き換えられます。

継続的テストを有効にするには、 ユニットテストセッション ウィンドウを開き、テストを選択して、継続的テストアイコン Create continuous testing session をクリックします。

dotCover: 連続テストモードの選択

これにより、新しい 継続的テスト​ セッションが作成されます。

影響を受けるテスト

継続的テストでは、「影響を受けるテスト」という概念を使用して、現在実行結果が不明なテストを定義します。 実行されたことがない、キャンセルされた、完了していないすべてのテストがこのカテゴリに分類されます。

明確な結果 (合格または不合格) で終了したテストは関連性があります (影響を受けません) が、コードに変更を加えるまでのみです。 変更後に影響を受けるテストがなくなるようにするには、影響を受けるテストまたはソリューション内のすべてのテストを再実行する必要があります。

継続的テストが有効化されている場合、dotCover はすべてのユニットテストのカバレッジを計算し、カバーされているコードの変更を監視して、その変更がテストに影響するかどうかを検出します。 テストが影響を受けた場合、dotCover はアイコン icon_dirty_test.png に疑問符を追加し、エディターのステータスインジケーターも変更します。

dotCover: 古いテスト通知

コードカバレッジを視覚化して、コード内のどのステートメントが単体テストでカバーされているかを確認し、コードからカバーテストに 移動できます。

ツールバーの Drop coverage results Drop coverage results をクリックすると、いつでもテスト実行結果に関する情報をクリアできます。

継続的テストモード

連続テストモードを選択するということは、2 つの質問に答えることを意味します。

1. テスト実行をトリガーするものは何ですか ?

メインメニュー ReSharper | オプション… | dotCover | 継続的なテスト を使用して、ReSharper オプションで優先トリガーを選択できます。

継続的テストの設定

利用可能なオプションは 3 つあります。

  • ビルド: ソリューションを構築するたびにテストが開始されます。

  • 保存: ソリューションを保存するたびにテストが開始されます。 この場合、dotCover は関連するプロジェクトを独自に構築する必要があります。 ビルド時間とカバレッジデータの関連性のバランスを見つけるのに役立つように、dotCover には 3 つのビルドオプションがあります。

    • 継続的テストセッションに関連するプロジェクトのみ: dotCover は、単体テストプロジェクトと、これらの単体テストプロジェクトによって参照されるプロジェクトのみをビルドします。

    • 継続的テストセッションに関連するプロジェクトおよびカバレッジ分析に含まれるプロジェクト: dotCover は、 継続的テストセッションに関連するプロジェクトのみ カテゴリに分類されるプロジェクトと、 カバレッジ分析から除外されていないコードを含むプロジェクトを構築します。

    • ソリューション内のすべてのプロジェクト: dotCover は常にソリューション全体を構築します。

  • ショートカット: テストはショートカット (デフォルトでは未割り当て) を適用した後に開始されます。

2。 どのようなテストがどのように実行されますか?

メインメニュー ReSharper | オプション… | dotCover | 継続的なテスト を使用して、ReSharper オプションで優先モードを選択できます。 モードは 継続テストモード で使用できます。

  • すべてのテストを実行: dotCover はカバレッジ分析なしですべてのテストを実行します。

  • 新規および影響を受けるテストをカバー: dotCover は、カバレッジ分析を有効にして、新しいテストと影響を受けるテストを実行します。 これは最もリソースを消費しますが、最も信頼性の高いモードです。 dotCover は常にカバレッジ情報を最新の状態に保ちます。

  • 新しいテストと影響を受けるテストを実行する: dotCover は、カバレッジ分析を行わずに、新しいテストと影響を受けるテストのみを実行します。 これは、最もリソースを節約するモードです。

    カバレッジ情報なしでテストをカバーする を選択すると、dotCover はカバレッジ情報がないテストのカバレッジを分析します。 特定のテストのカバレッジ情報が存在する場合 (古い情報であっても)、dotCover はカバレッジ分析なしでこのテストを実行します。 リソース消費とカバレッジデータの関連性の間の妥協点として、このモードを使用することをお勧めします。

カバレッジデータの関連性

すべてのテストを実行 および 新しいテストと影響を受けるテストを実行する モードは、継続的テストのパフォーマンスへの影響を軽減するために特別に作成されました。 デフォルトでは、これらのモードのいずれかを選択すると、dotCover は新しいカバレッジ情報を収集しません。 関連するカバレッジ情報がすでにある場合にのみ、これらをオンにすることをお勧めします。 テストでカバーされるコードを変更すると、 ユニットテストカバレッジ ウィンドウに、一部のテストのカバレッジ情報が古くなっていることが明示的に示されます。

dotCover: 古いカバレッジ情報

カバレッジのハイライトでは、淡い色を使用して、古いカバレッジ情報に基づいていることをハイライトします。

dotCover: 古いカバレッジのハイライト

ただし、カバレッジ情報がまだ関連していることが確実な場合は、これらのモードを使用して、情報が完全に古くなるまでカバレッジを延期することができます。

(推奨) パフォーマンスへの影響とカバレッジデータの関連性のバランスが最適なのは、 新しいテストと影響を受けるテストを実行する モードと カバレッジ情報なしでテストをカバーする オプションの組み合わせです。 このモードでは、古いカバレッジ情報を使用してテストを実行し、カバレッジ情報がないテストのカバレッジを分析します。

連続テストの範囲

ユニットテストセッション ウィンドウ内のどのセッションも連続テストモードに切り替えることができます。 持っているユニットテストセッションの数だけ、連続したテストスコープを持つことができます。

実行中の継続的なテスト

継続的テストを有効にした後、カバレッジ分析を使用してユニットテストを実行し、初期カバレッジデータを取得する必要があります (たとえば、これには すべてのテストをカバー アクションを使用します)。 すべてのテストが緑色であることを確認したら、ユニットテストウィンドウ を閉じてプロジェクト作業を続けてください。 メインの Visual Studio ウィンドウの ステータスバーで、現在のテストステータスを確認できます。

Visual Studio ツールバーの継続的なテストステータス

変更後に継続的テストセッション スコープ内のテストが失敗したり古くなったりした場合は、ステータスアイコンによって通知されます。

2026 年 6 月 12 日