tdd-workflow

Topics in the source

• テスト駆動開発ワークフロー
• 有効化するタイミング
• コア原則
• 1. コードの前にテスト
• 2. カバレッジ要件
• 3. テストタイプ
• ユニットテスト
• 統合テスト

このスキルは、すべてのコード開発が包括的なテストカバレッジを備えたTDDの原則に従うことを保証します。 新機能や機能の作成 バグや問題の修正 既存コードのリファクタリング APIエンドポイントの追加 新しいコンポーネントの作成 常にテストを最初に書き、次にテストに合格するコードを実装します。 最低80%のカバレッジ（ユニット + 統合 + E2E） すべてのエッジケースをカバー エラーシナリオのテスト 境界条件の検証 個々の関数とユーティリティ コンポーネントロジック 純粋関数 ヘルパーとユーティリティ APIエンドポイント データベース操作 サービス間相互作用 外部API呼び出し クリティカルなユーザーフロー 完全なワークフロー ブラウザ自動化 UI相互作用 各ユーザージャーニーについて、包括的なテストケースを作成： テストに合格する最小限のコードを書く： テストをグリーンに保ちながらコード品質を向上： 重複を削除 命名を改善 パフォーマンスを最適化 可読性を向上 1. テストを最初に書く - 常にTDD 2. テストごとに1つのアサート - 単一の動作に焦点 3. 説明的なテスト名 - テスト内容を説明 4. Arrange-Act-Assert - 明確なテスト構造 5. 外部依存関係をモック - ユニットテストを分離 6. エッジケースをテスト - null、undefined、空、大きい値 7. エラーパスをテスト - ハッピーパスだけでなく 8. テストを高速に保つ - ユニットテスト各50ms未満 9. テスト後にクリーンアップ - 副作用なし 10. カバレッジレポートをレビュー - ギャップを特定 80%以上のコードカバレッジを達成 すべてのテストが成功（グリーン） スキップまたは無効化されたテストなし 高速なテスト実行（ユニットテストは30秒未満） E2Eテストがクリティカルなユーザーフローをカバー テストが本番前にバグを検出 -- 覚えておいてください：テストはオプションではありません。テストは自信を持ってリファクタリングし、迅速に開発し、本番の信頼性を可能にする安全網です。