説明
測定可能でテスト可能な要件とは、明確で具体的な基準を持つ要件であり、顧客の期待に照らして製品を検証および確認するために使用できます。測定可能でテスト可能な要件は、顧客と会社間のあいまいさ、混乱、または意見の不一致を回避するのに役立ちます。顧客の受け入れテスト計画に測定可能でテスト可能な要件が含まれていない場合、製品は受け入れテスト基準に照らして正常に検証されたが、顧客は製品が要件を満たしているとは信じないという状況が発生する可能性があります。参考文献: = PMI Professional in Business Analysis (PMI-PBA) 試験内容概要 (2019)、10 ページ; Business Analysis for Practitioners: A Practice Guide (2015)、40 ページ。

設計が顧客の要件を満たしていることを確認するための最善のアクションは、システム要件検証マトリックスを作成して、設計を技術要件までトレースし、検証方法を組み込むことです。システム要件検証マトリックスは、設計要素をシステム要件にマッピングし、設計が要件を満たしていることを確認するための方法と基準を指定するドキュメントです。
検証方法には、検査、分析、デモンストレーション、テストなどがあります。システム要件検証マトリックスは、ビジネス アナリストとプロジェクト チームが設計の品質と完全性を確保し、エラー、ギャップ、不整合を回避するのに役立ちます。参考文献: PMI Professional in Business Analysis (PMI-PBA) 試験内容概要 1、20 ページ、Business Analysis for Practitioners: A Practice Guide 2、100 ページ。

説明
受け入れ基準とは、ソリューションまたは成果物が関係者に受け入れられるために満たさなければならない条件です。受け入れ基準は、チームが要件が満たされているかどうかを確認できるように、測定可能、テスト可能、かつ明確である必要があります。要件の受け入れ基準が測定可能でない場合、チームはソリューションまたは成果物を評価する明確で客観的な方法を持たないため、特定の要件が満たされているかどうかを確認することが困難になります。他のオプションでは、この問題が発生する可能性は低いです。
テスト エンジニアは、要件をチームに伝える責任はありませんが、受け入れ基準に照らしてテストする責任があります。要件の抽出中にすべての関係者が関与する必要はありません。ただし、関連性の高い正確な情報を提供できる主要な関係者に相談すれば十分です。要件はプロジェクト スポンサーと十分に検討する必要がありますが、要件を検証するのはスポンサーではないため、要件の適合の確認には影響しません。参考資料: PMI-PBA
試験内容
概要、13ページ; PMI-PBA
参考文献リスト、1 ページ、BABOK
ガイド v3、39 ページ。