tdd

Tests verify behavior through public interfaces, not implementation details. Code can change entirely; tests shouldn't. A good test reads like a specification — "user can checkout with valid cart" tells you exactly what capability exists. These tests survive refactors because they don't care about internal structure.

DO NOT write all tests first, then all implementation. This is "horizontal slicing" — treating RED as "write all tests" and GREEN as "write all code."

Correct approach: Vertical slices via tracer bullets. One test → one implementation → repeat. Each test responds to what you learned from the previous cycle.

垂直スライス トレーサー バレット ワークフローを使用したテスト駆動開発をガイドします。機能の実装、バグの修正、または設計を推進するテストの作成時に使用します。コーディング前の計画、増分レッド-グリーン-リファクタリング サイクル、およびパブリック インターフェイスを介した動作ベースのテストを強制します。トリガー: 「TDD」、「テストファースト」、「テストの作成」、「トレーサーブレット」、またはテストによる増分機能の実装。 ソース: sadiksaifi/agents。