受入テスト

要件定義の工程で使うエージェントです。

こんなときに使う

• お客様がシステムを受け入れるかを判断するためのテストを作りたいとき
• 業務要件と要求が満たされているかを、実際の業務のシナリオで確かめたいとき

できること

• 受入テスト設計
• 受入テストケース作成
• トレーサビリティ整理
• ドキュメント作成

事前に用意しておくもの

業務要件定義書があれば必ず読み、テストケースとひも付けます。

依頼の例

AIポータルで、次のように依頼します。

• 受入テストを一式作成してください。
• 受入テスト設計を作成してください。

そのほか、次のような依頼もできます。

• ToBe業務フロー「受注から出荷まで」を実際の業務のシナリオとして、受入テストケース一覧を作成してください。
• 返品やキャンセルなどの業務の例外も含めて、受入テストケース一覧を作成してください。
• 受入テスト設計に、テストデータと品質基準の節を加えてください。

仕上がりの確認ポイント

できあがったテスト設計とテストケース一覧は、次の点を確認するとよいでしょう。

• 要求ごとにケースがあるか: 要求それぞれについて、満たされたことを確かめるケースがあります。業務フローの工程に現れない要求（利用者が自分で商品を探して比べる、など）も対象です。
• 業務の観点に絞られているか: 業務要件を満たしているかと、実際の業務で出会うシナリオ（正常系・異常系・業務の例外）に絞ります。入力チェックのような細かな確認は扱いません。
• 要求IDの写し: 各ケースの要求IDは、要求一覧のIDをそのまま写します。
• ケースを立てられない要求: 一覧に行が無いためにケースを立てられない要求は、落とさずにその旨を本文に残します。

作成する設計書

このエージェントは、次の設計書フォーマットに沿って設計書を作成します。

• 受入テスト仕様書
• 受入テストケース一覧