「忙しくてテストケースを書いてるヒマがない」

とは、よく聞く話。
（xUnitで言うところの）テストケースの重要性については議論の余地はないと思うし、書いた方が良いと思います。むしろ「忙しいからこそ書くべき」だと思う。


ただ、今日なんとなしに気づいたのは、

という大前提が、重大（構造化・カプセル化とか副作用・依存性とか）。



例えば、バグが見つかって、「直せ！」と怒鳴ったとき、
２タイプの反応があります。

一見、２．の方が信頼できる誠実な姿勢のように感じる。

けど、１．の人は、バグの原因と影響範囲を既に特定している。たぶんブラックジャックばりに、１０分後にはフィックスしているのだろう。
（１．は仕事をナメてる、とか、そういうことは議論しない。）

１．はテストケースを書かないプログラマ、２．はテストケースを書けないプログラマだ。（この違い、わかります？）

・・・適当に表現してみたけど、言いたいことはそういうこと。


テストケースが書けるプログラムを組んで、テストケースを書かない。
これがテストケースの極みなのかもしれない。



（いや、ちゃんとテストケースは書きましょう。）