日本の開発現場における最強AIプロンプトチートシート⑤ - テスト（単体テスト除く）

## テスト計画・設計

### 結合テスト計画作成プロンプト

```
以下の情報に基づいて結合テスト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、概要}

【システム構成】
{サブシステムの分割構成と各サブシステム内の機能概要}

【テスト対象】
{結合テスト対象のサブシステム内の機能（画面、API、バッチなど）}

【開発方法論】
{ウォーターフォール、アジャイルなど}

【出力形式】
- テスト目的と範囲
- テスト対象の機能一覧
- テスト観点と手法
  - 機能間連携の検証方針
  - インターフェースの検証方針
  - エラーケースの検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
```

### 統合テスト計画作成プロンプト

```
以下の情報に基づいて統合テスト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、概要}

【システム構成】
{システムのサブシステム分割と外部システム連携の概要}

【テスト対象】
{統合テスト対象のサブシステム間インターフェースと外部システム連携}

【テスト制約条件】
{スケジュール、環境制約など}

【出力形式】
- テスト目的と範囲
- テスト対象のインターフェース一覧
  - サブシステム間インターフェース
  - 外部システム連携インターフェース
- テスト観点と手法
  - インターフェース仕様の検証方針
  - データ連携の検証方針
  - エラー処理の検証方針
- テスト環境要件
  - 外部システム模擬環境
  - スタブ/モックの要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
```

### システムテスト計画作成プロンプト

```
以下の情報に基づいてシステムテスト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、概要}

【システム構成】
{システム全体の構成と主要機能}

【テスト対象】
{テスト対象のシステム全体と主要業務フロー}

【品質要件】
{要求される品質レベル、重点品質特性}

【出力形式】
- テスト目的と範囲
- テスト対象の業務フロー一覧
- テスト観点と手法
  - 機能要件の検証方針
  - エンドツーエンド業務フローの検証方針
  - 例外・エラー処理の検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
```

### 非機能テスト計画作成プロンプト

```
以下の情報に基づいて非機能テスト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、概要}

【システム構成】
{システム全体の構成}

【非機能要件】
{性能、可用性、セキュリティなどの非機能要件}

【テスト制約条件】
{スケジュール、環境制約など}

【出力形式】
- テスト目的と範囲
- 非機能テスト種別
  - 性能テスト
  - 負荷テスト
  - セキュリティテスト
  - 信頼性テスト
  - その他必要なテスト
- 各テスト種別ごとの詳細計画
  - テスト観点と手法
  - 評価指標と目標値
  - テストツール
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準
- リスクと対策
- テスト成果物
```

### 受入テスト計画作成プロンプト

```
以下の情報に基づいて受入テスト計画書を作成してください：

【プロジェクト概要】
{プロジェクトの目的、概要}

【システム概要】
{システムの主要機能と業務フロー}

【顧客要件】
{顧客の主要要件と期待値}

【テスト参加者】
{ユーザー部門、発注者など受入テスト参加者}

【出力形式】
- テスト目的と範囲
- テスト対象の機能・業務フロー一覧
- テスト観点と手法
  - 要件充足度の検証方針
  - 業務適合性の検証方針
  - ユーザビリティの検証方針
- テスト環境要件
- テストデータ要件
- テスト実施スケジュール
- テスト実施体制と役割
- 合否基準（受入基準）
- 不具合対応フロー
- 受入判定プロセス
- リスクと対策
- テスト成果物
```

### テスト計画レビュープロンプト

```
以下のテスト計画書をレビューしてください：

【テスト計画書】
{テスト計画書の内容}

【テスト種別】
{結合テスト、統合テスト、システムテストなど}

【プロジェクト情報】
{プロジェクトの背景、目的}

【レビューの観点】
- テスト範囲の網羅性
- テスト観点の妥当性
- テスト環境・データの適切さ
- スケジュールの現実性
- 体制の適切さ
- リスク対策の十分さ

【出力形式】
- 計画の強み
- 懸念点・弱点
- テスト範囲の漏れ
- テスト観点の不足
- 環境・データに関する課題
- スケジュール上の問題点
- 体制上の懸念点
- 改善のための具体的な提案
```

## 結合テスト

### 結合テスト設計プロンプト

```
以下の情報に基づいて結合テスト設計を行ってください：

【テスト対象】
{結合テスト対象のサブシステム内の機能（画面、API、バッチなど）}

【機能仕様】
{テスト対象の機能仕様の概要}

【機能間インターフェース】
{機能間の連携方法、データの流れなど}

【テスト観点】
{テストで確認すべき観点}

【出力形式】
- テストケース一覧
  - テストケースID
  - テスト観点
  - テスト内容
  - 前提条件
  - 入力値/操作手順
  - 期待結果
  - 重要度
- 機能連携フローの検証ケース
- 異常系・例外系のテストケース
- テストデータ設計
- インターフェースの検証ポイント
- テスト実施手順
```

### 結合テスト設計レビュープロンプト

```
以下の結合テスト設計をレビューしてください：

【結合テスト設計】
{結合テスト設計の内容}

【テスト対象】
{テスト対象の機能とその仕様}

【レビューの観点】
- テストケースの網羅性
- 機能連携フローの検証範囲
- 異常系・例外系の考慮
- テストデータの適切さ
- テスト実施手順の明確さ

【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストケース
- テスト観点の漏れ
- テストデータの不足点
- 手順の不明確な点
- 改善のための具体的な提案
```

### 結合テスト結果分析プロンプト

```
以下の結合テスト結果を分析してください：

【テスト結果概要】
{テスト実施件数、合格/不合格数など}

【不具合一覧】
{検出された不具合の概要}

【テスト対象】
{テスト対象の機能概要}

【出力形式】
- テスト結果の概要分析
  - カバレッジ評価
  - 品質評価
- 不具合の分類と分析
  - 発生箇所の傾向
  - 不具合の種類と傾向
  - 重大度別の分布
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
  - 開発プロセスへのフィードバック
  - テスト手法の改善点
```

## 統合テスト

### 統合テスト設計プロンプト

```
以下の情報に基づいて統合テスト設計を行ってください：

【テスト対象】
{統合テスト対象のサブシステム間インターフェースと外部システム連携}

【インターフェース仕様】
{インターフェースの通信方式、データフォーマット、プロトコルなど}

【連携フロー】
{サブシステム間または外部システムとの連携の流れ}

【テスト観点】
{テストで確認すべき観点}

【出力形式】
- テストケース一覧
  - テストケースID
  - テスト観点
  - テスト内容
  - 前提条件
  - 入力データ
  - 期待結果
  - 重要度
- インターフェース検証ケース
  - データフォーマット検証
  - プロトコル検証
  - エラー処理検証
- 連携フロー検証ケース
- スタブ/モック設計（必要な場合）
- テストデータ設計
- テスト実施手順
```

### 統合テスト設計レビュープロンプト

```
以下の統合テスト設計をレビューしてください：

【統合テスト設計】
{統合テスト設計の内容}

【テスト対象】
{テスト対象のインターフェースとその仕様}

【レビューの観点】
- テストケースの網羅性
- インターフェース検証の十分さ
- 連携フロー検証の完全性
- スタブ/モック設計の適切さ
- テストデータの適切さ
- エラー処理の検証範囲

【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストケース
- インターフェース検証の不足点
- 連携フロー検証の不足点
- スタブ/モックの問題点
- テストデータの不足点
- 改善のための具体的な提案
```

### 統合テスト結果分析プロンプト

```
以下の統合テスト結果を分析してください：

【テスト結果概要】
{テスト実施件数、合格/不合格数など}

【不具合一覧】
{検出された不具合の概要}

【テスト対象】
{テスト対象のインターフェース概要}

【出力形式】
- テスト結果の概要分析
  - カバレッジ評価
  - 品質評価
- 不具合の分類と分析
  - インターフェース関連の問題
  - データ連携の問題
  - タイミング/同期の問題
  - エラー処理の問題
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
  - インターフェース設計への提案
  - エラー処理への提案
  - テスト手法の改善点
```

## システムテスト

### システムテスト設計プロンプト

```
以下の情報に基づいてシステムテスト設計を行ってください：

【テスト対象システム】
{テスト対象システムの概要}

【業務フロー】
{主要な業務フローとその概要}

【テスト観点】
{テストで確認すべき観点}

【要件・仕様】
{要件および仕様の概要}

【出力形式】
- テストシナリオ一覧
  - シナリオID
  - シナリオ概要
  - 検証する業務フロー
  - 前提条件
  - テスト手順
  - 期待結果
  - 重要度
- 機能テストケース
  - 正常系ケース
  - 異常系・例外系ケース
- エンドツーエンドフロー検証ケース
- テストデータ設計
- 検証ポイント一覧
- テスト実施手順
```

### システムテスト設計レビュープロンプト

```
以下のシステムテスト設計をレビューしてください：

【システムテスト設計】
{システムテスト設計の内容}

【システム要件】
{システムの要件概要}

【レビューの観点】
- テストシナリオの網羅性
- 機能要件の検証範囲
- 業務フローの検証範囲
- 異常系・例外系の考慮
- テストデータの適切さ
- テスト手順の明確さ

【出力形式】
- 設計の強み
- 懸念点・弱点
- 不足しているテストシナリオ
- 機能要件検証の不足点
- 業務フロー検証の不足点
- 異常系・例外系の不足点
- テストデータの不足点
- 改善のための具体的な提案
```

### システムテスト結果分析プロンプト

```
以下のシステムテスト結果を分析してください：

【テスト結果概要】
{テスト実施件数、合格/不合格数など}

【不具合一覧】
{検出された不具合の概要}

【テスト対象】
{テスト対象のシステム概要}

【出力形式】
- テスト結果の概要分析
  - カバレッジ評価
  - 品質評価
- 不具合の分類と分析
  - 機能要件関連の問題
  - 業務フロー関連の問題
  - UI/UX関連の問題
  - パフォーマンス関連の問題
- 根本原因の考察
- 品質リスクの評価
- 追加テストの必要性
- 改善提案
  - 設計・実装への提案
  - 要件定義プロセスへの提案
  - テスト手法の改善点
```

## 非機能テスト

### 性能テスト設計プロンプト

```
以下の情報に基づいて性能テストを設計してください：

【システム概要】
{テスト対象システムの概要}

【性能要件】
{応答時間、スループット、リソース使用率などの要件}

【重要機能】
{性能が重要視される機能や処理}

【テスト環境】
{テスト環境の構成とプロダクション環境との差異}

【出力形式】
- 性能テストの目的
- テスト対象の機能・処理
- 性能指標と目標値
- テストシナリオ
  - 標準シナリオ
  - ピーク負荷シナリオ
  - 長時間実行シナリオ
- 計測項目
  - レスポンスタイム
  - スループット
  - CPU/メモリ使用率
  - ディスクI/O
  - ネットワーク使用量
- テストツールと構成
- テストデータ設計
- テスト実行手順
- 結果収集方法
- 分析・評価方法
- 合否判定基準
```

### 性能テスト結果分析プロンプト

```
以下の性能テスト結果を分析してください：

【テスト結果概要】
{テスト実行条件と測定結果の概要}

【性能要件】
{達成すべき性能目標}

【テスト環境】
{テスト環境の構成}

【出力形式】
- テスト結果の概要分析
  - 目標達成状況
  - クリティカルポイント
- 詳細分析
  - レスポンスタイム分析
  - スループット分析
  - リソース使用状況分析
  - ボトルネック分析
- パフォーマンスに影響する要因
- システム容量の評価
- スケーラビリティの評価
- 改善提案
  - アプリケーションレベルの最適化
  - インフラレベルの最適化
  - チューニングパラメータの提案
- 本番環境への影響予測
```

### 負荷テスト設計プロンプト

```
以下の情報に基づいて負荷テストを設計してください：

【システム概要】
{テスト対象システムの概要}

【性能要件】
{応答時間、スループット、同時接続数などの要件}

【主要トランザクション】
{負荷テスト対象となる主要トランザクション}

【想定負荷】
{ピーク時の同時ユーザー数、トランザクション数など}

【テスト環境】
{負荷テスト環境の構成}

【出力形式】
- 負荷テスト目的
- 負荷テストシナリオ
  - 通常負荷テスト
  - ピーク負荷テスト
  - 持続負荷テスト
  - ストレステスト
  - 回復テスト
- 負荷プロファイル設計
  - ユーザー数の段階的増加パターン
  - 長時間負荷パターン
  - スパイク負荷パターン
- 計測指標（レスポンスタイム、スループット、CPUなど）
- テストツールと構成
- テストデータ設計
- テスト実行手順
- ボトルネック特定方法
- 結果収集方法
- 分析・評価方法
- 合否判定基準
```

### 負荷テスト結果分析プロンプト

```
以下の負荷テスト結果を分析してください：

【テスト結果概要】
{テスト実行条件と測定結果の概要}

【負荷テストシナリオ】
{実行したテストシナリオの種類と目的}

【性能要件】
{達成すべき性能目標}

【出力形式】
- テスト結果の概要分析
  - 目標達成状況
  - 限界点（飽和点）
- 詳細分析
  - 応答時間の変化
  - スループットの変化
  - エラー率の変化
  - リソース使用状況
- ボトルネックの特定と分析
- スケーラビリティの評価
- 安定性と回復性の評価
- キャパシティプランニングへの示唆
- 改善提案
  - アプリケーションレベルの改善
  - インフラレベルの改善
  - アーキテクチャレベルの改善
- リスク評価と対策
```

### セキュリティテスト設計プロンプト

```
以下の情報に基づいてセキュリティテストを設計してください：

【システム概要】
{テスト対象システムの概要}

【セキュリティ要件】
{セキュリティに関する要件}

【保護すべき資産】
{機密データ、個人情報など}

【想定脅威】
{想定される脅威や攻撃パターン}

【テスト環境】
{セキュリティテスト環境の構成}

【出力形式】
- セキュリティテスト目的
- テスト種別（脆弱性診断、ペネトレーションテストなど）
- テスト範囲と対象
- テスト項目一覧
  - 認証・認可関連
  - セッション管理関連
  - 入力検証関連
  - 機密情報保護関連
  - 通信セキュリティ関連
  - その他セキュリティ対策
- テスト方法と手順
  - 自動テスト
  - 手動テスト
- テストツール
- テスト実施条件
- 結果評価方法
- 脆弱性評価基準
- レポーティング方法
- セキュリティリスク対応方針
```

### セキュリティテスト結果分析プロンプト

```
以下のセキュリティテスト結果を分析してください：

【テスト結果概要】
{検出された脆弱性や問題点の概要}

【テスト種別】
{実施したセキュリティテストの種類}

【セキュリティ要件】
{システムが満たすべきセキュリティ要件}

【出力形式】
- テスト結果の概要分析
  - 検出された脆弱性の概要
  - 重要度別の分類
- 詳細分析
  - 脆弱性の詳細説明
  - 想定される攻撃シナリオ
  - 影響範囲と深刻度
- リスク評価
  - 発生可能性
  - 影響度
  - 緊急度
- 対策提案
  - 短期的対策
  - 長期的対策
  - セキュリティ設計への提案
- セキュリティ体制への提案
- 再テスト計画
```

## 受入テスト

### ユーザー受入テスト設計プロンプト

```
以下の情報に基づいてユーザー受入テスト（UAT）を設計してください：

【システム概要】
{テスト対象システムの概要}

【主要ステークホルダー】
{UATに関わるステークホルダー}

【ビジネス要件】
{システムが満たすべきビジネス要件}

【業務シナリオ】
{主要な業務シナリオ}

【出力形式】
- UATの目的
- 受入基準
- テスト対象機能
- テストシナリオ
  - 業務フローに沿ったシナリオ
  - 例外シナリオ
  - 実際の業務データを用いたシナリオ
- テスト項目一覧
  - 機能要件確認項目
  - 操作性・ユーザビリティ確認項目
  - 業務適合性確認項目
- テスト実施体制
- テストデータ要件
- テスト環境要件
- テスト実施手順
- 結果評価方法
- 課題管理方法
- 最終承認プロセス
```

### ユーザー受入テスト結果分析プロンプト

```
以下のユーザー受入テスト結果を分析してください：

【テスト結果概要】
{テスト実施状況と結果の概要}

【発見された課題一覧】
{テスト中に検出された課題}

【ユーザーフィードバック】
{テスト参加者からのフィードバック}

【出力形式】
- テスト結果の概要分析
  - 受入基準の達成状況
  - 検出された課題の概要
- 詳細分析
  - 機能面の課題
  - 操作性・ユーザビリティの課題
  - 業務適合性の課題
  - パフォーマンス面の課題
- ユーザーフィードバックの分析
  - 共通の意見・感想
  - 改善要望の傾向
- 課題の優先順位付けと対応方針
- システムリリースへの影響評価
- リリース判断のための提言
- 残存課題の管理方法
- 今後の改善計画への示唆
```

### 契約受入テスト設計プロンプト

```
以下の情報に基づいて契約受入テスト設計を行ってください：

【プロジェクト概要】
{プロジェクトの概要}

【契約内容】
{契約で定められた要件や品質基準}

【成果物】
{納品対象の成果物}

【ステークホルダー】
{発注者、受注者などの関係者}

【出力形式】
- 契約受入テストの目的
- 契約要件と検証項目のマッピング
- 受入基準（検収条件）
- テスト範囲
- テストシナリオ
  - 機能要件検証シナリオ
  - 非機能要件検証シナリオ
  - 契約特記事項の検証シナリオ
- 検証方法
  - 確認項目
  - 検証手順
  - エビデンス収集方法
- 合否判定基準
- 検収プロセス
  - 検収会議の進め方
  - 課題管理方法
  - エスカレーションルール
- 最終承認フロー
```

### 契約受入テスト結果分析プロンプト

```
以下の契約受入テスト結果を分析してください：

【テスト結果概要】
{テスト実施状況と結果の概要}

【契約要件】
{契約で定められた要件の概要}

【検出された課題一覧】
{テスト中に検出された課題}

【出力形式】
- テスト結果の概要分析
  - 契約要件の充足状況
  - 受入基準の達成状況
- 詳細分析
  - 要件別の充足状況
  - 未達成の要件と影響
  - 検出された課題と契約との関係
- 法的・契約的観点からの評価
  - 契約上のリスク
  - 追加対応の必要性
- 検収判断のための提言
  - 検収可能項目
  - 条件付き検収項目
  - 検収保留項目
- 残課題の対応計画
- 教訓と今後の契約への示唆
```

### 運用受入テスト設計プロンプト

```
以下の情報に基づいて運用受入テスト設計を行ってください：

【システム概要】
{テスト対象システムの概要}

【運用要件】
{システム運用に関する要件}

【運用体制】
{運用担当者の体制、スキルレベルなど}

【運用プロセス】
{日常運用、障害対応、変更管理などのプロセス}

【出力形式】
- 運用受入テストの目的
- 運用受入基準
- テスト対象領域
  - 日常運用
  - 障害対応
  - バックアップ・リカバリ
  - 監視・アラート
  - セキュリティ運用
  - 変更管理
- テストシナリオ
  - 平常時運用シナリオ
  - 障害時対応シナリオ
  - メンテナンス作業シナリオ
- 検証項目一覧
  - 運用手順の検証
  - 運用ツールの検証
  - ドキュメントの検証
  - 運用担当者のスキル検証
- テスト実施体制
- テスト実施スケジュール
- 結果評価方法
- 課題管理方法
- 運用移行判断基準
```

### 運用受入テスト結果分析プロンプト

```
以下の運用受入テスト結果を分析してください：

【テスト結果概要】
{テスト実施状況と結果の概要}

【検出された課題一覧】
{テスト中に検出された課題}

【運用体制・運用プロセス】
{運用体制と運用プロセスの概要}

【出力形式】
- テスト結果の概要分析
  - 運用受入基準の達成状況
  - 検出された課題の概要
- 詳細分析
  - 日常運用に関する課題
  - 障害対応に関する課題
  - バックアップ・リカバリに関する課題
  - 監視・アラートに関する課題
  - セキュリティ運用に関する課題
  - 変更管理に関する課題
- 運用体制・スキルの評価
- 運用ドキュメントの評価
- 運用ツールの評価
- 課題の優先順位付けと対応方針
- 運用移行判断のための提言
- 残存課題のリスク評価と対策
- 運用の成熟度向上に向けた提案
```