qa-split-testing-levels-pyramid

QA 分割テストレベル — テストピラミッド

機能にテストピラミッドを適用し、各シナリオを、その失敗を検出できる最も低コストのレベルに割り当てます。 入力：機能の説明、または以前の QA 分析で特定されたリスクシナリオ。

テストレベル

下から上へのデフォルトのレイヤー：

• 単体テスト + 統合テスト
• e2e
• 手動

1 つのレイヤーに、個別のランナーで実行する複数の種類のテストを含めることができます：e2e api / e2e web / e2e mobile。 プロジェクトによっては、コンポーネント、機能、コントラクト、ビジュアルなど、別のテストレイヤーを採用している場合もあります。 プロジェクトで使われているテストレイヤーとテストの種類を採用し、スキャンで何も見つからなかった場合にのみデフォルトを使用します。

ワークフロー

1. scan-automation-project スキルを使って、既存のテストを調査します。
2. プロジェクトのテストレイヤーと、各レイヤーに含まれるテストの種類を特定します。
3. 各シナリオを、その失敗を検出できる最も低いレイヤーと、そのレイヤー内のテストの種類に割り当てます。
4. レイヤーとテストの種類ごとに、推奨するカバレッジの配分を示します。

ルール

• すでに自動テストでカバーされているシナリオについて、手動での検証を推奨しないでください。
• シナリオをより上位のレイヤーに割り当てる場合、なぜより下位のレイヤーでは扱えないのかを説明してください。
• あるテストの種類が、同じレイヤーに属する別の種類をカバーすることはありません：e2e web は e2e api をカバーしません。
• 既存の自動テストのシナリオは一般化し、ユーザーから依頼があった場合にのみ拡張してください。

出力

• 📐 Testing levels セクション：デフォルトと異なる場合に、使用するレイヤーとテストの種類を示します。
• ☑️ What is already tested セクション：レイヤーとテストの種類ごとに、既存のテスト数と対象範囲を示します。
• 🧪 Testing plan セクション：シナリオ → レイヤーとテストの種類（e2e / api）を、理由とともに示します。
• 環境でチャートを表示できる場合は、レイヤーとテストの種類ごとのテスト数と割合を示す円グラフまたはテストピラミッドを追加します。通常のターミナル出力では図を省略します。
• 手動テスト項目には、検証方法（操作 → 期待される結果）を記載します。

次のアクション

計画の提示後、以下を提案します：

• 手動テストケースまたはチェックリストを作成する → qa-write-test-cases スキル。
• 手動テストケースを自動テストにする → automate-manual-test-cases スキル。
• 変更を考慮したテスト実行のため、テストとソースファイルを対応付ける → qa-test-code-coverage スキル。