QA領域では、AIの価値が出やすい。理由は、テストには観点漏れ、組み合わせ爆発、過去障害再発、若手と熟練者の観点差が発生しやすいからである。
5.0b PoC向け：テスト観点・網羅チェック
QA領域の原則（第1章）：AI生成ケースは無審査で採用しない。PoCでは「観点の漏れを減らす下書き」に限定し、期待値・データ・環境は人間が確定する。
| 用途 | AI | 禁止 | KPI |
|---|---|---|---|
| 単体・結合 | 境界値・異常系の観点提案 | 期待値の推測確定 | テストケース数、漏れ指摘 |
| E2E | シナリオ草案（webapp-testing 等） | 本番相当データの無断投入 | 第12章 Q-1 |
| 回帰 | 変更影響からの候補抽出 | CI未通過のまま採用 | 障害再発件数 |
公開スキル候補: 第17章・第19章（試用前に第13章チェック）。
5.1 QAでAIを使う目的
- テスト観点漏れの削減
- 異常系・境界値の補強
- 過去障害の再発防止観点化
- E2Eテストシナリオ作成
- テストデータ作成
- 障害票から再現手順を整理
- テスト実行結果の傾向分析
5.2 公開事例
| 事例 | 概要 | 活用ポイント |
|---|---|---|
| Meta Sapienz | Facebook Androidアプリなどに対する大規模な自動テスト設計・探索テストの事例。 | AI/探索型テストをCIに組み込む発想の参考になる。 |
| Meta rich test users | リッチな状態を持つテストユーザーによりカバレッジや検出不具合を増加。 | 現実に近いテストデータ・状態管理の重要性を示す。 |
| 富士通テスト仕様書生成 | 設計書差分から追加・変更テスト項目を生成する取り組み。 | SE/QA境界でのテスト観点抽出に使える。 |
| GenIA-E2ETest | 自然言語からE2Eテストスクリプトを生成する研究。 | Playwright等との組み合わせ方針の参考になる。 |
Before / After 事例（PoC想定・匿名）
事例Q-1：テスト観点生成＋過去障害ナレッジ
| 項目 | Before | After（2か月） |
|---|---|---|
| テスト観点数（中機能1件） | 平均28件 | 平均47件（重複削除後） |
| リリース後バグ（観点漏れ系） | 四半期4件 | 四半期1件 |
| 観点作成工数 | QA 6h | QA 3.5h（AI生成＋人間採否） |
| 過去障害の再発 | 同一パターン2件 | 0件（再発防止プロンプト反映） |
使ったスキル：webapp-testing（anthropics）でE2E下書き、第5章テスト観点プロンプトで観点表。
5.3 AIに作らせる成果物
| 成果物 | 内容 |
|---|---|
| テスト観点表 | 正常系、異常系、境界値、権限、排他、性能 |
| テストケース案 | 入力値、前提条件、期待結果 |
| デシジョンテーブル | 条件組み合わせ |
| 状態遷移テスト | ステータス変更、業務フロー |
| 回帰テスト候補 | 既存機能への影響確認 |
| バグ再現手順 | 障害票から再現条件整理 |
| E2Eテスト案 | 画面操作シナリオ |
| テストデータ案 | 正常、異常、境界、特殊文字 |
テスト観点生成プロンプト
あなたは業務システムのQAリードです。
以下の仕様に対して、テスト観点を網羅的に作成してください。
出力形式：
| No | テスト分類 | 前提条件 | 操作 | 入力値 | 期待結果 | 優先度 | 備考 |
必須観点：
- 正常系
- 異常系
- 境界値
- 必須チェック
- 桁数チェック
- 型チェック
- 権限
- 排他
- DB更新確認
- ログ確認
- 再実行
- 0件
- 大量件数
- タイムアウト
- 外部IFエラー
- 過去障害再発防止5.4 AIテスト設計の運用手順
- 仕様書を入力し、AIにテスト観点を生成させる。
- 過去障害・レビュー指摘を追加して再生成する。
- QA担当が不要・重複・非現実的ケースを削る。
- 重要度を付ける。
- テスト管理表に取り込む。
- 自動化可能なケースを分類する。
- 実行結果を記録する。
- 障害票と紐づける。
- 再発防止観点を次回プロンプトに反映する。
運用のコツ：AIは観点を広げる役割、人間は実行可能性・優先度・期待値を判断する役割に分ける。
5.5 E2Eテスト作成プロンプト
あなたはE2Eテスト自動化担当です。
以下の画面仕様と業務フローをもとに、Playwrightで自動化可能なE2Eテストシナリオを作成してください。
出力形式：
1. シナリオ名
2. 前提データ
3. 操作手順
4. 期待結果
5. 確認する画面項目
6. 異常系
7. 自動化時の注意点
8. Playwrightコード例
注意：
- テストデータの作成・削除方針も含める
- 非同期処理や待機条件を明記する
- 壊れやすいセレクタは避ける5.6 障害再発防止プロンプト
あなたはQAリードです。
以下の障害票をもとに、再発防止のために追加すべきテスト観点を作成してください。
出力形式：
1. 障害の要約
2. 原因分類
3. 検出できなかった理由
4. 追加すべき単体テスト
5. 追加すべき結合テスト
6. 追加すべき回帰テスト
7. 監視・ログで検知できるか
8. 今後のレビュー観点