テストにおける要件トレーサビリティ マトリックス (RTM) とは何ですか?
トーマス・ハミルトン
トレーサビリティ・マトリックス(TM)とは何ですか?
トレーサビリティ マトリックスは、関係の完全性をチェックするために多対多の関係を必要とする XNUMX つのベースライン ドキュメントを相互に関連付けるドキュメントです。
これは、要件を追跡し、現在のプロジェクト要件が満たされていることを確認するために使用されます。
要件トレーサビリティ マトリックスとは何ですか?
要件トレーサビリティマトリックス（RTM） は、ユーザー要件をテスト ケースにマッピングして追跡するドキュメントです。 クライアントによって提案されたすべての要件と要件のトレーサビリティを XNUMX つの文書にまとめ、契約の最後に提供されます。 ソフトウェア開発ライフサイクル。 要件トレーサビリティ マトリックスの主な目的は、ソフトウェア テスト中にチェックされていない機能がないように、テスト ケースを通じてすべての要件がチェックされていることを検証することです。
なぜ RTM が重要なのでしょうか?
すべてのテスターの主な課題は、クライアントの要件を理解し、出力製品に欠陥がないことを確認することです。 この目標を達成するには、すべての QA が要件を徹底的に理解し、ポジティブなテスト ケースとネガティブなテスト ケースを作成する必要があります。
これは、クライアントが提供するソフトウェア要件をさらにさまざまなシナリオに分割し、さらにテスト ケースに分割する必要があることを意味します。 この各ケースは個別に実行する必要があります。
ここで、考えられるすべてのシナリオ/ケースを考慮して要件がテストされていることを確認する方法について疑問が生じます。 要件がテスト サイクルから除外されないようにするにはどうすればよいでしょうか?
簡単な方法は、対応するテスト シナリオで要件を追跡し、 テストケース。 これは単に「要件トレーサビリティ マトリックス」と呼ばれます。
トレーサビリティ マトリックスは通常、可能なすべての要件を含むワークシートです。 テストシナリオ ケースとその現在の状態、つまり、成功したか失敗したか。 これは、テスト チームが特定の製品に対して行われたテスト活動のレベルを理解するのに役立ちます。
要件トレーサビリティ マトリックスに含めるパラメータはどれですか?
- 要件ID
- 要件タイプと Descriptexpression CMS
- ステータス付きのテストケース
上記は要件トレーサビリティ マトリックスのサンプルです。
しかし、典型的な場合 ソフトウェアテスト プロジェクトでは、トレーサビリティ マトリックスにはこれらのパラメータ以外のパラメータも含まれます。
上に示したように、要件トレーサビリティ マトリックスでは次のことが可能です。
- 要件のカバレッジをテスト ケースの数で表示する
- 特定のテスト ケースの設計ステータスと実行ステータス
- ユーザーが実行するユーザー受け入れテストがある場合は、UAT ステータスも同じマトリックスにキャプチャできます。
- 関連する欠陥と現在の状態も同じマトリックスで説明できます。
この種のマトリックスは次のことを提供します。 ワンストップショップ すべてのテスト活動に。
Excelを個別にメンテナンスすることは別として。 テスト チームは、利用可能なテスト管理ツールを追跡する要件を選択することもできます。
トレーサビリティテストマトリックスの種類
ソフトウェア エンジニアリングでは、トレーサビリティ マトリックスは以下に示す XNUMX つの主要なコンポーネントに分割できます。
- フォワードトレーサビリティ: このマトリックスは、プロジェクトが望ましい方向に進んでいるか、適切な製品であるかを確認するために使用されます。 各要件が製品に適用され、各要件が徹底的にテストされていることを確認します。 要件をテスト ケースにマッピングします。
- 逆方向または逆方向のトレーサビリティ: 現在の製品が正しい軌道に乗っているかどうかを確認するために使用されます。 このタイプのトレーサビリティの背後にある目的は、要件で指定されていないコード、設計要素、テスト、またはその他の作業を追加することによってプロジェクトの範囲を拡大していないことを確認することです。 テスト ケースを要件にマッピングします。
- 双方向トレーサビリティ (前方+後方): このトレーサビリティ マトリックスにより、すべての要件がテスト ケースでカバーされることが保証されます。 要件の変更による影響を分析します。 欠陥 作業成果物では、またその逆も同様です。
要件トレーサビリティ マトリックスの作成方法
Guru99 バンキング プロジェクトを通じて、要件トレーサビリティ マトリックスの概念を理解しましょう。
に基づいて ビジネス要件文書 (BRD) と 技術要件文書 (TRD), テスターはテスト ケースを書き始めます。
次の表がビジネス要件文書であると仮定します。 BRD for Guru99 バンキング プロジェクト.
ここでのシナリオは、顧客が正しいパスワードと user#id を使用して Guru99 銀行 Web サイトにログインできる一方、マネージャーが顧客のログイン ページから Web サイトにログインできる必要があるというものです。
下の表は私たちのものですが、 技術要件文書 (TRD).
ご注意: QA チームは BRD と TRD を文書化しません。 また、企業によっては、 機能要件文書（FRD） これは技術要件文書に似ていますが、トレーサビリティ マトリックスの作成プロセスは同じです。
テストで RTM を作成しましょう
ステップ1） 私たちの サンプルテストケース is
「ログインを確認してください。正しい ID とパスワードを入力すると、正常にログインできるはずです。」
ステップ2） このテスト ケースが検証している技術要件を特定します。私たちのテスト ケースでは、技術要件は T94 が検証されているということです。
ステップ3） テスト ケースのこの技術要件 (T94) に注意してください。
ステップ4） この TR (技術要件-T94) が定義されているビジネス要件を特定します。
ステップ5） テストケースの BR (ビジネス要件) に注意してください
ステップ6） すべてのテスト ケースに対して上記を実行します。 Later テスト スイートから最初の 3 列を抽出します。テスト中の RTM は準備完了です!
要件トレーサビリティ マトリックスの利点
- 100% のテスト カバレッジを確認します
- 要件の欠落や文書の不一致が強調表示されます。
- ビジネス要件に焦点を当てた全体的な欠陥または実行ステータスを表示します
- テスト ケースの再検討または再作業に関して、QA チームの作業への影響を分析または推定するのに役立ちます。
ビデオの例で RTM を学びましょう
クリック こちら ビデオにアクセスできない場合
要件トレーサビリティ マトリックス (RTM) テンプレート
RTM テンプレート Excel ファイルをダウンロードするには、以下をクリックしてください
