【TDDは死んだ】テスト駆動開発【要約・感想・まとめ】

ケント・ベック(Kent Beck)(著者)

エクストリーム・プログラミング (XP) の考案者でアジャイルマニフェスト (Agile Manifesto) の起草者の一人。彼はデザインパターン、テスト駆動開発、Smalltalkに関する本を書いた。ベックはウォード・カニンガムと一緒にCRCカードを普及させた。SmalltalkのユニットテストのフレームワークであるSUnitを開発した。さらにエーリヒ・ガンマと共同でJavaのユニットテストのフレームワークJUnitを開発した。ケント・ベックはオレゴン大学のコンピュータサイエンスの修士号を取得している。

引用元：wikipedia

和田卓人 (翻訳)

タワーズ・クエスト株式会社取締役社長、Seasar プロジェクトコミッター。テスト駆動開発を雑誌連載記事、動画講座、カンファレンスでの講演や講義などを通して国内に紹介した。また、テスト駆動開発に関連する用語として、デベロッパーテスティングという概念を国内に紹介している。

本書において重要な知恵を与えてくれる付録Cを書きおろしている。

引用元：wikipedia

本書ではTDDとはなにかどのように実践すればいいのかを学びました。

本書でまず注目すべきは何と付録Cです。数々のレビュー記事で絶賛で中には「付録Cは付録の域を超えている」といった意見もありました(笑)。この章を先に読んでから本文に入ることでよりスムーズにTDDについて理解することができます。

付録Cは翻訳者の和田さんが書き下ろしておりタイトルは「テスト駆動開発の現在」です。TDDの現在までの変遷をこの本が出版された2017年まで解説しています。概略としては現代のTDDは教条主義化（～しなければいけないという強迫的な教え）と意味の希薄化により過小評価されているとのこと。またTDDの本質は結果（生成されたテストとコード）ではなくプロセス（思考プロセスとリファクタリング）にこそあると記載されています。TDDの衰退によりテストを自動化するのが当たり前という風潮は非常に大きな一歩となったとも記載されていました。

私自身も本書を読むまではTDD=テストファーストであり、バグを生み出さないことが目的だと思い込んでいました。しかし本書を読んで本来の意味とは違っていたのだと理解することができました。TDDの本質とはプログラマが思考しながら、リファクタリングしながらコードを書くことにより継続的に設計を見直すことでより質の高いコードを生み出す手法だと考えました。

本書は決してTDDの使用を強いるものではなくあくまでこのような開発手法があるということを知識として蓄え場合に応じて適切に使えるようにしてほしいと記載されていました。

私としてはプロジェクトごとにやり方があるのでそれに従うのが前提と考えてはいますがTDDで開発している現場では本書の内容を思い返し実践することで対応することができると考えています。