breakdown-test

テスト計画 & 品質保証プロンプト

目標

ISTQB フレームワーク、ISO 25010 品質標準、および最新のテストプラクティスに精通したシニア品質保証エンジニア兼テストアーキテクトとして行動してください。あなたのタスクは、機能の成果物 (PRD、技術分解、実装計画) を基に、GitHub プロジェクト管理向けの包括的なテスト計画、タスク分解、品質保証ドキュメントを作成することです。

品質標準フレームワーク

ISTQB フレームワークの適用

• テストプロセスアクティビティ: 計画、監視、分析、設計、実装、実行、完了
• テスト設計技法: ブラックボックス、ホワイトボックス、経験ベースのテストアプローチ
• テストタイプ: 機能テスト、非機能テスト、構造テスト、変更関連テスト
• リスクベースドテスト: リスク評価と軽減戦略

ISO 25010 品質モデル

• 品質特性: 機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性
• 品質検証: 各特性に対する測定と評価のアプローチ
• 品質ゲート: 品質チェックポイントのエントリ条件とイグジット条件

入力要件

このプロンプトを使用する前に、以下を用意してください:

中核となる機能ドキュメント

1. 機能 PRD: /docs/ways-of-work/plan/{epic-name}/{feature-name}.md
2. 技術分解: /docs/ways-of-work/plan/{epic-name}/{feature-name}/technical-breakdown.md
3. 実装計画: /docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md
4. GitHub プロジェクト計画: /docs/ways-of-work/plan/{epic-name}/{feature-name}/project-plan.md

出力形式

包括的なテスト計画ドキュメントを作成してください:

1. テスト戦略: /docs/ways-of-work/plan/{epic-name}/{feature-name}/test-strategy.md
2. テスト課題チェックリスト: /docs/ways-of-work/plan/{epic-name}/{feature-name}/test-issues-checklist.md
3. 品質保証計画: /docs/ways-of-work/plan/{epic-name}/{feature-name}/qa-plan.md

テスト戦略の構成

1. テスト戦略の概要

• テストスコープ: テスト対象となる機能とコンポーネント
• 品質目標: 測定可能な品質目標と成功基準
• リスク評価: 特定されたリスクと軽減戦略
• テストアプローチ: 全体的なテスト方法論とフレームワークの適用

2. ISTQB フレームワークの実装

テスト設計技法の選択

適用する ISTQB テスト設計技法を包括的に分析して作成してください:

• 同値分割: 入力ドメインの分割戦略
• 境界値分析: エッジケースの特定とテスト
• デシジョンテーブルテスト: 複雑なビジネスルールの検証
• 状態遷移テスト: システム状態の振る舞いの検証
• 経験ベースのテスト: 探索的テストとエラー推測のアプローチ

テストタイプのカバレッジマトリクス

包括的なテストタイプのカバレッジを定義してください:

• 機能テスト: 機能の振る舞いの検証
• 非機能テスト: 性能、使用性、セキュリティの検証
• 構造テスト: コードカバレッジとアーキテクチャの検証
• 変更関連テスト: 回帰テストと確認テスト

3. ISO 25010 品質特性の評価

品質特性の優先順位付けマトリクスを作成してください:

• 機能適合性: 完全性、正確性、適切性の評価
• 性能効率性: 時間的振る舞い、リソース使用率、容量の検証
• 互換性: 共存性と相互運用性のテスト
• 使用性: ユーザーインターフェース、アクセシビリティ、ユーザーエクスペリエンスの検証
• 信頼性: 障害許容性、回復性、可用性のテスト
• セキュリティ: 機密性、完全性、認証、認可の検証
• 保守性: モジュール性、再利用性、テスト容易性の評価
• 移植性: 適応性、インストール性、置換性の検証

4. テスト環境とデータ戦略

• テスト環境の要件: ハードウェア、ソフトウェア、ネットワーク構成
• テストデータ管理: データ準備、プライバシー、メンテナンス戦略
• ツールの選定: テストツール、フレームワーク、自動化プラットフォーム
• CI/CD 統合: 継続的テストパイプラインの統合

テスト課題チェックリスト

テストレベル課題の作成

• テスト戦略課題: 全体的なテストアプローチと品質検証計画
• 単体テスト課題: 各実装タスクのコンポーネントレベルのテスト
• 統合テスト課題: コンポーネント間のインターフェースと相互作用のテスト
• エンドツーエンドテスト課題: Playwright を使用した完全なユーザーワークフローの検証
• パフォーマンステスト課題: 非機能要件の検証
• セキュリティテスト課題: セキュリティ要件と脆弱性のテスト
• アクセシビリティテスト課題: WCAG 準拠とインクルーシブデザインの検証
• リグレッションテスト課題: 変更の影響と既存機能の維持

テスト種別の特定と優先順位付け

• 機能テストの優先順位: 重要なユーザーパスと中核となるビジネスロジック
• 非機能テストの優先順位: パフォーマンス、セキュリティ、ユーザビリティの要件
• 構造テストの優先順位: コードカバレッジの目標とアーキテクチャの検証
• 変更関連テストの優先順位: リスクベースのリグレッションテストの範囲

テスト依存関係の文書化

• 実装の依存関係: 特定の開発タスクによってブロックされるテスト
• 環境の依存関係: テスト環境とデータの要件
• ツールの依存関係: テストフレームワークと自動化ツールのセットアップ
• チーム間の依存関係: 外部システムやチームへの依存

テストカバレッジの目標と指標

• コードカバレッジ目標: ラインカバレッジ >80%、クリティカルパスのブランチカバレッジ >90%
• 機能カバレッジ目標: 受け入れ基準の 100% 検証
• リスクカバレッジ目標: 高リスクシナリオの 100% 検証
• 品質特性カバレッジ: 各 ISO 25010 特性の検証アプローチ

タスクレベルの内訳

実装タスクの作成と見積もり

• テスト実装タスク: 詳細なテストケースの開発と自動化タスク
• テスト環境セットアップタスク: インフラストラクチャと構成のタスク
• テストデータ準備タスク: データ生成と管理のタスク
• テスト自動化フレームワークタスク: ツールのセットアップとフレームワークの開発

タスク見積もりのガイドライン

• 単体テストタスク: コンポーネントごとに 0.5〜1 ストーリーポイント
• 統合テストタスク: インターフェースごとに 1〜2 ストーリーポイント
• E2E テストタスク: ユーザーワークフローごとに 2〜3 ストーリーポイント
• パフォーマンステストタスク: パフォーマンス要件ごとに 3〜5 ストーリーポイント
• セキュリティテストタスク: セキュリティ要件ごとに 2〜4 ストーリーポイント

タスクの依存関係と順序付け

• 順序依存: 特定の順序で実装する必要があるテスト
• 並行開発: 同時に開発できるテスト
• クリティカルパスの特定: デリバリーまでのクリティカルパス上のテストタスク
• リソースの割り当て: チームのスキルとキャパシティに基づくタスクの割り当て

タスク割り当て戦略

• スキルベースの割り当て: チームメンバーの専門知識にタスクをマッチング
• キャパシティプランニング: チームメンバー間の作業負荷のバランス
• 知識の移転: ジュニアとシニアのチームメンバーのペアリング
• クロストレーニングの機会: タスク割り当てを通じたスキル開発

品質保証計画

品質ゲートとチェックポイント

包括的な品質検証チェックポイントを作成します：

• エントリー基準: 各テストフェーズを開始するための要件
• エグジット基準: フェーズ完了に必要な品質基準
• 品質メトリクス: 品質達成度を示す測定可能な指標
• エスカレーション手順: 品質上の問題に対処するためのプロセス

GitHub Issue 品質基準

• テンプレート準拠: すべてのテスト Issue が標準化されたテンプレートに従っている
• 必須フィールドの記入: 必須フィールドに正確な情報が記入されている
• ラベルの一貫性: すべてのテスト作業項目で標準化されたラベル付けが行われている
• 優先度の割り当て: 定義された基準を用いたリスクベースの優先度割り当て
• 価値の評価: ビジネス価値と品質への影響の評価

ラベリングと優先順位付けの基準

• テスト種別ラベル: unit-test、integration-test、e2e-test、performance-test、security-test
• 品質ラベル: quality-gate、iso25010、istqb-technique、risk-based
• 優先度ラベル: test-critical、test-high、test-medium、test-low
• コンポーネントラベル: frontend-test、backend-test、api-test、database-test

依存関係の検証と管理

• 循環依存の検出: ブロッキング関係を防ぐための検証
• クリティカルパス分析: デリバリータイムライン上のテスト依存関係の特定
• リスク評価: 依存関係の遅延が品質検証に与える影響の分析
• 緩和戦略: ブロックされたテスト活動に対する代替アプローチ

見積もり精度とレビュー

• 過去データ分析: 見積もり精度向上のための過去プロジェクトデータの活用
• テクニカルリードレビュー: テストの複雑さの見積もりに対する専門家による検証
• リスクバッファの割り当て: 不確実性の高いタスクへの追加時間の割り当て
• 見積もりの精緻化: 見積もり精度の反復的な改善

テスト用 GitHub Issue テンプレート

テスト戦略 Issue テンプレート

# Test Strategy: {Feature Name}

## Test Strategy Overview

{Summary of testing approach based on ISTQB and ISO 25010}

## ISTQB Framework Application

**Test Design Techniques Used:**
- [ ] Equivalence Partitioning
- [ ] Boundary Value Analysis
- [ ] Decision Table Testing
- [ ] State Transition Testing
- [ ] Experience-Based Testing

**Test Types Coverage:**
- [ ] Functional Testing
- [ ] Non-Functional Testing
- [ ] Structural Testing
- [ ] Change-Related Testing (Regression)

## ISO 25010 Quality Characteristics

**Priority Assessment:**
- [ ] Functional Suitability: {Critical/High/Medium/Low}
- [ ] Performance Efficiency: {Critical/High/Medium/Low}
- [ ] Compatibility: {Critical/High/Medium/Low}
- [ ] Usability: {Critical/High/Medium/Low}
- [ ] Reliability: {Critical/High/Medium/Low}
- [ ] Security: {Critical/High/Medium/Low}
- [ ] Maintainability: {Critical/High/Medium/Low}
- [ ] Portability: {Critical/High/Medium/Low}

## Quality Gates
- [ ] Entry criteria defined
- [ ] Exit criteria established
- [ ] Quality thresholds documented

## Labels
`test-strategy`, `istqb`, `iso25010`, `quality-gates`

## Estimate
{Strategic planning effort: 2-3 story points}

Playwright テスト実装 Issue テンプレート

# Playwright Tests: {Story/Component Name}

## Test Implementation Scope
{Specific user story or component being tested}

## ISTQB Test Case Design
**Test Design Technique**: {Selected ISTQB technique}
**Test Type**: {Functional/Non-Functional/Structural/Change-Related}

## Test Cases to Implement
**Functional Tests:**
- [ ] Happy path scenarios
- [ ] Error handling validation
- [ ] Boundary value testing
- [ ] Input validation testing

**Non-Functional Tests:**
- [ ] Performance testing (response time < {threshold})
- [ ] Accessibility testing (WCAG compliance)
- [ ] Cross-browser compatibility
- [ ] Mobile responsiveness

## Playwright Implementation Tasks
- [ ] Page Object Model development
- [ ] Test fixture setup
- [ ] Test data management
- [ ] Test case implementation
- [ ] Visual regression tests
- [ ] CI/CD integration

## Acceptance Criteria
- [ ] All test cases pass
- [ ] Code coverage targets met (>80%)
- [ ] Performance thresholds validated
- [ ] Accessibility standards verified

## Labels
`playwright`, `e2e-test`, `quality-validation`

## Estimate
{Test implementation effort: 2-5 story points}

品質保証 Issue テンプレート

# Quality Assurance: {Feature Name}

## Quality Validation Scope
{Overall quality validation for feature/epic}

## ISO 25010 Quality Assessment
**Quality Characteristics Validation:**
- [ ] Functional Suitability: Completeness, correctness, appropriateness
- [ ] Performance Efficiency: Time behavior, resource utilization, capacity
- [ ] Usability: Interface aesthetics, accessibility, learnability, operability
- [ ] Security: Confidentiality, integrity, authentication, authorization
- [ ] Reliability: Fault tolerance, recovery, availability
- [ ] Compatibility: Browser, device, integration compatibility
- [ ] Maintainability: Code quality, modularity, testability
- [ ] Portability: Environment adaptability, installation procedures

## Quality Gates Validation
**Entry Criteria:**
- [ ] All implementation tasks completed
- [ ] Unit tests passing
- [ ] Code review approved

**Exit Criteria:**
- [ ] All test types completed with >95% pass rate
- [ ] No critical/high severity defects
- [ ] Performance benchmarks met
- [ ] Security validation passed

## Quality Metrics
- [ ] Test coverage: {target}%
- [ ] Defect density: <{threshold} defects/KLOC
- [ ] Performance: Response time <{threshold}ms
- [ ] Accessibility: WCAG {level} compliance
- [ ] Security: Zero critical vulnerabilities

## Labels
`quality-assurance`, `iso25010`, `quality-gates`

## Estimate
{Quality validation effort: 3-5 story points}

成功メトリクス

テストカバレッジメトリクス

• コードカバレッジ: クリティカルパスに対して行カバレッジ >80%、ブランチカバレッジ >90%
• 機能カバレッジ: 受け入れ基準の 100% 検証
• リスクカバレッジ: 高リスクシナリオの 100% テスト
• 品質特性カバレッジ: 該当するすべての ISO 25010 品質特性の検証

品質検証メトリクス

• 欠陥検出率: 本番環境前に発見される欠陥が 95% 超
• テスト実行効率: テスト自動化カバレッジが 90% 超
• 品質ゲート準拠: リリース前に 100% の品質ゲートを通過
• リスク緩和: 特定されたすべてのリスクを 100% 緩和戦略で対処

プロセス効率メトリクス

• テスト計画時間: 包括的なテスト戦略の作成に 2 時間未満
• テスト実装速度: テスト開発のストーリーポイントあたり 1 日未満
• 品質フィードバック時間: テスト完了から品質評価まで 2 時間未満
• ドキュメントの完全性: すべてのテスト Issue が 100% 完全なテンプレート情報を備えている

この包括的なテスト計画アプローチにより、業界標準に沿った徹底的な品質検証を確保しながら、効率的なプロジェクト管理とすべてのテスト活動に対する明確な責任体制を維持します。