テスト計画・設計
結合テスト計画作成プロンプト
以下の情報に基づいて結合テスト計画書を作成してください：
【プロジェクト概要】
{プロジェクトの目的、概要}
【システム構成】
{サブシステムの分割構成と各サブシステム内の機能概要}
【テスト対象】
{結合テスト対象のサブシステム内の機能（画面、API、バッチなど）}
【開発方法論】
{ウォーターフォール、アジャイルなど}
【出力形式】
- テスト目的と範囲
- テスト対象の機能一覧
- テスト観点と手法
- 機能間連携の検証方針
- インターフェースの検証方針
- エラーケースの検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
統合テスト計画作成プロンプト
以下の情報に基づいて統合テスト計画書を作成してください：
【プロジェクト概要】
{プロジェクトの目的、概要}
【システム構成】
{システムのサブシステム分割と外部システム連携の概要}
【テスト対象】
{統合テスト対象のサブシステム間インターフェースと外部システム連携}
【テスト制約条件】
{スケジュール、環境制約など}
【出力形式】
- テスト目的と範囲
- テスト対象のインターフェース一覧
- サブシステム間インターフェース
- 外部システム連携インターフェース
- テスト観点と手法
- インターフェース仕様の検証方針
- データ連携の検証方針
- エラー処理の検証方針
- テスト環境要件
- 外部システム模擬環境
- スタブ/モックの要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
システムテスト計画作成プロンプト
以下の情報に基づいてシステムテスト計画書を作成してください：
【プロジェクト概要】
{プロジェクトの目的、概要}
【システム構成】
{システム全体の構成と主要機能}
【テスト対象】
{テスト対象のシステム全体と主要業務フロー}
【品質要件】
{要求される品質レベル、重点品質特性}
【出力形式】
- テスト目的と範囲
- テスト対象の業務フロー一覧
- テスト観点と手法
- 機能要件の検証方針
- エンドツーエンド業務フローの検証方針
- 例外・エラー処理の検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
非機能テスト計画作成プロンプト
以下の情報に基づいて非機能テスト計画書を作成してください：
【プロジェクト概要】
{プロジェクトの目的、概要}
【システム構成】
{システム全体の構成}
【非機能要件】
{性能、可用性、セキュリティなどの非機能要件}
【テスト制約条件】
{スケジュール、環境制約など}
【出力形式】
- テスト目的と範囲
- 非機能テスト種別
- 性能テスト
- 負荷テスト
- セキュリティテスト
- 信頼性テスト
- その他必要なテスト
- 各テスト種別ごとの詳細計画
- テスト観点と手法
- 評価指標と目標値
- テストツール
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
受入テスト計画作成プロンプト
以下の情報に基づいて受入テスト計画書を作成してください：
【プロジェクト概要】
{プロジェクトの目的、概要}
【システム概要】
{システムの主要機能と業務フロー}
【顧客要件】
{顧客の主要要件と期待値}
【テスト参加者】
{ユーザー部門、発注者など受入テスト参加者}
【出力形式】
- テスト目的と範囲
- テスト対象の機能・業務フロー一覧
- テスト観点と手法
- 要件充足度の検証方針
- 業務適合性の検証方針
- ユーザビリティの検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準（受入基準）
- 不具合対応フロー
- 受入判定プロセス
- リスクと対策
- テスト成果物
テスト計画レビュープロンプト
以下のテスト計画書をレビューしてください：
【テスト計画書】
{テスト計画書の内容}
【テスト種別】
{結合テスト、統合テスト、システムテストなど}
【プロジェクト情報】
{プロジェクトの背景、目的}
【レビューの観点】
- テスト範囲の網羅性
- テスト観点の妥当性
- テスト環境・データの適切さ
- スケジュールの現実性
- 体制の適切さ
- リスク対策の十分さ
【出力形式】
- 計画の強み
- 懸念点・弱点
- テスト範囲の漏れ
- テスト観点の不足
- 環境・データに関する課題
- スケジュール上の問題点
- 体制上の懸念点
- 改善のための具体的な提案
結合テスト
結合テスト設計プロンプト
以下の情報に基づいて結合テスト設計を行ってください：
【テスト対象】
{結合テスト対象のサブシステム内の機能（画面、API、バッチなど）}
【機能仕様】
{テスト対象の機能仕様の概要}
【機能間インターフェース】
{機能間の連携方法、データの流れなど}
【テスト観点】
{テストで確認すべき観点}
【出力形式】
- テストケース一覧
- テストケースID
- テスト観点
- テスト内容
- 前提条件
- 入力値/操作手順
- 期待結果
- 重要度
- 機能連携フローの検証ケース
- 異常系・例外系のテストケース
- テストデータ設計
- インターフェースの検証ポイント
- テスト実施手順
結合テスト設計レビュープロンプト
以下の結合テスト設計をレビューしてください：
【結合テスト設計】
{結合テスト設計の内容}
【テスト対象】
{テスト対象の機能とその仕様}
【レビューの観点】
- テストケースの網羅性
- 機能連携フローの検証範囲
- 異常系・例外系の考慮
- テストデータの適切さ
- テスト実施手順の明確さ
【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストケース
- テスト観点の漏れ
- テストデータの不足点
- 手順の不明確な点
- 改善のための具体的な提案
結合テスト結果分析プロンプト
以下の結合テスト結果を分析してください：
【テスト結果概要】
{テスト実施件数、合格/不合格数など}
【不具合一覧】
{検出された不具合の概要}
【テスト対象】
{テスト対象の機能概要}
【出力形式】
- テスト結果の概要分析
- カバレッジ評価
- 品質評価
- 不具合の分類と分析
- 発生箇所の傾向
- 不具合の種類と傾向
- 重大度別の分布
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
- 開発プロセスへのフィードバック
- テスト手法の改善点
統合テスト
統合テスト設計プロンプト
以下の情報に基づいて統合テスト設計を行ってください：
【テスト対象】
{統合テスト対象のサブシステム間インターフェースと外部システム連携}
【インターフェース仕様】
{インターフェースの通信方式、データフォーマット、プロトコルなど}
【連携フロー】
{サブシステム間または外部システムとの連携の流れ}
【テスト観点】
{テストで確認すべき観点}
【出力形式】
- テストケース一覧
- テストケースID
- テスト観点
- テスト内容
- 前提条件
- 入力データ
- 期待結果
- 重要度
- インターフェース検証ケース
- データフォーマット検証
- プロトコル検証
- エラー処理検証
- 連携フロー検証ケース
- スタブ/モック設計（必要な場合）
- テストデータ設計
- テスト実施手順
統合テスト設計レビュープロンプト
以下の統合テスト設計をレビューしてください：
【統合テスト設計】
{統合テスト設計の内容}
【テスト対象】
{テスト対象のインターフェースとその仕様}
【レビューの観点】
- テストケースの網羅性
- インターフェース検証の十分さ
- 連携フロー検証の完全性
- スタブ/モック設計の適切さ
- テストデータの適切さ
- エラー処理の検証範囲
【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストケース
- インターフェース検証の不足点
- 連携フロー検証の不足点
- スタブ/モックの問題点
- テストデータの不足点
- 改善のための具体的な提案
統合テスト結果分析プロンプト
以下の統合テスト結果を分析してください：
【テスト結果概要】
{テスト実施件数、合格/不合格数など}
【不具合一覧】
{検出された不具合の概要}
【テスト対象】
{テスト対象のインターフェース概要}
【出力形式】
- テスト結果の概要分析
- カバレッジ評価
- 品質評価
- 不具合の分類と分析
- インターフェース関連の問題
- データ連携の問題
- タイミング/同期の問題
- エラー処理の問題
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
- インターフェース設計への提案
- エラー処理への提案
- テスト手法の改善点
システムテスト
システムテスト設計プロンプト
以下の情報に基づいてシステムテスト設計を行ってください：
【テスト対象システム】
{テスト対象システムの概要}
【業務フロー】
{主要な業務フローとその概要}
【テスト観点】
{テストで確認すべき観点}
【要件・仕様】
{要件および仕様の概要}
【出力形式】
- テストシナリオ一覧
- シナリオID
- シナリオ概要
- 検証する業務フロー
- 前提条件
- テスト手順
- 期待結果
- 重要度
- 機能テストケース
- 正常系ケース
- 異常系・例外系ケース
- エンドツーエンドフロー検証ケース
- テストデータ設計
- 検証ポイント一覧
- テスト実施手順
システムテスト設計レビュープロンプト
以下のシステムテスト設計をレビューしてください：
【システムテスト設計】
{システムテスト設計の内容}
【システム要件】
{システムの要件概要}
【レビューの観点】
- テストシナリオの網羅性
- 機能要件の検証範囲
- 業務フローの検証範囲
- 異常系・例外系の考慮
- テストデータの適切さ
- テスト手順の明確さ
【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストシナリオ
- 機能要件検証の不足点
- 業務フロー検証の不足点
- 異常系・例外系の不足点
- テストデータの不足点
- 改善のための具体的な提案
システムテスト結果分析プロンプト
以下のシステムテスト結果を分析してください：
【テスト結果概要】
{テスト実施件数、合格/不合格数など}
【不具合一覧】
{検出された不具合の概要}
【テスト対象】
{テスト対象のシステム概要}
【出力形式】
- テスト結果の概要分析
- カバレッジ評価
- 品質評価
- 不具合の分類と分析
- 機能要件関連の問題
- 業務フロー関連の問題
- UI/UX関連の問題
- パフォーマンス関連の問題
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
- 設計・実装への提案
- 要件定義プロセスへの提案
- テスト手法の改善点
非機能テスト
性能テスト設計プロンプト
以下の情報に基づいて性能テストを設計してください：
【システム概要】
{テスト対象システムの概要}
【性能要件】
{応答時間、スループット、リソース使用率などの要件}
【重要機能】
{性能が重要視される機能や処理}
【テスト環境】
{テスト環境の構成とプロダクション環境との差異}
【出力形式】
- 性能テストの目的
- テスト対象の機能・処理
- 性能指標と目標値
- テストシナリオ
- 標準シナリオ
- ピーク負荷シナリオ
- 長時間実行シナリオ
- 計測項目
- レスポンスタイム
- スループット
- CPU/メモリ使用率
- ディスクI/O
- ネットワーク使用量
- テストツールと構成
- テストデータ設計
- テスト実行手順
- 結果収集方法
- 分析・評価方法
- 合否判定基準
性能テスト結果分析プロンプト
以下の性能テスト結果を分析してください：
【テスト結果概要】
{テスト実行条件と測定結果の概要}
【性能要件】
{達成すべき性能目標}
【テスト環境】
{テスト環境の構成}
【出力形式】
- テスト結果の概要分析
- 目標達成状況
- クリティカルポイント
- 詳細分析
- レスポンスタイム分析
- スループット分析
- リソース使用状況分析
- ボトルネック分析
- パフォーマンスに影響する要因
- システム容量の評価
- スケーラビリティの評価
- 改善提案
- アプリケーションレベルの最適化
- インフラレベルの最適化
- チューニングパラメータの提案
- 本番環境への影響予測
負荷テスト設計プロンプト
以下の情報に基づいて負荷テストを設計してください：
【システム概要】
{テスト対象システムの概要}
【性能要件】
{応答時間、スループット、同時接続数などの要件}
【主要トランザクション】
{負荷テスト対象となる主要トランザクション}
【想定負荷】
{ピーク時の同時ユーザー数、トランザクション数など}
【テスト環境】
{負荷テスト環境の構成}
【出力形式】
- 負荷テスト目的
- 負荷テストシナリオ
- 通常負荷テスト
- ピーク負荷テスト
- 持続負荷テスト
- ストレステスト
- 回復テスト
- 負荷プロファイル設計
- ユーザー数の段階的増加パターン
- 長時間負荷パターン
- スパイク負荷パターン
- 計測指標（レスポンスタイム、スループット、CPUなど）
- テストツールと構成
- テストデータ設計
- テスト実行手順
- ボトルネック特定方法
- 結果収集方法
- 分析・評価方法
- 合否判定基準
負荷テスト結果分析プロンプト
以下の負荷テスト結果を分析してください：
【テスト結果概要】
{テスト実行条件と測定結果の概要}
【負荷テストシナリオ】
{実行したテストシナリオの種類と目的}
【性能要件】
{達成すべき性能目標}
【出力形式】
- テスト結果の概要分析
- 目標達成状況
- 限界点（飽和点）
- 詳細分析
- 応答時間の変化
- スループットの変化
- エラー率の変化
- リソース使用状況
- ボトルネックの特定と分析
- スケーラビリティの評価
- 安定性と回復性の評価
- キャパシティプランニングへの示唆
- 改善提案
- アプリケーションレベルの改善
- インフラレベルの改善
- アーキテクチャレベルの改善
- リスク評価と対策
セキュリティテスト設計プロンプト
以下の情報に基づいてセキュリティテストを設計してください：
【システム概要】
{テスト対象システムの概要}
【セキュリティ要件】
{セキュリティに関する要件}
【保護すべき資産】
{機密データ、個人情報など}
【想定脅威】
{想定される脅威や攻撃パターン}
【テスト環境】
{セキュリティテスト環境の構成}
【出力形式】
- セキュリティテスト目的
- テスト種別（脆弱性診断、ペネトレーションテストなど）
- テスト範囲と対象
- テスト項目一覧
- 認証・認可関連
- セッション管理関連
- 入力検証関連
- 機密情報保護関連
- 通信セキュリティ関連
- その他セキュリティ対策
- テスト方法と手順
- 自動テスト
- 手動テスト
- テストツール
- テスト実施条件
- 結果評価方法
- 脆弱性評価基準
- レポーティング方法
- セキュリティリスク対応方針
セキュリティテスト結果分析プロンプト
以下のセキュリティテスト結果を分析してください：
【テスト結果概要】
{検出された脆弱性や問題点の概要}
【テスト種別】
{実施したセキュリティテストの種類}
【セキュリティ要件】
{システムが満たすべきセキュリティ要件}
【出力形式】
- テスト結果の概要分析
- 検出された脆弱性の概要
- 重要度別の分類
- 詳細分析
- 脆弱性の詳細説明
- 想定される攻撃シナリオ
- 影響範囲と深刻度
- リスク評価
- 発生可能性
- 影響度
- 緊急度
- 対策提案
- 短期的対策
- 長期的対策
- セキュリティ設計への提案
- セキュリティ体制への提案
- 再テスト計画
受入テスト
ユーザー受入テスト設計プロンプト
以下の情報に基づいてユーザー受入テスト（UAT）を設計してください：
【システム概要】
{テスト対象システムの概要}
【主要ステークホルダー】
{UATに関わるステークホルダー}
【ビジネス要件】
{システムが満たすべきビジネス要件}
【業務シナリオ】
{主要な業務シナリオ}
【出力形式】
- UATの目的
- 受入基準
- テスト対象機能
- テストシナリオ
- 業務フローに沿ったシナリオ
- 例外シナリオ
- 実際の業務データを用いたシナリオ
- テスト項目一覧
- 機能要件確認項目
- 操作性・ユーザビリティ確認項目
- 業務適合性確認項目
- テスト実施体制
- テストデータ要件
- テスト環境要件
- テスト実施手順
- 結果評価方法
- 課題管理方法
- 最終承認プロセス
ユーザー受入テスト結果分析プロンプト
以下のユーザー受入テスト結果を分析してください：
【テスト結果概要】
{テスト実施状況と結果の概要}
【発見された課題一覧】
{テスト中に検出された課題}
【ユーザーフィードバック】
{テスト参加者からのフィードバック}
【出力形式】
- テスト結果の概要分析
- 受入基準の達成状況
- 検出された課題の概要
- 詳細分析
- 機能面の課題
- 操作性・ユーザビリティの課題
- 業務適合性の課題
- パフォーマンス面の課題
- ユーザーフィードバックの分析
- 共通の意見・感想
- 改善要望の傾向
- 課題の優先順位付けと対応方針
- システムリリースへの影響評価
- リリース判断のための提言
- 残存課題の管理方法
- 今後の改善計画への示唆
契約受入テスト設計プロンプト
以下の情報に基づいて契約受入テスト設計を行ってください：
【プロジェクト概要】
{プロジェクトの概要}
【契約内容】
{契約で定められた要件や品質基準}
【成果物】
{納品対象の成果物}
【ステークホルダー】
{発注者、受注者などの関係者}
【出力形式】
- 契約受入テストの目的
- 契約要件と検証項目のマッピング
- 受入基準（検収条件）
- テスト範囲
- テストシナリオ
- 機能要件検証シナリオ
- 非機能要件検証シナリオ
- 契約特記事項の検証シナリオ
- 検証方法
- 確認項目
- 検証手順
- エビデンス収集方法
- 合否判定基準
- 検収プロセス
- 検収会議の進め方
- 課題管理方法
- エスカレーションルール
- 最終承認フロー
契約受入テスト結果分析プロンプト
以下の契約受入テスト結果を分析してください：
【テスト結果概要】
{テスト実施状況と結果の概要}
【契約要件】
{契約で定められた要件の概要}
【検出された課題一覧】
{テスト中に検出された課題}
【出力形式】
- テスト結果の概要分析
- 契約要件の充足状況
- 受入基準の達成状況
- 詳細分析
- 要件別の充足状況
- 未達成の要件と影響
- 検出された課題と契約との関係
- 法的・契約的観点からの評価
- 契約上のリスク
- 追加対応の必要性
- 検収判断のための提言
- 検収可能項目
- 条件付き検収項目
- 検収保留項目
- 残課題の対応計画
- 教訓と今後の契約への示唆
運用受入テスト設計プロンプト
以下の情報に基づいて運用受入テスト設計を行ってください：
【システム概要】
{テスト対象システムの概要}
【運用要件】
{システム運用に関する要件}
【運用体制】
{運用担当者の体制、スキルレベルなど}
【運用プロセス】
{日常運用、障害対応、変更管理などのプロセス}
【出力形式】
- 運用受入テストの目的
- 運用受入基準
- テスト対象領域
- 日常運用
- 障害対応
- バックアップ・リカバリ
- 監視・アラート
- セキュリティ運用
- 変更管理
- テストシナリオ
- 平常時運用シナリオ
- 障害時対応シナリオ
- メンテナンス作業シナリオ
- 検証項目一覧
- 運用手順の検証
- 運用ツールの検証
- ドキュメントの検証
- 運用担当者のスキル検証
- テスト実施体制
- テスト実施スケジュール
- 結果評価方法
- 課題管理方法
- 運用移行判断基準
運用受入テスト結果分析プロンプト
以下の運用受入テスト結果を分析してください：
【テスト結果概要】
{テスト実施状況と結果の概要}
【検出された課題一覧】
{テスト中に検出された課題}
【運用体制・運用プロセス】
{運用体制と運用プロセスの概要}
【出力形式】
- テスト結果の概要分析
- 運用受入基準の達成状況
- 検出された課題の概要
- 詳細分析
- 日常運用に関する課題
- 障害対応に関する課題
- バックアップ・リカバリに関する課題
- 監視・アラートに関する課題
- セキュリティ運用に関する課題
- 変更管理に関する課題
- 運用体制・スキルの評価
- 運用ドキュメントの評価
- 運用ツールの評価
- 課題の優先順位付けと対応方針
- 運用移行判断のための提言
- 残存課題のリスク評価と対策
- 運用の成熟度向上に向けた提案