テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk

2014/12/09 に DeNA 社内勉強会にお招きいただいて話した内容です

[t-wada]

資料整理をしていたら7年前(2014年末)の未公開資料を発見したので公開します。DeNA様の社内勉強会にお招きいただいて話した内容です。

[turanukimaru]

どうせ動作確認するんだから動作確認をテストで書くとまた使えるよね。くらいで最初は良いと思う。動作確認が要らないコードとか書き捨てとかはテスト要らない。モックを叩くだけのテストを書く奴は地獄へ落ちろ。

[snowcrush]

めっちゃいい話だし7年間寝かせていたのは勿体ないので公開されてよかった。

[taguch1]

テストがない部分は大抵テストが書けない、書きづらい構成になっていることがほとんど。expectなしでいいので公開してるメソッドを動かせるテストは最低限欲しい。

[yosuke_furukawa]

懐かしい。この時パネルで話した記憶ある

[iekusup]

書かない場合もあるのか！

[kiririmode]

テストを書きすぎないために主要動線はE2Eに寄せて例外系をUTで担保する

[ino-agile]

『どんなテストを書かないようにしているか』わかり易くて参考になる

[ducktoon]

フレームワークのテスト書いちゃってる人いる

[hdkINO33]

“自動テストの良いところは、改善を我慢しなくても良くなったこと”

[ryuichi1208]

なるほど

[onesplat]

おっ良いテーマじゃん、と思ったけど中身はやっぱりスカスカでした

[rgfx]

そういうもんなのか

[a-kuma3]

テストを書けない、というような環境でうーんってなっているので、そういう話が出きること自体た羨ましい

[s_rsak]

ユニットテストのことを「テストを書く」と言うのはミスリーディングだと思うな。

[n_231]

@t-wada とはテストを書くという概念ではなかったのか