テスト駆動開発
Kent Beck 著、和田 卓人 訳
オーム社
https://www.ohmsha.co.jp/book/9784274217883/

を読んでみたのでそのお話

テスト駆動開発とは...

「動作するきれいなコード」を書くための取り組み

単なる「テストファースト」ではない

「先にテストを書く」だけでは「動作するコード」にしかならない
「動作するきれいなコード」にする必要がある

テスト技法ではない

テストを通じてソースコードを改善し続けることがテスト駆動開発
要求仕様を満たしているか、パフォーマンスは十分か、セキュリティは問題ないかといったことはカバーできない

テスト駆動開発の原則

レッド(テストNG)・グリーン(テストOK)・リファクタリングを繰り返すことでソースコードを開発していく

少しずつ進める

「動作するきれいなコード」を書くステップ
・作る前に「どう動くのか」をテストで書く
・テストOKとなる「動作する」コードを書く
・テストが通った後で「きれい」にする
・再度テストが通ったら、次のテストを書く

その結果として...

エンジニアがソースコードに自信を持っている状態を維持できる

カオス化するソースコード

プログラミングは「複雑で困難」なもの
何も対策しなければソースコードはだんだんとエンジニアの手に負えなくなる

ソースコードに「立ち向かう」

テストがあることでリファクタリングを安心して実施できる
→ソースコードを「動作するきれいなコード」で維持していられる

テスト駆動開発は個人スキル

チーム全体で導入しなければならない、というものではない
自分のプログラミングスキル向上のため今すぐ始められる

実際にやってみる

「付録B フィボナッチ」の内容を写経したもの
https://github.com/yoktave-yoknel/TDD_Fibonacci

VSCodeでの環境構築手順メモ
https://qiita.com/yoktave-yoknel/items/8e0e3a19a17d3dbd1b8b

振る舞い駆動開発

テスト駆動開発という名前により生じる「誤解」に対し、受け入れテストを取り込む形で発展したもの
「どう動くべきか」からスタートする

正しく伝播しなかった「テスト駆動開発」

「テストファースト」が独り歩き
→リファクタリングを通じて「動作するきれいなコード」を実現するという本来の意味が置き去りに

エンジニアが技術に向き合う態度

あらゆる技術に「生まれてきた意図」がある
→背景に少しだけでも関心を持つ

もっと知るために

『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談
→訳者の和田卓人さんとアジャイルコーチの家永英治さんによる対談。本書の「付録C」の書かれた狙いについて語られています。

マニアが潰したテスト駆動開発
https://twop.agile.esm.co.jp/tdd-was-broken-by-mania-cb5a6e94b021

希薄化したTDD、プロダクトの成長のために必要なものは？
https://twop.agile.esm.co.jp/what-do-we-need-for-growth-of-future-65c43b5a8fe2

おしまい