test-planning

テスト計画

効果的な品質保証を実現するため、あらゆるテストの種類、依存関係、リスク、プロジェクトの制約を考慮した包括的なテスト計画を作成します。

使いどき

次のような場合にこのスキルを使用します。

• 新しいプロジェクトや大規模な機能に着手するとき
• リリースに向けたテスト戦略を計画するとき
• テストのリソースやスケジュールを割り当てるとき
• 品質ゲートや受け入れ基準を定義するとき
• チームやシステムをまたいでテストを調整するとき
• テストカバレッジとプロジェクトの制約とのバランスを取るとき
• ステークホルダー向けにテストの方針を文書化するとき

できること

• テスト戦略の策定：

  • プロジェクトの要件とリスクを分析します
  • 状況に応じて適切なテストの種類を選択します
  • テストの目的と成功基準を定義します
  • 品質ゲートと指標を設定します

• リソース計画：

  • テストの工数とスケジュールを見積もります
  • 人的リソースと技術リソースを割り当てます
  • テスト環境の要件を計画します
  • テスト実行の各フェーズをスケジュールします

• リスクベースの計画：

  • 集中的なテストが必要な高リスク領域を特定します
  • 影響度と発生可能性に基づいてテストカバレッジの優先順位を設定します
  • 想定外のリスクに備えて探索的テストを計画します
  • テストが失敗した場合の代替策を策定します

• 統合計画：

  • 開発やデプロイのスケジュールと調整します
  • テストデータの管理と環境の構築を計画します
  • CI/CD パイプラインでのテスト実行をスケジュールします
  • 他のチームやステークホルダーと調整します

テスト計画の構成要素

1. テスト目標：何を達成しようとしているのか？
2. テスト範囲：何を対象とし、何を対象外とするのか？
3. テストアプローチ：どのようにテストを実施するのか？
4. テストスケジュール：いつテストを実施するのか？
5. リソース：誰が、何が必要なのか？
6. 成果物：何を作成するのか？
7. リスクと軽減策：何が問題になる可能性があるのか？

例

# Generate test plans
npm run test:plan:generate          # Generate comprehensive test plan
npm run test:plan:strategy          # Create test strategy document
npm run test:plan:estimate          # Estimate testing effort

# Feature-specific planning
npm run test:plan:feature -- "user-authentication"
npm run test:plan:release -- "v2.1.0"

# Context-aware planning
npm run test:plan -- --context mvp --type saas
npm run test:plan -- --context production --type enterprise

# Integration with project management
npm run test:plan:export -- --format jira    # Jira import format
npm run test:plan:export -- --format csv      # CSV for spreadsheets
npm run test:plan:export -- --format markdown # Markdown documentation

# Risk-based planning
npm run test:plan:risks            # Risk assessment and planning
npm run test:plan:coverage         # Test coverage planning

出力形式

Comprehensive Test Plan
──────────────────────────────
Project: E-Commerce Platform v2.1
Stage: Beta → Production Release
Planning Date: 2024-03-15

Test Objectives:
  - Validate new checkout flow functionality
  - Ensure backward compatibility with existing features
  - Meet performance SLAs for peak traffic
  - Maintain security compliance (PCI-DSS)
  - Provide confidence for production release

Test Scope:
  Included:
    - New checkout API and UI
    - Payment gateway integration updates
    - Order processing enhancements
    - User notification system
  
  Excluded:
    - Legacy admin panel (separate release)
    - Mobile app updates (different team)
    - Third-party analytics integration

Test Approach:
  Test Pyramid Implementation:
    - Unit Tests: 80% coverage on new code (estimated: 250 tests)
    - Integration Tests: API and database integration (estimated: 75 tests)
    - E2E Tests: Critical user journeys (estimated: 25 scenarios)
  
  Specialized Testing:
    - Performance: Load testing with 2000 concurrent users
    - Security: PCI-DSS compliance validation
    - Accessibility: WCAG 2.1 AA compliance
    - Compatibility: Chrome, Firefox, Safari, mobile browsers

Test Schedule:
  Week 1-2: Development & Unit Testing
  Week 3: Integration Testing & API Validation
  Week 4: E2E Testing & User Acceptance
  Week 5: Performance & Security Testing
  Week 6: Final Validation & Production Readiness

Resource Allocation:
  - Developers: 3 (unit & integration tests)
  - QA Engineers: 2 (E2E & exploratory testing)
  - Performance Engineer: 1 (load testing)
  - Security Specialist: 1 (compliance validation)
  - Environments: Dev, CI, Staging, Performance Lab

Test Environment Requirements:
  - Staging environment matching production configuration
  - Test database with production-like data volume
  - Payment gateway sandbox accounts
  - Load testing infrastructure
  - Security scanning tools

Quality Gates:
  1. All unit tests pass (CI gate)
  2. Integration tests 100% pass (CI gate)
  3. E2E critical paths 100% pass (staging gate)
  4. Performance SLAs met (performance gate)
  5. No critical security vulnerabilities (security gate)
  6. User acceptance sign-off (UAT gate)

Risk Assessment:
  High Risk:
    - Payment processing integration (mitigation: extended sandbox testing)
    - Database migration (mitigation: rollback testing)
  
  Medium Risk:
    - Checkout UI changes (mitigation: extensive E2E testing)
    - Performance under load (mitigation: progressive load testing)
  
  Low Risk:
    - Notification system updates (mitigation: smoke testing)

Dependencies:
  - Development completion by Week 2
  - Staging environment availability
  - Test data preparation
  - Third-party service sandbox access
  - Performance testing window (off-peak hours)

Success Metrics:
  - Defect detection rate > 90%
  - Test automation coverage > 70%
  - Mean time to defect resolution < 8 hours
  - Zero critical defects in production first week

Contingency Plans:
  - Schedule buffer: 1 week for unexpected issues
  - Rollback procedure documented and tested
  - Feature flags for gradual rollout
  - Monitoring plan for production release

Deliverables:
  - Test strategy document
  - Test cases and automation scripts
  - Test execution reports
  - Defect tracking and resolution
  - Release readiness assessment
  - Lessons learned document

注記

• テスト計画は必要に応じて更新する、生きたドキュメントにします
• テスト計画の策定プロセスにはステークホルダーを参加させます
• 包括的な計画と俊敏性のバランスを取ります
• 機能要件と非機能要件の両方を考慮します
• 前提条件と制約を明確に文書化します
• テスト計画をビジネス目標に合わせます
• 過去のデータを活用して計画の精度を高めます
• 関係者全員にテスト計画を明確に伝えます
• 実際の進捗に基づいて計画を見直し、調整します
• 今後の計画改善に役立てるため、得られた教訓を記録します