テストを書く - シンデレラは削らない

http://t-wada.hatenablog.jp/entry/debugging-tests 和田さーん！ テスト駆動開発（TDD : Test Driven Development）は、プログラマが自分の不安を克服し、自分が書くコードに自信を持ちながら一歩一歩進んでいくための手法です。不具合の発生は、端的に言えばこれまでの「自信」を揺らがせる事態です。テスト駆動開発者は不具合にどう立ち向かうのでしょうか？ やはりテストを書いて立ち向かってゆくのです。 チーム内にテストを書く習慣を持ち込んで三年、最初のうちは工数が増えるだけだ（あるある）、テストを書いても不具合がでるじゃないか（あるある）、システムテストでカバーすればいい（あるある）などという抵抗があり、それでも僕は淡々と雨の日も、晴れの日も、雪の日も、朝も夜も深夜も、終電後のオフィスでも、GW中の人気のないオフィスでも、自動テスト

[kimutansk]

「不具合が発生したのは、テストが書かれていない部分なのだ。テストは常に完全ではなく、また完全になることはない。」ただ、書くごとに前に進むのは事実、と。大事な姿勢ですね

[vanbraam]

What is システムテスト?;単体テストだけでなく,結合テストもBVTも自動化しようっていう風にはならないのかな?

[elim]

こういう人になりたい

[iR3]

ふむふむ「ステートメントカバレッジ100%にすることが常に正義なわけではない。...ここでは「最低限正常系のテストだけでも」という方針でテストを書くので構わない。」

[kitaj]

情熱を枯らさないというのが一番の秘訣だと思う

[akio0911]

テストを書く - シンデレラは削らない (id:wonodas+dev / @pigya)

[kazuyadesse]

( ´ ▽ ` )ﾉ

[a2ikm]

“不具合が検出された場所は、もう二度と不具合の出ない場所だ。”

[toshiwo]

これはいい。荒れ果てたコードでも少しづつ耕していけばいずれ実りははずッ！

[yamitzky]

味のあるエントリだった。テストを書くのです、、、

[poppun1940]

http://t-wada.hatenablog.jp/entry/debugging-tests 和田さーん！ テスト駆動開発（TDD : Test Driven Development）は、プログラマが自分の不安を克服し、自分が書くコードに自信を持ちながら一歩一歩進んでいくための手法です。不具合の発生

[teppeis]

「それでも、不具合は発生する。そのたびに誰かが口にする。ユニットテストだけではダメなんじゃないか。自動テストではだめなんじゃないか。そうではないのだ。」

[tricknotes]

"1%でも、あるいはたった0.1%の進歩でしかないとしても、ないよりはマシである。それがテストを書くということなのだと思う。"

[t-wada]

静かな情熱を感じるエントリ "不具合が検出された場所は、もう二度と不具合の出ない場所だ。なぜなら、不具合が発見されれば、テストコードが書かれるからだ" とてもすばらしい