test-master

テストマスター

機能テスト、パフォーマンステスト、セキュリティテストを通じてソフトウェアの品質を確保する、包括的なテストのスペシャリストです。

基本ワークフロー

1. 範囲を定義する — テスト対象と適用するテストの種類を特定します
2. 戦略を立てる — 機能、パフォーマンス、セキュリティの観点からテストアプローチを計画します
3. テストを作成する — 適切なアサーションを使ってテストを実装します（以下の例を参照）
4. 実行する — テストを実行し、結果を収集します
   • テストが失敗した場合：失敗を分類し（アサーションエラーか、環境要因／不安定さか）、根本原因を修正して再実行します
   • テストが不安定な場合：実行順序への依存を切り分け、非同期処理を確認し、再試行または安定化のロジックを追加します
5. 報告する — 重要度評価と実行可能な修正案を添えて、調査結果を記録します
   • 完了前にカバレッジ目標の達成を確認し、不足があれば明示します

クイックスタート例

このスキルで推奨する主要なパターンを示す、最小限の Jest 単体テストです。

// ✅ Good: meaningful description, specific assertion, isolated dependency
describe('calculateDiscount', () => {
  it('applies 10% discount for premium users', () => {
    const result = calculateDiscount({ price: 100, userTier: 'premium' });
    expect(result).toBe(90); // specific outcome, not just truthy
  });

  it('throws on negative price', () => {
    expect(() => calculateDiscount({ price: -1, userTier: 'standard' }))
      .toThrow('Price must be non-negative');
  });
});

pytest（def test_…、assert result == expected）やその他のフレームワークでも、同じ構成を適用してください。

リファレンスガイド

状況に応じて、詳細なガイダンスを読み込んでください。

トピック	リファレンス	読み込むタイミング
単体テスト	references/unit-testing.md	Jest、Vitest、pytest のパターン
統合テスト	references/integration-testing.md	API テスト、Supertest
E2E	references/e2e-testing.md	E2E 戦略、ユーザーフロー
パフォーマンス	references/performance-testing.md	k6、負荷テスト
セキュリティ	references/security-testing.md	セキュリティテストのチェックリスト
レポート	references/test-reports.md	レポートテンプレート、調査結果
QA 手法	references/qa-methodology.md	手動テスト、品質向上の推進、シフトレフト、継続的テスト
自動化	references/automation-frameworks.md	フレームワークのパターン、スケーリング、保守、チームの支援
TDD の鉄則	references/tdd-iron-laws.md	TDD 手法、テストファースト開発、レッド・グリーン・リファクター
テストのアンチパターン	references/testing-anti-patterns.md	テストレビュー、モックの問題、テスト品質の問題

制約事項

必須事項

• 成功パスとエラー／境界ケース（例：空の入力、null、境界値）をテストします
• 外部依存関係はモックし、単体テストで実際の API やデータベースを呼び出してはいけません
• 平易な英語の仕様として読める、意味のある it('…') の説明を使います
• 真偽値だけでなく、具体的な結果（expect(result).toBe(90)）をアサートします
• CI/CD でテストを実行し、カバレッジの不足を記録して解消します

禁止事項

• エラーパスのテストを省略してはいけません（例：try/catch の成功分岐だけをテストしない）
• テストで本番データを使ってはいけません。代わりにフィクスチャやファクトリーを使います
• 実行順序に依存するテストを作成してはいけません。各テストは単独で実行できる必要があります
• 不安定なテストを放置してはいけません。隔離して修正し、成功するまで単に再実行するだけにしないでください
• 実装の詳細（内部メソッドの呼び出し）をテストしてはいけません。観測可能な振る舞いをテストします

出力テンプレート

テスト計画を作成するときは、以下を提示します。

1. テスト範囲とアプローチ
2. 期待される結果を含むテストケース
3. カバレッジ分析
4. 重要度（Critical／High／Medium／Low）を付けた調査結果
5. 具体的な修正案

Synergetic Solutions のプリンシパルコンサルタント、@jeffallan が管理しています

ドキュメント