JavaScriptユニットテストの理想と現実

Talk at 関西Node学園 梅田キャンパス 1時限目 https://nodejs.connpass.com/event/82614/

[aike]

テスト書いてみたもののこの機能のテストは費用対効果が悪すぎる、退けー！という撤退戦もときには必要だと思う。特にUIがらみは。

[lnimroder]

例に上がってる3つのロジック、どれも副作用あるので自分ならテスト書くのは諦める

[shimmering]

getElementById...

[rgfx]

フロントエンドJSのきれいな書き方。何でもかんでも匿名関数一つに押し込むのは最悪。／「サバンナの人とか」冒頭にいきなりネタぶっこむの草

[takets]

UIとロジックを分解するのは当たり前だけども、発想がなかった。

[sylvan_l]

JavaScriptユニットテストの理想と現実

[kyotaweb]

入門書として分かりやすかった

[uehaj]

fetchやdocumentをmockしていくとか、redux-sagaでeffectを試験するという話が続かないと話が成立してないのでは

[braitom]

JavaScriptのユニットテストについて。なぜユニットテストが必要か、実際やろうとしたときに出てくる課題などが書かれている。実現するためにはロジックを切り分けていくなど泥臭いことが必要。

[takedai0313]

、

[programmablekinoko]

脳死書き捨てで覚悟でE2Eを書くのも手だと思った

[indication]

uiとの分離がまずは難しそうだけど、よい入門

[howdy39]

UIのテストはやってられんわな。フロントエンドはTypeScriptにするだけで十分かなという気はする。

[Chisei]

全部合意できる資料だった。UIは変わりやすいからテスト書かない。

[cpw]

安定して変化の少なくなってきたUIならテストするのはあるかも。ただ、そういうコードはそもそも変更されないから、そこまで必要ないのかも

[cl-gaku]

“これが現実だ！！！！”

[oniipoooon]

あとでみる

[masayuki5160]

メルカリのエンジニアの方の資料、わかりやすいし、それ聞きたかった感満載。Javascriptの話だけどアプリのUIに対するユニットテストについてもおんなじこといえると思う。

[tenkoma]

分かりやすい

[shibukk]

サンプルのくだりとてもよい