「テスト駆動開発」の版間の差分
削除された内容 追加された内容
編集の要約なし タグ: モバイル編集 モバイルウェブ編集 |
編集の要約なし タグ: モバイル編集 モバイルウェブ編集 |
||
28行目:
==利点==
*"Clean code that works." がテスト駆動開発の目標である
*コードがテスト
*設計に関する決定のフィードバックとして、それを具体的にテストコードに記述すること
*テスト駆動開発は、あくまで開発のための手法であり、そこで得られるテストは副産物である。しかし、その開発手順から、コード本体は、テストをパスさせるために記述されたものである。そのため、理想的なテスト駆動であれば、[[コード網羅率|カバレージ]]は100%になる。欠陥や[[バグ]]は、非常に少ないことが期待される。
*過度な抽象化はむしろ柔軟性を失わせ、保守のコストもかかる。そこで、具象的なコードから始めて、次第にそれを抽象化していくことで、適切な抽象度で抑えることができる。つまり、現在の仕様に対応できるだけのシンプルさを保つことで、逆説的に将来の仕様変更への対応が容易になるのである。
|