Test Suite ユーザーガイド

デリバリー:

Automation Cloud Automation Cloud Public Sector Automation Suite Standalone

最終更新日時 2024年12月4日

要件のテストを生成する

重要:

この機能は現在のところ監査プロセスの一部であり、レビューが完了するまで FedRAMP 承認の一部と見なすべきではありません。現在レビュー中の機能の完全なリストについては、こちらをご覧ください。

このページでは、 Test Manager で Autopilot^TM を使用してテストケースを効果的に生成するためのガイドラインとベストプラクティスを示します。

要件の説明

このセクションでは、Test Manager の要件の主な特性について概説します。

要件には、多くの場合、機能面 (ソフトウェアが実行すべきこと)、パフォーマンス面 (動作速度)、ユーザビリティ (使いやすさ)、セキュリティ (動作の安全性) などの品質面に影響する特定の機能についての記述が含まれます。

1. 要件の目的

Autopilot^TM などの AI モデルは、要件を正しく解釈するために特異性に依存します。漠然とした曖昧な記述では、無関係な、または誤ったテストケースが生成される可能性があります。これを軽減するには、要件の目的を概説する簡潔かつ正確なユーザー中心のステートメントから始めます。ユーザーに最終的なメリットをもたらすことを重視します。

例: 生命保険のアプリケーションの場合、次のように開始できます。

私は保険契約者になる可能性があるため、保険料を計算して、予想される費用を把握したいと思います。

これにより、ユーザーにとっての期待されるメリットが明らかになり、その要件をテストするための明確な目標が設定されます。

2. アプリケーションロジック

Autopilot^TM が正確で詳細なテストステップを効率的に生成できるかどうかは、ユーザージャーニーとアプリケーションシーケンスの理解に大きく依存します。そのため、ユーザーがアプリケーションと行う具体的な操作を詳細に説明し、その後のアプリケーションの応答 (アプリケーションの開始から最終的なテストアクションまで) が重要です。これにより、 Autopilot^TM は操作の時系列を把握し、より正確で詳細なテストステップを実行できるようになります。

例: 保険料の計算機能の場合、ワークフローを次のように記述します。

ユーザーはメイン画面から操作を開始し、メインメニューから「見積もりを取得」画面に移動する。次に、年齢や性別などの個人データを指定されたフォームフィールドに入力する。利用可能なオプションから希望の保険適用範囲と保険期間を選択する。ユーザーが「保険料を計算」をクリックすると、アプリケーションは保険料を計算して次の画面に表示する。

3. 承認基準

明確かつ測定可能な承認基準は、アプリケーションの期待値を設定し、Autopilot^TM で特定の結果が検証されるようにするために不可欠です。これには、ユーザーが規定の使用法に従わない可能性がある場合、無効なデータが入力される可能性がある場合、アプリケーションがエラー状態になる可能性がある場合など、ポジティブ/ネガティブの両方のシナリオを含める必要があります。また、セキュリティ、使いやすさ、スケーラビリティなどの、機能以外の要因も考慮する必要があります。明確に定義された承認基準がないと、Autopilot^TM で不適切なテストケースが生成される可能性があります。

例: 生命保険アプリケーションの保険料の計算機能については、次のいずれかの例のような具体的な承認基準を指定します。

システムは、ユーザーの年齢を考慮して保険料を計算する必要がある。25 歳を超えたら毎年、基本保険料 100 ドルに 5 ドルずつ追加する必要がある。
システムは、関連する健康リスクの増加に伴い、喫煙者の保険料を 50 ドル引き上げる必要がある。
ユーザーが 18 歳未満の年齢を入力した場合、システムはエラーメッセージを表示する必要がある。
同時接続ユーザー数が 1000 以下の場合、保険料計算プロセスは 3 秒を超えてはならない。

追加の指示

このセクションでは、 Autopilot^TM がテストケースを生成する際に考慮すべき点に焦点を絞ることができるようにするためのガイドラインを示します。

[ 追加ガイダンスを提供] 画面で追加の指示を入力して、 Autopilot^{TM をガイドします。}プロンプトライブラリのすぐに使えるプロンプトを使用します。このプロンプトは、フローダイアグラムからエンドツーエンドのテストケースを生成したり、有効なエンドツーエンドのシナリオのテストを生成したり、とらえどころのない問題を見つけるためのテストを生成したり、フローダイアグラムからエンドツーエンドのテストを生成したり、とらえどころのない問題を見つけるためのテストを生成したりするのに役立ちます。また、プロンプト ライブラリに独自のカスタムプロンプト (特に手動テスト用のテストケースの生成に頻繁に使用するプロンプト) を追加することもできます。

特定の数のテストケースを生成するには、「この要件の上位 20 個のテストケースを生成します」などのコマンドで Autopilot^TM に指示します。既定では、 Autopilot^TM は各テストケースの最終テストステップについてのみ、期待される結果を生成します。テストステップごとに期待される結果を生成するには、「テストステップごとに期待される結果を生成する」を使用します。さらに、 Autopilot^TM では、要求に応じて手動テスト用のテストケースの前提条件や事後条件を生成できます。既定では前提条件と事後条件が生成されないため、何を含めるか除外するかを指定します。

サポートドキュメント

このセクションでは、Autopilot^TM に提供可能なサポートドキュメントを示します。これらのドキュメントは、Test Manager の要件の説明を補足する追加情報です。これらのドキュメントは、Autopilot が要件をより深く理解し、要件に対してより正確で有用なテストケースを生成できるようにすることを目的としています。

プロセス図

アプリケーション内でのステップバイステップの操作を示すために、ユースケース図、フローチャート、またはプロセス図を、画像または BPMN ファイルとして含めることを検討してください。プロセス図は、Autopilot が特定の要件を満たすうえで重要な、ユーザーアクティビティの連続した論理的なフローを把握するのに役立ちます。これらのプロセス表現に基づいて、Autopilot は、アプリケーションの実際のワークフローと厳密に一致した、より正確なテストケースを生成できます。

モックアップとワイヤーフレーム

Autopilot が理解しやすくなるよう、UI/UX の要件を示す視覚的な図を追加することを検討してください。これは、新しいフロントエンド機能をテストするときに特に役立ち、レイアウト、ユーザー操作、およびテストする要素を明確に示すのに役立ちます。

コンプライアンス文書

医療、金融、電気通信などの規制対象の業界では、コンプライアンスおよび規制に関する文書を含めることを検討してください。これらのガイドラインは、多くの場合、Test Manager のさまざまな要件 (ユーザーストーリーやユースケースなど) に例外なく適用されます。これらの文書をアップロードすることで、Autopilot は、特定のコンプライアンス基準に直接リンクされているテストケースだけでなく、要件ごとに生成されるテストケースにコンプライアンス標準を統合できます。これにより、すべてのテストケースが業界の規制に準拠し、Autopilot によってテストされるすべての要件で一貫してコンプライアンスを遵守できます。

ディスカッションの記録

特定の要件に関する議論の記録を含めることを検討してください。開発者、製品の所有者、およびテスターが関与するオンラインプラットフォームを使用した会議または仮想セッションの記録などです。議論の記録は、チームメンバーが要件をどのように解釈しているか、または要件の実装をどう計画しているかに関する洞察と、生成されるテストケースの精度を大幅に向上させることができるコンテキストを Autopilot に提供します。