Test Strategy Design について
Test Strategy Designは、QAリードがプロジェクトの品質保証方針を立てるためのスキルです。テストピラミッドに沿って、テスト範囲、環境、自動化、リスク優先度、レポートを整理します。
主な機能
- 01テストピラミッドの策定
- 02範囲とテスト種別の定義
- 03環境とテストデータの方針
- 04自動化フレームワークの選定基準
- 05リスクに基づく優先順位付け
- 06QA成果物の計画
活用シーン
- 01プロジェクト全体のテスト計画作成
- 02プロジェクトリスクに応じたテスト優先度設定
- 03自動化とレポート方針の策定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ danhvb/ my-ba-skills --skill test-strategy-designインストール後、Claude Code で/test-strategy-designを入力して読み込まれたか確認します。
詳細
テスト戦略設計スキル
目的
QA リードエージェントがプロジェクト全体の品質保証の方針を定義し、適切なテストを通じてすべてのリスクを軽減できるようにします。
テストピラミッド戦略
Mike Cohn のテストピラミッドに基づきます。
- ユニットテスト(70%):コンポーネントレベルで実施し、高速かつ独立しています。(開発担当)
- インテグレーションテスト(20%):API レベルで実施し、サービス間の連携を確認します。(開発/QA 担当)
- E2E/UI テスト(10%):ユーザーの操作フローを確認します。低速で壊れやすいテストです。(QA 担当)
テスト計画の構成要素
1. スコープ
- 対象範囲:モジュール、ブラウザー(Chrome、Safari)、デバイス(iOS、Android)。
- 対象外:パフォーマンス(指定がある場合を除く)、サードパーティーシステムの内部。
2. テストの種類
- 機能テスト:サニティテスト、スモークテスト、回帰テスト。
- 非機能テスト:パフォーマンス、セキュリティ、アクセシビリティ、ユーザビリティ。
3. 環境戦略
- 開発環境:不安定な環境で、ユニットテストに使用します。
- QA/ステージング環境:安定しており、本番環境を反映した環境で、機能テストや回帰テストに使用します。
- 本番環境:スモークテストやモニタリングに使用します。
4. テストデータ戦略
- 合成データを生成しますか?
- 匿名化した本番データのダンプを使用しますか?
- テストユーザーをハードコードしますか?
自動化フレームワークの設計
選定基準
- 技術スタック:Playwright(JS/TS)、Selenium(Java/Python)、Cypress(JS)。
- CI/CD 連携:Github Actions、Jenkins。
- レポート:Allure、HTML レポート。
ベストプラクティス
- ページオブジェクトモデル(POM):ページ構造とテストを分離します。
- アトミックテスト:各テストを独立させます。
- データ駆動型:データとロジックを分離します。
リスクベーステスト
以下に基づいてテストの優先順位を決めます。
- 影響度:失敗した場合に何が起きるか?(金銭的損失、データ損失など)
- 発生確率:失敗する可能性はどの程度か?(新しく複雑なコードと、古く安定したコードの違いなど)
成果物
- マスターテスト計画(MTP)。
- テストケーススイート。
- 不具合レポート。
- テストサマリーレポート。
コメント
Markdown 対応