事前定義されたプロンプト

Predefined prompts for test detection, test generation, requirement evaluation, and SAP business process testing available in the prompt library.

AI を活用した機能の使用を開始するには、プロンプト ライブラリから定義済みのプロンプトを使用できます。必要に応じて、プロンプトを更新することもできます。

古いテストの検出

• 説明: アプリケーション テストの要件内で古いテストや無関係なテストを特定するためのガイドラインです。
• 使用モード: 古いテストを検索します。
• Prompt: Identify and mark tests that validate features, functionalities, or APIs that have been deprecated or removed from the system. Identify tests that duplicate coverage of the same functionality without adding unique validation or value. Cross-reference with updated requirements to confirm relevance. Flag tests targeting unsupported platforms, configurations, or environments (for example, outdated browsers, operating systems, or hardware no longer in use). Mark tests that are incompatible with the current system environment, or rely on outdated dependencies (for example, libraries or tools no longer supported). Verify that each test case traces back to current key acceptance criteria in the requirement. Flag tests that lack clear traceability or no longer reflect updated requirements. Review test cases to ensure their steps align with the current behavior of the system as defined in updated requirements. Flag those with outdated or misaligned steps.

はじめてのテストのインポート

• 説明: Excel から特定の数の手動テスト用のテスト ケースをインポートするためのガイドラインです。
• 使用モード: テスト ケースをインポートします。
• プロンプト: 最初のシートの最初の 10 件のテストのみをインポートしてください。インポートしたすべてのテストに「autopilot-imported」というラベルを付けてください。

エンドツーエンドのフロー検証

• 説明: フローのダイアグラムからエンドツーエンドのテストを生成するためのガイドラインです。
• 使用モード: 要件からテストを作成します。
• プロンプト: フロー図内の一意の各パスを個別のテスト ケースとして検証します。図内のエンドツーエンドのパスのテストに専念します。各テスト ケースが最初から最後までのジャーニー全体を表すようにします。図内のすべてのジャーニー全体をテストすることにより、包括的なカバレッジを実現します。

迅速なテスト アイデアの生成

• 説明: テスト用の多数のアイデアを素早く生成するためのガイドラインです。
• 使用モード: 要件からテストを作成します。
• プロンプト: テスト ステップは作成せず、テスト ケースのタイトルのみを作成してください。テスト ケースのタイトルを最大 12 単語にしてください。独自のテスト ケースを 50 個以上作成してください。

有効なエンドツーエンドのシナリオ テスト

• 説明: 有効なエンドツーエンドのシナリオに対してのみテストを生成するためのガイドラインです。
• 使用モード: 要件からテストを作成します。
• プロンプト: 有効かつ完全なユーザー ジャーニー専用のテスト ケースを作成します。無効な入力やフィールドの検証を目的としたテスト ケースは避けます。テスト ケースのタイトルは、6 単語を超えない、明確かつ必要な情報が伝わるものにします。

わかりにくい問題の検出

• 説明: わかりにくい問題を見つけるためのテストを生成するためのガイドラインです。
• 使用モード: 要件からテストを作成します。
• プロンプト: 型にはまらない、妥当と思われるテスト シナリオのみを生成して、隠れた問題を明らかにします。標準テストでは見落とされがちな、より深い洞察を必要とするテスト シナリオに焦点を当てます。システム設計と想定されるユーザーの行動から弱点を見つけます。異常な行動などの、ユーザーのさまざまな行動に基づいて、問題を明らかにします。

境界値テスト

• 説明: 境界値テストに重点を置いたテストを生成するためのガイドラインです。
• 使用モード: 要件からテストを作成します。
• プロンプト: 有効な範囲を定義し、各入力の最小値、最大値、およびエッジ値を特定します。有効な範囲の最小値および最大値の前後の値を含めて、これらの境界値にテスト ケースを集中させます。テスト ケースで最小、最大、および分割範囲の制限値をカバーします。アプリケーション全体のすべての入力フィールドの境界がテストされるようにします。

SAP ビジネス プロセスのテスト

• 説明: SAP ビジネスのテスト ケースを生成するためのガイドラインです。
• 使用モード: SAP トランザクションからテストを作成します。
• プロンプト: 有効かつ現実的な SAP ビジネスのシナリオに焦点を当てます。すべての必須フィールドに値の例を入力します。マスター データまたはコンフィグレーション テーブルから得られる現実的な値を使用します。任意のフィールドには、指定しない限りスキップできることを示すメモを含めます。エッジ テスト ケースや無効な入力を避けます。最もよく使用されるテスト ケースのトップ 5 を作成します。

業績評価

• 説明: 要件のパフォーマンス関連の側面を分析するためのガイドラインです。
• 使用モード: 要件の品質を評価します。
• プロンプト: 以下のパフォーマンスの観点のみに焦点を当てた改善提案の上位 10 件を生成してください。 - 時間: さまざまな負荷条件下での具体的な応答時間が記述されているかを確認してください。- スループット: 期待されるスループット レートが明確に指定されているかを確認してください。- スケーラビリティ: 要件に、負荷が増加した場合のスケーラビリティ対応が含まれているかを確認してください。- リソースの使用状況: CPU、メモリ、およびストレージ使用量の制限が定義されているかを確認してください。- 効率性: 要件がリソースの効率的な使用を促進しているかを確認してください。- 負荷処理: ピーク負荷条件への対処方法が含まれているかを確認してください。- 同時実行: 同時接続ユーザーのシナリオでの動作が指定されているかを確認してください。- 待機時間: 許容可能な最大待機時間の数値が明確に記述されているかを確認してください。

セキュリティ評価

• 説明: セキュリティ関連の観点から要件を分析するためのガイドラインです。
• 使用モード: 要件の品質を評価します。
• プロンプト: 以下のセキュリティの観点のみに焦点を当てた改善提案の上位 10 件を生成してください。 - アクセス: 誰がどのような条件でアプリケーションにアクセスできるかが明確になっているかを確認してください。- 保護: 暗号化、匿名化、セキュリティで保護されたストレージの対策が定義されているかを確認してください。- 認証: ID 検証とアクセス許可制御が含まれているかを確認してください。- 脆弱性: 既知の脆弱性への対策が講じられているかを確認してください。- 送信: 暗号化されたデータ送信が義務付けられているかを確認してください。- ログ記録: 詳細なログ記録と監視のプロビジョニングが含まれているかを確認してください。- コンプライアンス: 関連するセキュリティ標準への準拠が保証されているかを確認してください。- エラー: 安全なエラー処理方法が指定されているかを確認してください。

多面的な監査

• 説明: さまざまな観点から要件を分析するためのガイドラインです。
• 使用モード: 要件の品質を評価します。
• プロンプト: 多様な視点から考えられた改善提案の上位 10 件を生成します。 -ユーザー フロー: ユーザー フローとアプリケーション ロジックに関する詳細情報を確認します。-一貫性: 論理的に一貫性があって矛盾がないかどうかを調べます。-関連性: 要件でユーザーのニーズが明確に強調されているかどうかを確認。-理論的根拠: なぜそれが必要なのか、それによってどのような問題が解決されるのかを説明しているかどうかを確認。-明確さ: 要件の説明が正確かつ明確であるかどうかを確認。-基準: 受け入れ基準が測定および達成可能かどうかを確認します。-完全性: すべての重要な機能が含まれているかどうかを確認。-前提条件: 必要な前提条件または条件が欠落していることを実装前に指摘する。