なぜUnitTestは理解されない？

TwitterでこんなTweetが流れた… エビデンスとしてNUnitのGUIのスクリーンショットと、対応するテストコードが含まれている部分のVSのスクリーンショットを取る作業が終りません・・・ UnitTestのエビデンスって…なに？ 一般的にテストのエビデンスというと、次の2点を指す。 テスト手順を明らかにするもの（ex. テスト設計書、テスト仕様書、...） テスト結果の証拠（ex. 画面ハードコピー、DBスナップショット、...） UnitTestでは、これはこのように解釈できる。 テスト手順を明らかにするもの ＝ テストコード テスト結果の証拠 ＝ 今実行すればテストが全てグリーンになること これがなぜか理解されず、軋轢とストレスと大きな工数追加になっている現場がずいぶんある。 なぜUnitTestはいつまでも理解されないのだろう。 余談。これらのことは、Seleniumなどを使

[imai78]

TDD関係の記事の中でこれが最も良記事。

[syque]

テスト自動化で反復可能になると、それが肌で感じられるほどに明らかになったことに「テストしていないコード・条件にこそバグが存在する」ということだ。 デグレードはヒューマン・ミス以外にはほぼ発生しなくなっ

[diary193]

製品（納品物）のコード以外にコードを書きたくないという人がいるんじゃない？プログラムが嫌いなプログラマーは少なからずいる。

[dalmacija]

なんかいい

[hiroqli]

興味深い。テストのコストを下げるためのものに、書くコストを論じられるのは謎が多い。

[northlight]

結局どう管理できるか、だと思うんだよな。

[ancou]

いい記事。でもUTしてないなぁ。 RT @masaru_b_cl [B!] 単体テストと書かず、あえて[

[windish]

すごくいい！結合テストのことまで書いてあって勉強になるー。

[masaru_b_cl]

単体テストと書かず、あえて「UnitTest」としている点を見逃してはいけない。いわゆる「単体テスト」と「UnitTest」は別物。

[junji_furuya0]

こういう感じで、否定派が突っ込んできた点に対して明確に説明すれば、受け入れられる現場は結構あるのではないだろうか。

[jiskay]

例えば画面表示くずれをユニットテストで発見する云々はユニットテストの範疇でないと思う

[inamem9999]

やっぱりうちの会社はどうにも反復してテストするという発想がないからUnitTestに行き着いていないんだなきっと

[kyon_mm]

テストコードをユビキタス言語DSLで書こうという意識も必要なんじゃなかろうか。

[f99aq]

"なぜUnitTestは理解されない？"

[irof]

"TDD/BDDを実践しようとしている人は、それが絶対的に正しい行為だと自信を持ってほしい。"

[nobeans]

"TDD/BDDを実践しようとしている人は、それが絶対的に正しい行為だと自信を持ってほしい。結合テストの自動化を目論んでいる人は、それが絶対的に正しい行為だと自信を持ってほしい。"

[TOKOROTEN]

自分たちが安心したいテストじゃなくて、客に対してテストをやったことを証明するためのものだから、しょっぱいことになる。

[t-wada]

素晴らしい。このエントリは評価されるべき

[aroma_black]

"コードは一番詳細で唯一実行可能な設計書である"

[renoiv]

結合テストの自動化を目論んでいる人は、それが絶対的に正しい行為だと自信を持ってほしい。

[ryuzee]

テストに関する良記事。

[kat0usi]

継続的にメンテする必要があるならUnitTestは必要。経験的には、手動でテストするのに比べてちょっとコスト（テストコードの実装）が高かったりするのが煙たがれる要因な気がする。