2017-12-22 12 views
1

私はコードカバレッジについて少し疑問があります。自分のアプリケーションのGUIテストのコードカバレッジを測定する必要がありますか?

試験はGUIテストに分割(アプリケーションを使用するユーザをシミュレート)とユニットは(テスト独立各クラス/関数)試験です。

は最近、私は私のコードのコードカバレッジを測定するGCOVLCOVツールを使用し始め、ユニットがをテストすることを考え出した+コードの約55%をカバーしてユニットテストされているGUIは約カバーしているテストコードの90%

は、それが一般的な/正しいGUIテストのコードカバレッジを測定するか、私は唯一のユニットがをテストするためにそれを測定する必要がありますか?

注1:テストはデスクトップQtアプリケーションに関連しています。

注2:私は自動ソフトウェアテストの初心者です。

答えて

1

すべてのテストでコードの90%が行使されている場合(行?)、これは重要な洞察であると思います。ほとんどの言語/フレームワークには、カバレッジレポートをマージするためのライブラリが用意されています。

フルレポートに対するいくつかのものは、多分、おそらくかもしれない可能性:

  • カバレッジプロファイリングがあまりにも集中的な資源であるならば、それはあなたのGUIテストのパフォーマンスに影響を与える可能性がありますか?あなたのテストが防御的な待機を使用して開発されていない場合は、不安定なテストの失敗(QT GUIテストの仕組み、セレンの考え方がわからない)、
  • カバレッジが有効ではなく、計算するもの?
+1

ありがとう@ dm03514。はい、私がコードを言うとき、私は行を意味します。私は、カバレッジプロファイリングがGUIテストのパフォーマンスに影響を与えすぎるとは思わない(少なくとも私はそれに気づいていない)。私はカバレッジを測定し、どのクラス/関数(または条件)が適切にテストされていないかを調べるために、コードカバレッジツールを使用しています。 – KelvinS

関連する問題