ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
ネットが進めるノウハウのコモディティ化
昨日のエントリーには、たくさんのブックマークをいただいたが（）、興味深いのはそこで引用したCraig Raynoldの論文にもたくさんのブックマークが付いたという事実だ（）。１９８７年のSIGGRAPHで発表された論文が、こんな形で「再発見」されて若い学生や技術者たちに読まれることになる、というところが何とも言えずに楽しい。私から見れば「『群れ』のシミュレーションが作りたいならRaynoldの論文を読めば良い」などという情報は「知っててあたりまえの常識」なのだが、知らなかった人にとっては「貴重なノウハウ」なのだ。 「インターネット以前」は、この手の情報共有はものすごく難しかった。それどころか、逆にこの手の情報を会社の内部ですら「自分だけのノウハウ」として抱え込むことによって差別化を計ろうとするせこい技術者がたくさんいた。つまり、「他の人が簡単に手に入れることができない知識・情報を持っている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
