コードカバレッジ/ブランチカバレッジ推奨値

Question

私は、JUnitテストケースを持つJavaプロジェクトのコード/ブランチカバレッジを計算するためにCoberturaを使用しています。私は100％のカバレッジがコードがどれほど良いかを教えてくれませんが、現時点では6％です。ブランチカバレッジは1％です。私の直感は、このプロジェクトの意思決定の性質上、支店のカバレッジはもっと重要であると言います。これが私の唯一の大きなプロジェクトであるため、コード/支店のカバレッジ目標の適切な価値についての経験はありません。

私はブランチカバレッジがこのアプリケーションで非常に重要であると信じていますので、私は必要な値を100％に設定しました。コードカバレッジのしきい値を80％に設定しました。

また、これらの値のコード複雑度はどのような要素ですか？

私はおそらく数字にあまりにも重点を置いていますが、他の人の経験について聞きたいと思います。私はこれらの値がプロジェクトの性質に依存していることを認識していますが、私が参照できる一般的なポインタ/記事/個人的な経験はありますか？

Answer 1

は、私はまた、ラインカバレッジのも、100％バグフリーソフトウェアを保証することはできませんWhat is a reasonable code coverage % for unit tests (and why)?

Answer 2

私は他の人の経験について聞きたいです。

私は、数千行のコードと、ライブラリ自体よりも長いカバレッジスイートを持つライブラリを作成しました。 99.98％で、私は1つを除くすべての単一の行をカバーしました。この方法は、従来のプロジェクトからのものでした。その行に当たるテストケースを構築する方法はわかりませんでした。私の図書館が生産に入ったとき、最初のバグ報告はその1つのテストされていない行に起因していました。

私のテイク・ホーム・レッスンは、あなたがヒットする方法がわからない行が最も危険であるということでした。プロジェクトの意思決定が集中している場合は、100％のカバレッジを得ることが最大の関心事です。私は、機能テストのために使用手動テストによって生成ブランチカバレッジを測定する場合