再利用して追加するのではなく、Cobertura Serファイルをいつマージする必要がありますか？

Question

コードカバレッジのためにいくつかのプロセスを実行しています。たとえば、ユニットテストや手動テストなど。コードを行使したすべての方法について、カバレッジの概要が必要です。

同じことを指定してみませんか .ser 毎回Coberturaのファイル？ Coberturaは新しいデータをに追加します ser ファイル。

一方、どのような状況下で別々に使用する必要がありますか .ser ファイル、次に実行します Cobertura-Merge 指図？

Answer 1

考えられる例の1つは、コードベースが断片化され、コンパイルされ、個別にパッケージ化され、各部分で独立してユニットテストを実行する場合です。その後、.serファイルをマージして、アプリケーション用の完全な画像を作成できます。

複数のアプリケーション/バイナリに「一般的な」モジュールを使用する場合、各アプリケーションの実際のカバレッジのより正確な画像を取得することもできます。

別のシナリオは、コードベースでユニットテストを実行して.serファイルを収集し、バイナリを計装して自動化テストを実行する状況と、.serファイルを収集するたびに機能的（マニュアル）テストも実行する状況です。レポートを独立して生成すると、スプレッドシートを開いてカバレッジ番号を合計することはできません。これは、多くのカバレッジパスがすべてのシナリオで同一だった可能性が高いためです。

これらの.serファイルをマージすることによってのみ、どのパスが実行されたか、どのパスがテストシナリオのいずれでも実行されなかったかについての正確な画像を取得します。

---

編集: ：私は部分的な答えがあったことに気づきました - 私の謝罪。あなたは尋ねました

毎回Coberturaの同じ.serファイルを指定してみませんか？ Coberturaは、SERファイルに新しいデータを追加します。

しかし、私はそれが個人的な好みの問題だと感じています。まず、連続したテストシナリオを通じて.serファイルを「再利用」できるようにするには、外部依存関係のないある種のテストパイプラインが必要です。あなたがその状態を満たしている場合、それがあなたにとってより実用的であれば、私はこのようにそれを行うことに異議を唱えません。

個人的には、私はそれを個々の.serファイルに分解し、後でそれらを集約することを好みます。一つには、1つのステップが失敗し、再実行する必要がある場合は、心配する必要はありません。さらに、各テストステップの詳細に興味がある場合は、レポートを引き出すこともできますが、パイプラインシナリオではできません。まだあまり説得力がありません。