テスト駆動開発

実装コードを書く前にテストコードを先に作成し、テストが成功するように実装を進める開発手法。TDDとも呼ばれ、テスト→実装→リファクタリングのサイクルを短期間で繰り返す。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、その後リファクタリングを行うサイクルを繰り返す開発手法。TDDと略され、XPやDevOpsのプラクティスとして広く採用されている。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクル（Red-Green-Refactor）を繰り返す開発手法。設計の改善と品質の作り込みを同時に実現する。XPのプラクティスの一つ。

テストコードを先に書き、そのテストを通過するコードを実装する開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルを繰り返す。コードの品質向上とリグレッション防止に効果的。

テストコードを先に書き、そのテストを通過する最小限のコードを実装し、リファクタリングするサイクルを繰り返す開発手法。Red（テスト失敗）→Green（テスト成功）→Refactor（リファクタリング）のサイクルで品質と設計を向上させる。

短い反復（イテレーション）を繰り返しながら、動くソフトウェアを迅速かつ適応的に開発する軽量な手法の総称。アジャイルソフトウェア開発宣言の12の原則に基づき、変化への対応と顧客との協調を重視する。スクラム、XP、FDDなどの手法がある。

アジャイル開発手法の一つ。コミュニケーション、シンプル、フィードバック、勇気、尊重の5つの価値に基づく。テスト駆動開発（TDD）、ペアプログラミング、リファクタリング、継続的インテグレーション（CI）、YAGNI等のプラクティスを実践する。

アジャイル開発において、利用者の視点でシステムに求める機能や価値を簡潔に記述したもの。「〜として、〜したい。なぜなら〜だから」という形式で記述され、要件を共有・管理する単位となる。

2人のプログラマが1台のコンピュータを使い、1人がコードを書き（ドライバー）、もう1人がレビュー・助言（ナビゲーター）を行いながら共同で開発する手法。XPのプラクティスの一つ。

ソフトウェアの外部から見た振る舞いを変えずに、内部のコード構造を改善する作業。可読性、保守性、拡張性の向上を目的とし、技術的負債の解消にもつながる。

開発者がコードの変更を頻繁にリポジトリに統合し、自動ビルドと自動テストを実行する手法。CIとも呼ばれ、統合時の問題を早期に発見・修正することで、ソフトウェアの品質を維持する。