mcpField
T
Test Strategy Design

Test Strategy Design

github.com/danhvbテスト・品質84 回インストール
リポジトリ

Test Strategy Design について

Test Strategy Designは、QAリードがプロジェクトの品質保証方針を立てるためのスキルです。テストピラミッドに沿って、テスト範囲、環境、自動化、リスク優先度、レポートを整理します。

主な機能

  1. 01テストピラミッドの策定
  2. 02範囲とテスト種別の定義
  3. 03環境とテストデータの方針
  4. 04自動化フレームワークの選定基準
  5. 05リスクに基づく優先順位付け
  6. 06QA成果物の計画

活用シーン

  1. 01プロジェクト全体のテスト計画作成
  2. 02プロジェクトリスクに応じたテスト優先度設定
  3. 03自動化とレポート方針の策定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/danhvb/my-ba-skills --skill test-strategy-design

インストール後、Claude Code で/test-strategy-designを入力して読み込まれたか確認します。

詳細

テスト戦略設計スキル

目的

QA リードエージェントがプロジェクト全体の品質保証の方針を定義し、適切なテストを通じてすべてのリスクを軽減できるようにします。

テストピラミッド戦略

Mike Cohn のテストピラミッドに基づきます。

  1. ユニットテスト(70%):コンポーネントレベルで実施し、高速かつ独立しています。(開発担当)
  2. インテグレーションテスト(20%):API レベルで実施し、サービス間の連携を確認します。(開発/QA 担当)
  3. 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)。
  • テストケーススイート。
  • 不具合レポート。
  • テストサマリーレポート。

コメント