test-manager
latest
false
Test Manager ガイド
- スタート アップ ガイド
- プロジェクト管理
- 変更影響分析を使用する
- テスト ケースを作成する
- テスト ケースを複製する
- テスト ケースをエクスポートする
- Studio のテスト ケースを Test Manager にリンクする
- テスト ケースを削除する
- テスト ケースを表示および検索する
- プロジェクトの運用とユーティリティ
- Test Manager の設定
- ALM ツールとの連携
- API 連携
- テスト用エージェントのコードを作成する
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
事前定義されたプロンプト
テスト検出、テスト生成、要件の評価、SAP ビジネス プロセス テスト用の定義済みのプロンプトは、プロンプト ライブラリで利用できます。
AI を活用した機能の使用を開始するには、プロンプト ライブラリから定義済みのプロンプトを使用できます。必要に応じて、プロンプトを更新することもできます。
古いテストの検出
- 説明: アプリケーション テストの要件内で古いテストや無関係なテストを特定するためのガイドラインです。
- 使用モード: 古いテストを検索します。
- プロンプト: 非推奨化された、またはシステムから削除された機能や API を検証するテストを特定してマークしてください。独自の検証や付加価値がなく、同じ機能が重複してカバーされているテストを特定してください。更新された要件を相互参照して関連性を確認してください。サポートされていないプラットフォーム、設定、または環境 (たとえば、古いブラウザー、オペレーティング システム、使用されなくなったハードウェア) を対象とするテストにフラグを設定してください。現在のシステム環境に対応していない、または古い依存関係 (サポートされなくなったライブラリやツールなど) に依存しているテストをマークしてください。各テスト ケースが、要件に含まれる現在の主要な受入基準に紐づいていることを確認してください。明確なトレーサビリティが欠如している、または更新された要件を反映していないテストにフラグを設定してください。テスト ケースをレビューして、テスト ステップが、更新された要件で定義されているシステムの現在の動作に沿ったものであることを確認してください。ステップが古くなっている、または沿っていないテスト ケースにフラグを設定してください。
はじめてのテストのインポート
- 説明: Excel から特定の数の手動テスト用のテスト ケースをインポートするためのガイドラインです。
- 使用モード: テスト ケースをインポートします。
- プロンプト: 最初のシートの最初の 10 件のテストのみをインポートしてください。インポートしたすべてのテストに「autopilot-imported」というラベルを付けてください。
エンドツーエンドのフロー検証
- 説明: フローのダイアグラムからエンドツーエンドのテストを生成するためのガイドラインです。
- 使用モード: 要件からテストを作成します。
- プロンプト: フロー図内の一意の各パスを個別のテスト ケースとして検証します。図内のエンドツーエンドのパスのテストに専念します。各テスト ケースが最初から最後までのジャーニー全体を表すようにします。図内のすべてのジャーニー全体をテストすることにより、包括的なカバレッジを実現します。
迅速なテスト アイデアの生成
- 説明: テスト用の多数のアイデアを素早く生成するためのガイドラインです。
- 使用モード: 要件からテストを作成します。
- プロンプト: テスト ステップは作成せず、テスト ケースのタイトルのみを作成してください。テスト ケースのタイトルを最大 12 単語にしてください。独自のテスト ケースを 50 個以上作成してください。
有効なエンドツーエンドのシナリオ テスト
- 説明: 有効なエンドツーエンドのシナリオに対してのみテストを生成するためのガイドラインです。
- 使用モード: 要件からテストを作成します。
- プロンプト: 有効かつ完全なユーザー ジャーニー専用のテスト ケースを作成します。無効な入力やフィールドの検証を目的としたテスト ケースは避けます。テスト ケースのタイトルは、6 単語を超えない、明確かつ必要な情報が伝わるものにします。
わかりにくい問題の検出
- 説明: わかりにくい問題を見つけるためのテストを生成するためのガイドラインです。
- 使用モード: 要件からテストを作成します。
- プロンプト: 型にはまらない、妥当と思われるテスト シナリオのみを生成して、隠れた問題を明らかにします。標準テストでは見落とされがちな、より深い洞察を必要とするテスト シナリオに焦点を当てます。システム設計と想定されるユーザーの行動から弱点を見つけます。異常な行動などの、ユーザーのさまざまな行動に基づいて、問題を明らかにします。
境界値テスト
- 説明: 境界値テストに重点を置いたテストを生成するためのガイドラインです。
- 使用モード: 要件からテストを作成します。
- プロンプト: 有効な範囲を定義し、各入力の最小値、最大値、およびエッジ値を特定します。有効な範囲の最小値および最大値の前後の値を含めて、これらの境界値にテスト ケースを集中させます。テスト ケースで最小、最大、および分割範囲の制限値をカバーします。アプリケーション全体のすべての入力フィールドの境界がテストされるようにします。
SAP ビジネス プロセスのテスト
- 説明: SAP ビジネスのテスト ケースを生成するためのガイドラインです。
- 使用モード: SAP トランザクションからテストを作成します。
- プロンプト: 有効かつ現実的な SAP ビジネスのシナリオに焦点を当てます。すべての必須フィールドに値の例を入力します。マスター データまたはコンフィグレーション テーブルから得られる現実的な値を使用します。任意のフィールドには、指定しない限りスキップできることを示すメモを含めます。エッジ テスト ケースや無効な入力を避けます。最もよく使用されるテスト ケースのトップ 5 を作成します。
業績評価
- 説明: 要件のパフォーマンス関連の側面を分析するためのガイドラインです。
- 使用モード: 要件の品質を評価します。
- プロンプト: 以下のパフォーマンスの観点のみに焦点を当てた改善提案の上位 10 件を生成してください。 - 時間: さまざまな負荷条件下での具体的な応答時間が記述されているかを確認してください。- スループット: 期待されるスループット レートが明確に指定されているかを確認してください。- スケーラビリティ: 要件に、負荷が増加した場合のスケーラビリティ対応が含まれているかを確認してください。- リソースの使用状況: CPU、メモリ、およびストレージ使用量の制限が定義されているかを確認してください。- 効率性: 要件がリソースの効率的な使用を促進しているかを確認してください。- 負荷処理: ピーク負荷条件への対処方法が含まれているかを確認してください。- 同時実行: 同時接続ユーザーのシナリオでの動作が指定されているかを確認してください。- 待機時間: 許容可能な最大待機時間の数値が明確に記述されているかを確認してください。
セキュリティ評価
- 説明: セキュリティ関連の観点から要件を分析するためのガイドラインです。
- 使用モード: 要件の品質を評価します。
- プロンプト: 以下のセキュリティの観点のみに焦点を当てた改善提案の上位 10 件を生成してください。 - アクセス: 誰がどのような条件でアプリケーションにアクセスできるかが明確になっているかを確認してください。- 保護: 暗号化、匿名化、セキュリティで保護されたストレージの対策が定義されているかを確認してください。- 認証: ID 検証とアクセス許可制御が含まれているかを確認してください。- 脆弱性: 既知の脆弱性への対策が講じられているかを確認してください。- 送信: 暗号化されたデータ送信が義務付けられているかを確認してください。- ログ記録: 詳細なログ記録と監視のプロビジョニングが含まれているかを確認してください。- コンプライアンス: 関連するセキュリティ標準への準拠が保証されているかを確認してください。- エラー: 安全なエラー処理方法が指定されているかを確認してください。
多面的な監査
- 説明: さまざまな観点から要件を分析するためのガイドラインです。
- 使用モード: 要件の品質を評価します。
- プロンプト: 多様な視点から考えられた改善提案の上位 10 件を生成します。 -ユーザー フロー: ユーザー フローとアプリケーション ロジックに関する詳細情報を確認します。-一貫性: 論理的に一貫性があって矛盾がないかどうかを調べます。-関連性: 要件でユーザーのニーズが明確に強調されているかどうかを確認。-理論的根拠: なぜそれが必要なのか、それによってどのような問題が解決されるのかを説明しているかどうかを確認。-明確さ: 要件の説明が正確かつ明確であるかどうかを確認。-基準: 受け入れ基準が測定および達成可能かどうかを確認します。-完全性: すべての重要な機能が含まれているかどうかを確認。-前提条件: 必要な前提条件または条件が欠落していることを実装前に指摘する。