テストカバレッジ基準 とは？

そうだよ。実行した命令、通った分岐、確認した要件など、何を数えるかで意味が変わる。コードの命令網羅率と、要求された機能をテストした割合を混ぜないようにしよう。基準と対象の全体を先に決めるんだ。

命令網羅は実行可能な命令を通したか、分岐網羅は制御の行き先を通したかだよ。図のifにelseがない例では、trueだけで中の処理は実行できるけれど、falseの道は未確認。ソースの全行を通したことと、すべての分岐を試したことは同じではないんだ。

個々の条件を真と偽で試す基準だよ。たとえばAとBという条件なら、各条件の結果を見る。真偽のすべての組合せを試す多重条件網羅とは区別する。条件網羅だけで判定全体の両結果を必ず通すとは限らないので、単純な厳しさの順に並べないことが大切だね。

どの開発でも共通の正解になる割合はないよ。障害の影響、変更箇所、未実行のコード、必要な基準を考えて決めよう。100%でも、通しただけで期待結果を確認していなければ不十分。仕様にあるのに未実装の機能は、コードの網羅率だけでは見つけられない場合もあるんだ。

ツールが命令・行・分岐の何を数えるか、除外設定や実行しないコードをどう扱うかを確認するよ。Coverage.pyでは--branchで分岐も測れ、除外した分岐は集計が変わる。率が下がった理由だけでなく、重要な道や境界値を試し、結果を検証できているかを見よう。