適切なソフトウェアテストメトリックの選択

ソフトウェアテストメトリックは、品質保証努力の有効性を追跡するための基準です。 最初に、計画段階中の成功の表示器を確立する。 次に、プロセスの完了後に受信したメトリックと比較します。

しかし、多くのソフトウェアのQAやテストの専門家は、テストによって生成された実際の情報ではなく、テストがどのように実行されるかに焦点を これによって私はテスターが頻繁にすべてのテストを完了することのただの満足に焦点を合わせることを意味する。 しかし、これは常に良いことですか？ あなたのダッシュボード上のすべての緑の指標と100％の合格率を持つことができ、それはあなたのテストが十分に強くないことはまだ可能です。

この記事では、QAの専門家が成功を評価するのに役立つ五つのソフトウェアテストメトリックについて説明します。

“良い”テストメトリックの特性

メトリックが理想的に持つべき特徴について話しましょう。

ビジネス目標に関連する

重要なKpiは、毎月の収益の伸びや新規ユーザーの数など、ビジネスの主な使命と目的を反映する必要があります。 各企業は、彼らが彼らの製品で達成するために意図するものに基づいて、その指標を選択します。 すべてのテストで成功することは魅力的に見えるかもしれませんが、間違った目標に焦点を当てることは欺くことができます。 これは、アプリの作業や、ヘッドレスコマースアーキテクチャなどの複雑なシステム全体に影響を与える可能性があります。

は成長を可能にする

すべての指標は改善を可能にする必要があります。 100%の成功率を達成したら何か。 目標は、メトリックをこのレベルに維持するか、さらに改善することです。

は戦略の開発を奨励します

メトリックがチームに目標を与えるとき、それはまた、計画を策定するために質問をするように動機づけます。 収益を増やす必要があるとします。 製品がより多くの購入を奨励するために新機能を必要とするかどうかを検討します。 新しい獲得チャネルを作成する必要がありますか？ 競争相手は新しいバイヤーを引き付けている特徴か新製品を進水させたか。

追跡可能で分かりやすい

良い指標は、理解して従うのが簡単です。 そうでなければ、それらを集めている人々はどのように情報に基づいた決定を下すのでしょうか？ 従業員は、結果を改善するために何ができるかを理解する必要があります。

ソフトウェアテストメトリックを選択して測定するための三つのヒント

質問をすることから始めて

質問は三つのトピックをカバーする必要があります。
1. あなたが測定しているもの
2。 それを測定するための戦略とツール
3. それを追跡する理由

役に立たない指標を分析しないようにするには、指標定義プロセスに注意してください。 場合によっては、バックログのバグの数が少ないため、QAチームが仕事をしていることがあります。 ただし、これらのバグを高/中/低優先度の問題に分解すると、プログラム全体の品質をよりよく確認し、必要な調整を行うことができます。

QAメトリックを計算するときに自動化を無視しないでください

自動化は、手動のデータ収集に時間を節約し、メトリックが常に関連性があることを Jiraを使用していると仮定しましょう。 スプリントごとに重要なバグに関するデータが必要な場合は、ConfluenceページでJira Query Language(JQL)リクエストを設定します。 それは頻繁に更新されます。 または、お好みのテスト管理/タスク追跡システムに基づいて他のツールを使用することもできます。

コメントを収集し、指標を徐々に改善する

すべての指標を設定して収集すると、フィードバックと改善プロセスが開始されます。 フィードバックに注意を払い、指標とレポートの効率と明確さを向上させます。

を追跡するための五つのソフトウェアテストメトリクスここでは、いくつかの具体的な例を見てみましょう。 異なる品質の側面は、状況に応じて様々な程度に重要であることに注意してください。

ユーザー満足度

ここでは、製品に対するクライアントの反応を見たいと思うでしょう。 ユーザー満足度調査とサポートチケットを使用して、バグを明らかにします。 これらの品質指標を追跡し、それらを改善するために働く場合は、より満足して戻ってくる顧客が表示されますように、ビジネスが成長します。 何かが間違っている場合は、因果関係の問題分析を行い、障害物を削除する必要があります。

プロセスメトリック

これらは、製品の品質に大きな影響を与える内部測定値です。 たとえば、リードタイムと、タスクの設定とコードのデプロイメントと運用の間にかかる時間を追跡できます。

あなたが使用できるもう一つの指標はサイクル時間です。 これは、作業を開始するための承認を与えられた後、機能を構築する時間を意味します。 最後に、あなたはそれが困難を解決するのにかかる時間を追跡することができます。 これは、チケットやバグが報告された後の解決の速度を参照することができます。

これらの指標は測定するのが難しいため、プロセス効率を向上させる別の方法は、未完成の作業がキューに積み始めた場所を検出することです。 それは、削除された場合、あなたのチームがより生産的になるのを助けることができるボトルネックを強調することができます。

カバレッジメトリック

テスト品質のもう一つの指標はテストカバレッジです。 それはテストされたコードの量を私たちに知らせます。 これは、テストがコードをチェックし、どれだけ動作するかを確認する方法です。 この場合、トップダウン戦略を使用する方が良いでしょう。 最初のステップは、モジュールのカバレッジを分析することです。 次に、機能を検討し、最後に各機能のデータカバレッジを検討します。 これは、テストでカバーしている潜在的なデータ入力の組み合わせの数を意味します。

このグループには、
●要件カバレッジ率
●ユニットテストカバレッジ
●手動または探索的テストカバレッジ
●要件カテゴリ別のテストケース
●UIテストカバレッジ
●統合およびAPIテストカバレッジ

コード品質メトリクス

コード品質の評価とは、コードの値を二つのカテゴリに分類することを意味します。そして悪い。 実質的にすべての開発者が良いコードを構成するものを自分で定義しているため、品質の概念は単一ではありません。 コードの品質をどのように評価できますか？ SonarQubeのようなツールを使用すると、システムにどれだけの技術的負債があるかを明らかにすることができます。 問題と脆弱性を分類し、優先度別に整理し、焦点を当てるものを選択する必要があります。

バグまたはインシデントの指標

各問題は重大度が異なるため、すべての問題に同じ重みを与えないでください。 いくつかの問題は、単に改善のための提案です。 品質のどのコンポーネントがあなたの会社のために他のものよりも重要であるかを決定します。 つまり、使用する指標を分析するときには、欠陥の量だけを超えてください。

インシデントレポートから何を抽出できますか？ これらの結果には、

●バグの総数
●未解決の欠陥
●閉鎖された欠陥
●各インシデントレポートを閉じる時間
●前回のリリース以降の変更

ソフトウェアテストメトリックを測定するためのルール

ソフトウェアテストにおけるメトリックを評価し、その成功を推定することは、イライラして曖昧になる可能性があります。 ここにあなたが使用できるある先端および提案はある:

1。 メトリックをプロジェクト、プロセス、製品の目標と相関させます。 単一のインジケータでは、ソフトウェアの品質を完全に把握するには不十分であることに注意してください。
2. 時間を通して進行状況（または退行）を追跡します。 自動化によりデータ収集プロセスを合理化し、Wiki/Confluenceなどの共同リソースにデータを保存し、結果を定期的に確認します。
3. あなたの進捗状況を示すために、顧客とチームに統計を報告します。 レポートは理解しやすいので、有用で使いやすいものにする必要があります。
4. メトリックが有効かどうかを確認します。 無関係な指標を追跡し、不正確なデータを表示することは問題外です。

測定は、失敗したテストの数に対して成功したテストの数を決定するなど、ソフトウェアテストで重要な活動です。 あなたが得るすべての情報は係争物受寄者に来る。 その結果、アプリをいつリリースするかなど、情報に基づいた意思決定を行うことができます。

どのようにあなたのテスト活動を監視することができますか？ 関連するソフトウェアテストメトリックを決定する必要があります。 正しいテスト指標を選択するのは難しい場合があります。 多くの場合、チームはビジネス全体と同期していない指標を選択します。

適切なベンチマークの欠如は何を引き起こす可能性がありますか？ 利害関係者は、進捗状況を測定し、開発の可能性を特定したり、どのテスト戦術が最も肯定的な影響を与えるかを制御したりすることができません。 すべてのことを考慮すると、QAチームは、コードの品質、バグ、カバレッジだけでなく、個々の進捗状況、スキルレベル、成功を追跡する必要があります。