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)および他のフレームワークに適用してください。

リファレンスガイド

コンテキストに基づいて詳細なガイダンスを読み込んでください：

<!-- TDD Iron Laws and Testing Anti-Patterns adapted from obra/superpowers by Jesse Vincent (@obra), MIT License -->

トピック	リファレンス	読み込むタイミング
単体テスト	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	テストレビュー、モック問題、テスト品質の問題

制約事項

必ず実施する

• 正常系AND エラー/エッジケース(空入力、null、境界値など)をテストする
• 外部依存をモックする — 単体テストで実際のAPIやデータベースを呼び出さない
• 意味のあるit('…')説明文を使用する(プレーンテキストの仕様として読める)
• 具体的な結果をアサートする(expect(result).toBe(90))、単なる真偽値ではなく
• CI/CDでテストを実行する; カバレッジギャップをドキュメント化して修正する

してはいけない

• エラーパステスト(例：try/catchの成功分岐のみテスト)をスキップする
• テストで本番データを使用する — フィクスチャまたはファクトリを使用する
• 順序依存テストを作成する — 各テストは独立して実行可能でなければならない
• フレーキーなテストを無視する — 隔離して修正する; 緑になるまで再実行してはいけない
• 実装詳細(内部メソッド呼び出し)をテストする — 観察可能な動作をテストする

出力テンプレート

テスト計画を作成する場合は、以下を提供してください：

1. テストスコープとアプローチ
2. 想定結果を含むテストケース
3. カバレッジ分析
4. 重大度付き調査結果(Critical/High/Medium/Low)
5. 具体的な修正推奨事項