important software test metrics
ソフトウェアプロジェクトでは、プロジェクトとプロセスの品質、コスト、および有効性を測定することが最も重要です。これらを測定しないと、プロジェクトを正常に完了することはできません。
今日の記事では、 例とグラフ付き - ソフトウェアテストの測定基準と測定 そして、ソフトウェアテストプロセスでこれらを使用する方法。
C ++用のEclipseを設定する方法
有名な声明があります： 「測定できないものを制御することはできません」。
ここでプロジェクトを管理するということは、プロジェクトマネージャー/リーダーがテスト計画からの逸脱をできるだけ早く特定して、 完璧な時間。プロジェクトのニーズに基づいたテストメトリックの生成は、テスト対象のソフトウェアの品質を達成するために非常に重要です。
学習内容：
- ソフトウェアテストメトリクスとは何ですか？
- ソフトウェアテスト測定とは何ですか？
- なぜメトリックをテストするのですか？
- メトリクスのライフサイクル
- 手動テストメトリックの種類
- ソフトウェアテストメトリクスの例
- 結論
- 推奨読書
ソフトウェアテストメトリクスとは何ですか？
メトリックは、システム、システムコンポーネント、またはプロセスが特定の属性を所有している度合いの定量的な尺度です。
メトリックは「標準」として定義できます。 の 測定 」。
ソフトウェアメトリクスは、プロジェクトの品質を測定するために使用されます。簡単に言うと、メトリックは属性を記述するために使用される単位です。メトリックは、測定の尺度です。
一般に、「キログラム」が属性「重量」を測定するためのメトリックであるとします。同様に、ソフトウェアでは、「1000行のコードでいくつの問題が見つかりましたか？」、h また 問題の数は1つの測定値であり、コードの行数は別の測定値です。メトリックは、これら2つの測定値から定義されます 。
テストメトリクスの例：
- モジュール内にいくつの欠陥が存在しますか？
- 1人あたりいくつのテストケースが実行されますか？
- テストカバレッジ％とは何ですか？
ソフトウェアテスト測定とは何ですか？
測定は 製品またはプロセスの属性の範囲、量、寸法、容量、またはサイズの定量的指標。
テスト測定例： 欠陥の総数。
測定と測定基準の違いを明確に理解するには、下の図を参照してください。
なぜメトリックをテストするのですか？
ソフトウェアテストメトリクスの生成は、ソフトウェアテストリード/マネージャーの最も重要な責任です。
テストメトリクスは、
- 将来のプロジェクトのコストとスケジュールを見積もるなど、活動の次の段階の決定を下します。
- プロジェクトを成功させるために必要な改善の種類を理解する
- 変更するプロセスやテクノロジーなどを決定します。
ソフトウェアテストメトリクスの重要性：
上で説明したように、テストメトリクスはソフトウェアの品質を測定するために最も重要です。
さて、 メトリックを使用してソフトウェアの品質を測定するにはどうすればよいですか ？
プロジェクトにメトリックがない場合、テストアナリストが行った作業の品質をどのように測定するとしますか？
例えば、 テストアナリストは、
- 5つの要件のテストケースを設計する
- 設計されたテストケースを実行する
- 欠陥をログに記録し、関連するテストケースに失敗する必要がある
- 欠陥が解決されたら、欠陥を再テストし、対応する失敗したテストケースを再実行する必要があります。
上記のシナリオでは、メトリクスに従わない場合、テストアナリストが完了した作業は主観的です。 試験報告書 彼の仕事/プロジェクトのステータスを知るための適切な情報がありません。
メトリクスがプロジェクトに関与している場合は、適切な番号/データを使用して、彼/彼女の作業の正確なステータスを公開できます。
つまり、テストレポートでは、次の情報を公開できます。
- 要件ごとにいくつのテストケースが設計されていますか？
- まだ設計されていないテストケースはいくつありますか？
- いくつのテストケースが実行されますか？
- 合格/不合格/ブロックされたテストケースはいくつありますか？
- まだ実行されていないテストケースはいくつありますか？
- 識別された欠陥の数とそれらの欠陥の重大度はどれくらいですか？
- 1つの特定の欠陥が原因で失敗したテストケースはいくつありますか？等
プロジェクトのニーズに基づいて、プロジェクトのステータスを詳細に知るために、上記のリストよりも多くのメトリックを使用できます。
上記の指標に基づいて、テストリード/マネージャーは以下の重要なポイントを理解します。
- 完了した作業の％ge
- まだ完了していない作業の％ge
- 残りの作業を完了する時間
- プロジェクトがスケジュールどおりに進んでいるか、遅れているか。等
指標に基づいて、プロジェクトがスケジュールどおりに完了しない場合、マネージャーは、土壇場での驚きを避けるために遅れる理由を提供することにより、クライアントやその他の利害関係者に警告を発します。
メトリクスのライフサイクル
手動テストメトリックの種類
テストメトリクスは主に2つのカテゴリに分類されます。
- 基本メトリック
- 計算されたメトリック
基本メトリック： 基本メトリックは、テストケースの開発および実行中にテストアナリストによって収集されたデータから導出されたメトリックです。
このデータは、テストライフサイクル全体で追跡されます。つまり合計数などのデータを収集します。プロジェクト用に開発されたテストケースの数（または）テストケースの数を実行する必要があります（または）いいえ。テストケースの合格/不合格/ブロックなど
計算されたメトリック： 計算されたメトリックは、基本メトリックで収集されたデータから導出されます。これらのメトリクスは通常、テストレポートの目的でテストリード/マネージャーによって追跡されます。
Android用の最高のスパイ電話アプリ
ソフトウェアテストメトリクスの例
ソフトウェアテストレポートで使用されるさまざまなテストメトリックを計算する例を見てみましょう。
以下は、実際にテストに関与しているテストアナリストから取得したデータの表形式です。
メトリックを計算するための定義と式：
＃1）実行された％geテストケース ：このメトリックは、％geでテストケースの実行ステータスを取得するために使用されます。
実行された％geテストケース= （（ 実行されたテストケースの数/合計数書かれたテストケースの数）* 100。
したがって、上記のデータから、
実行された％geテストケース=（65/100）* 100 = 65％
＃2）％geテストケースが実行されていない ：このメトリックは、％geの観点からテストケースの保留中の実行ステータスを取得するために使用されます。
％geテストケースが実行されていない= （（ 実行されなかったテストケースの数/合計数書かれたテストケースの数）* 100。
したがって、上記のデータから、
ブロックされた％geテストケース=（35/100）* 100 = 35％
＃3）％geテストケースに合格 ：このメトリックは、実行されたテストケースの合格率を取得するために使用されます。
合格した％geテストケース= （（ 合格したテストケースの数/合計数実行されたテストケースの数）* 100。
したがって、上記のデータから、
合格した％geテストケース=（30/65）* 100 = 46％
＃4）％geテストケースが失敗しました ：このメトリックは、実行されたテストケースの失敗率を取得するために使用されます。
％geテストケースが失敗しました= （（ 失敗したテストケースの数/合計数実行されたテストケースの数）* 100。
したがって、上記のデータから、
合格した％geテストケース=（26/65）* 100 = 40％
＃5）％geテストケースがブロックされました ：このメトリックは、実行されたテストケースのブロックされた％geを取得するために使用されます。テストケースをブロックする実際の理由を指定することにより、詳細なレポートを送信できます。
ブロックされた％geテストケース= （（ ブロックされたテストケースの数/合計数実行されたテストケースの数）* 100。
したがって、上記のデータから、
ブロックされた％geテストケース=（9/65）* 100 = 14％
＃6）欠陥密度= 識別された欠陥の数/サイズ
（（ ここでは、「サイズ」が要件と見なされます。したがって、ここでは、欠陥密度は、要件ごとに識別された欠陥の数として計算されます。同様に、欠陥密度は、100行のコードごとに識別された欠陥の数(または)モジュールごとに識別された欠陥の数などとして計算できます。 ）
したがって、上記のデータから、
欠陥密度=（30/5）= 6
＃7）欠陥除去効率（DRE）=（ QAテスト中に検出された欠陥の数/（QAテスト中に検出された欠陥の数+エンドユーザーによって検出された欠陥の数））* 100
DREは、システムのテストの有効性を識別するために使用されます。
開発およびQAテスト中に、100個の欠陥を特定したとします。
QAテストの後、アルファおよびベータテスト中に、エンドユーザー/クライアントは40の欠陥を特定しました。これは、QAテストフェーズで特定された可能性があります。
これで、DREは次のように計算されます。
DRE = (100 /（100 + 40）) * 100 = (100/140) * 100 = 71％
＃8）欠陥漏れ： 欠陥リークは、を識別するために使用されるメトリックです。 QAテストの効率 つまり、QAテスト中に見落とされた/スリップした欠陥の数。
欠陥漏れ =（ UATで見つかった欠陥の数/ QAテストで見つかった欠陥の数。）* 100
開発およびQAテスト中に、100個の欠陥を特定したとします。
QAテスト後、アルファおよびベータテスト中に、エンドユーザー/クライアントは40の欠陥を特定しました。これは、QAテストフェーズで特定できた可能性があります。
欠陥漏れ=（40/100）* 100 = 40％
＃9）優先度による欠陥 ：このメトリックは、番号を識別するために使用されます。ソフトウェアの品質を決定するために使用される欠陥の重大度/優先度に基づいて識別された欠陥の数。
％ge重大な欠陥=識別された重大な欠陥の数/総数識別された欠陥の数* 100
上記の表で入手可能なデータから、
％ge重大な欠陥= 6/30 * 100 = 20％
％ge High Defects =識別されたHighDefectsの数/総数識別された欠陥の数* 100
上記の表で入手可能なデータから、
％ge高欠陥= 10/30 * 100 = 33.33％
％ge中程度の欠陥=識別された中程度の欠陥の数/合計数識別された欠陥の数* 100
上記の表で入手可能なデータから、
％ge中程度の欠陥= 6/30 * 100 = 20％
アンドロイド用のトップmp3ダウンロードアプリ
％ge低欠陥=識別された低欠陥の数/総数識別された欠陥の数* 100
上記の表で入手可能なデータから、
％ge低欠陥= 8/30 * 100 = 27％
推奨読書=> 効果的なテスト要約レポートの書き方
結論
この記事で提供されるメトリックは、主に生成に使用されます 日次/週次ステータスレポート テストケースの開発/実行フェーズで正確なデータを使用できます。これは、プロジェクトのステータスとソフトウェアの品質を追跡するのにも役立ちます。
著者について ：これはAnuradha Kによるゲスト投稿です。彼女は7年以上のソフトウェアテストの経験があり、現在MNCのコンサルタントとして働いています。彼女はまた、モバイル自動化テストについての十分な知識を持っています。
プロジェクトで他にどのテストメトリクスを使用していますか？いつものように、下のコメントであなたの考え/質問を知らせてください。
推奨読書
- ソフトウェアテスト演習–テストスキルをテストし、実用的なアイデアを共有するための新しいプラットフォーム
- ソフトウェアテストにおける耐久性テストとは（例）
- SRSドキュメントを確認してテストシナリオを作成する方法–ライブプロジェクトでのソフトウェアテストトレーニング– 2日目
- ソフトウェアテストトレーニング：ライブプロジェクトのエンドツーエンドトレーニング–無料のオンラインQAトレーニングパート1
- アプリケーションテスト–ソフトウェアテストの基本に！
- QTPチュートリアル＃18 –QTPの例で説明されたデータ駆動型およびハイブリッドフレームワーク
- ソフトウェアテストライフサイクル（STLC）とは何ですか？
- 例を使用して説明されたデータウェアハウス（ETL）のメタデータ