プログラマーテストの原則 by Kent Beck

チョコレート対バニラTDD対BDD。このテストツール対あのテストツール。テストビフォー対テストアフター対これは動くから俺を信じろ。ある時期から、こうした詳細に関する議論には飽きてしまった。もっと原則について議論したい。 詳細に関する議論はなかなか結論に至らずに、話が行ったり来たりする。チョコレート対バニラ。チョコレート。バニラ。チョコレート。バニラ。 詳細の議論に負けを認めさせられるようなことがあっても、その譲歩は絶対的なものではない。私の状況がチョコレートを勧めているのに、私にバニラを食べさせてくれと言えるだろうか？ これでは埒が明かない。 原則一方、原則は議論を生み出す基盤になる。原則には賛成しても状況が違っているのなら、答えは違ってくるかもしれないが、そこで論争になることはない。原則が、異なる状況における異なる答えを生み出したのである。 詳細で論争するよりも、原則で論争したほうが生産

[tomoya]

繰り返し、何度でも、心に留めよう

[kakutani]

XP祭りのときに、XPの価値やプラクティスよりも原則に照らして自分たちのソフトウェア開発を点検するのがいいんじゃないかなっていう提案をできてよかった(答え合わせできた感)

[msykt]

“テストは神託である。「嗚呼、大いなる神託よ、これをデプロイしたら何が起きるというのか？」「我が子よ、大惨事が発生するだろう」。このように、テストはデプロイの結果を予言してくれる。”

[ikngtty]

“プログラマーのテストは、振る舞いの変化に敏感であり、構造の変化に鈍感でなければいけない。”

[t_ita]

身にしみる。

[manhole]

“テストを書くことに給与が支払われるわけではない。「a) きちんと動作」する「b) 変更できる」コードに対して給与が支払われるのだ。”

[vanbraam]

理想論としては賛成だが,テスト時間1秒以内という具体値は正直如何かと思う."神託が「デプロイしろ」"という方向にも常に正しくあるのも無理だろう.失敗を予言してくれるだけでいい

[radian19831019]

レガシーコードからの脱却も原則に従えと書いてるしそうなんだろう。 頑張ろう。

[GEROMAX]

きびしー。

[nacika_inscatolare]

テストの神格化

[t-wada]

"テストは、振る舞いの変化に敏感であり、構造の変化に鈍感でなければいけない" "オペレーションの順序を気にしなければいけないとしたら、それはシステムの設計が間違っている" わかる

[yojik]

領域の2文目あたりは「あってはいけない」ことを述べてるので「テストを走らせるのに1分かそれ以上かけるしかない」とかだと思う。(just have toを ～するしかない、で訳す)。(fix済み)