テスト駆動開発(TDD)のゴール「動作するきれいなコード」について考えてみる - やっとむでぽん

「偉大な書籍は偉大な出だしで始まる。ケント・ベック著『テスト駆動開発』(2003, 2017)はこう始まります。 「動作するきれいなコード」。Ron Jeffriesのこの簡潔な言葉が、テスト駆動開発(TDD)のゴールだ。 」 テスト駆動開発エバンジェリストとして活躍している、和田卓人さん(t_wada)の講演より引用 セミナー講師やアジャイルコーチの立場で、私もTDDを教えることがよくあります。そんなときはこの言葉を意識しつつ、TDDはあくまでスキル、手法のひとつに過ぎず、本当に求めるべきは動作するきれいなコードなのだと、伝えるようにしています。そのことを説明する補助として、こんな図を作りました。 絵を描いてみて気づいたのですが、「動作する(Works)」には2つの側面があります。書いたコードが、書いたつもりの通りに動くこと(Verification)と、期待に応えて働き実際に役立つこと

[mz_bee]

主旨とは外れるが、コードは書いた通りにしか動かないので「書いた通りに動く」→「不具合がない」「期待どおりに動く」→「要求を満たしている」かな。

[june29]

おもしろい整理だなあ。「コード」の性質を表す形容詞で揃えるなら clean valid verified という並びにした方がおさまりがいいかも。

[miholovesq]

面白い〜。"Clean code that works"のworksの分解。"（意図通りに）動作する"と"うまく働く（役に立つ）"。昔顧客の前でライブデモしてリアルタイムでフィードバックをもらったのはいい経験だったな。

[mumei-0]

“「動作する(Works)」には2つの側面があります。書いたコードが、書いたつもりの通りに動くこと(Verification)と、期待に応えて働き実際に役立つこと(Validation)……”

[tettekete37564]

テストが書けないならばそこにQAも顧客も入らないと思う。ワンオペプロジェクトにおいてテストは数少ない寄る辺であり仕様書でありパートナーである。したがって書いた通りではなく読んだ通りに動く様にするのは重要

[Phenomenon]

あとでよむ

[otihateten3510]

読める、変更しやすい、は無いんだな。