tdd

Universal principles for writing good tests. These apply regardless of framework, language, or repo — discover and follow your repo's specific testing tools, commands, and conventions from its project configuration, contributor guides, existing test files, CI/CD config, and any repo-level AI skills or rules.

Tests verify behavior through public interfaces, not implementation details. Code can change entirely; tests shouldn't break unless behavior changed.

Good tests exercise real code paths through public APIs. They describe what the system does, not how. 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.

ユニバーサルなテスト駆動開発手法とテスト設計手法。 動作に焦点を当てたテスト、モック戦略を作成するための背景知識 垂直スライスと曳光弾の実行。テスト作成時に自動ロードされる 実装中、フィードバックをレビューするか、スタンドアロンのテストを作成します。 トリガー: テストの作成、テスト設計、モック戦略、テストの品質、 動作テスト、統合テスト、テストファースト、レッドグリーンリファクタリング。 ソース: inkeep/team-skills。