問題タブ [test-coverage]

ツールの GUI をテストするために squish-4.2.2 を使用し、それらをカバーするために purecov.i386_linux2.7.3 を使用します。私たちのツールは QT の qt-4.7.4_qsci バージョンに基づいています。ツールを Purecov モードでビルドした後、テストを実行すると、テストに「popsup メニュー」を使用した操作が含まれていると失敗します。Purecov は結果の *.pcv ファイルを生成できません。また、ツールは Squish なしで実行しても失敗しないことに注意してください。ただし、「Popsup メニュー」は 30 ～ 60 秒後に開きます (通常モードでは 1 ～ 2 秒かかります)。したがって、2 つの問題があります。2. テストが失敗した場合、Purecov は *.pcv ファイルを生成しません。

これらの問題を解決するためにあなたのサイトで興味深いものを見つけようとしましたが、私の問題に関連するものは何も見つかりませんでした. 私の意見では、「メニュー」項目を開こうとすると、GUI がそのロジック部分よりも速く実行され、「メニュー」項目を開いた後、Squish は操作が完了したと見なしてツールを強制終了するため、Squish は失敗しました。

これらの問題を解決するためのテストまたはツールで何ができるか教えてください。ありがとう。

scoverage プラグインを projects/plugins.sbt に追加しました

を使用してテストカバレッジを生成できました

ただし、socverage config を build.sbt に追加しようとすると、. ビルド エラーが表示される

build.sbt が Scoverage クラスを見つけられないようです。ここで何が起こっているのですか？

「for」ループ カバレッジを「for each」ループにも適用できるかどうか疑問に思っていました.もしそうなら、次のコード サンプルでどのように実行できますか?

ありがとうございました。

Java コードの特定の行を無視するように Clover に指示したいと思います。コード内からそうする方法はありますか?

何かのようなもの

そうでない場合、コードの外側からコンテキスト記述子を提供することで、そうするためのクリーンな方法はありますか?

DO-178B のコンテキストでは、条件と入力の数が異なる場合があります。入力(A && B) or (A && C)は 3 つですが、条件は 4 つです。発生するたびAに一意の条件と見なされるためです。複数の条件カバレッジには 2^n 個のテスト ケースが必要です。ここで、n は入力の数です。

しかし、これはどうですか：

同じ入力を使用する 3 つの条件がありますが、それは著者が意図するものではないと確信しています。それ以外の場合は、これらの条件のすべての組み合わせをカバーするために 2 つのテスト ケースだけが必要になります。

次に、入力とは何を意味するのだろうか-決定のブール値? A はすべてのオカレンスで同じ値を持つため、私が言及した引用では意味があります。しかし、私の考えが正しいかどうかを理解し、知りたいと思います。

これら 2 つのカバレッジ基準の違いを理解しようとしていますが、どのように異なるのかわかりません。デシジョンカバレッジとは何かを正確に理解できていないと思います。私のソフトウェア テストの教科書では、複合判定カバレッジはコストがかかる可能性があると述べています ( n 個の基本条件に対して2 ^{n 個の組み合わせ)。}

私は、基本的な条件の補償がより高価になると思っていたでしょう.

を考慮してくださいa && b && c && d && e。私の理解では、基本的な条件のカバレッジでは、テスト ケースが基本的な条件の妥当性を持つためには、これらのアトミック変数のそれぞれがテスト ケースで TRUE と FALSE の値を持つ必要があります。つまり、32 の異なるテスト ケースです。

では、実際の違いは何であり、「基本条件」と呼ばれるものは何ですか。上記の例ではa、基本条件ですか?

ありがとう。