受け入れ基準（acceptance criteria）とは、機能が成功裏に実装され、受け入れられるために満たすべき条件の事前に合意されたリストです。これらは、プロセスの透明性を高めるために、アジャイル開発手法から導入されました。
明確な受け入れ基準がないと、結果が主観的に評価されるリスクがあり、テスト担当者、開発者、顧客間の誤解を招く可能性があります。これにより、対立や遅延、再テストの繰り返しが生じます。
チームと共同で基準を設定し、「何が機能するべきか」だけでなく「どのように機能するべきか」を説明し、境界値、エラー、ユーザーシナリオも考慮に入れる必要があります。テスト開始前に、すべてのプロジェクト参加者が基準に目を通します。
主要な特徴：
受け入れ基準を設定するのは、テスト担当者だけなのか、プロジェクトマネージャーもか？
基準は共同で設定することが重要です：テスト担当者、マネージャー、アナリスト、時には顧客が含まれます。
機能が「全体的には良好に動作している」が、受け入れ基準の1つが満たされていない場合、その機能を受け入れることはできますか？
いいえ。1つでも基準が満たされていない場合、受け入れ拒否の理由になります。
基準にはポジティブなシナリオだけが含まれるべきですか？
いいえ。想定外のバグを排除するために、ネガティブおよび境界シナリオも考慮する必要があります。
受け入れ基準が口頭で決定され、文書化されなかった結果、重要なビジネス機能が顧客の隠れた要求により動作しませんでした。
利点：
欠点：
受け入れ基準をリスト形式で作成し、プロダクトチームおよび顧客と合意し、境界値でのデータ例を追加しました。
利点：
欠点：