#UniteTokyo 「Unity Test Runnerを活用して内部品質を向上しよう」の反響

いも @adarapata

DIとテストは切っても切り離せぬ #UniteTokyo

殺意駆動開発 @toru_inoue

ネットワーク系のテストダブルみたいなのはめちゃくちゃいい感じになるので便利です #unitetokyo

inew @_inevv

テストダブル 具体例はレガシーコード改善ガイドに載ってる amazon.co.jp/dp/4798116831/… #unitetokyo

decoc @deco_c_

よくある誤解 × 仕様変更があるからテストを書かない ◯ 仕様変更があるからテストを書く YAGNI 保守しやすいテストコード 邪魔になったら削除すればいい #UniteTokyo

とりすーぷ @toRisouP

「仕様がすぐ変わる/最初から確定するわけないから、ゲーム開発で設計/テストは無理に決まってる！」ってコンシューマ系の人にキレられたことはある #UniteTokyo

inew @_inevv

実装のテストではなく、仕様のテストを書こう ここ判断するの、慣れが必要やなぁ #unitetokyo

INakano.𝕏 @naninuneno_y

境界値や条件網羅などのセオリーは(あえて)追わない #UniteTokyo

いも @adarapata

テストダブルの分類はここがわかりやすい goyoki.hatenablog.com/entry/20120301… #UniteTokyo

とりすーぷ @toRisouP

Mockとか使いすぎると何のテストしてるのかわからなくなるのはある。Mockのテストじゃんこれ！ってなる。 #UniteTokyo

いも @adarapata

「ボトムアップから始めるのは難しい」まじこれ！！！！！！ #UniteTokyo

いも @adarapata

テストの観点から話されてて大変に良きセッションだった #UniteTokyo #Roomd

峅井はで（峅井ひづき） @kraihd

ネイティブプラグインが、Test Runnerの手が届かないせいでいつもテストが書けず、仕様変更でバグが出る温床になる印象があります…… ネイティブプラグインをうまくテストしてるよっていう方、どうやってますか？ #UniteTokyo