https://www.youtube.com/watch?v=fX0DtxTTZXc
内部品質への投資の損益分岐点は 1ヶ月
https://gyazo.com/9ea039c3833a3b9885147ce6021e4cda
テストが増え過ぎたらどうする？
実行時間の目安は 10m。これを超えるようだったら並列化するなりして高速化するべき
多すぎるのはおそらくテストピラミッドが崩れている (= unit test が少なく e2e テストが多い など)。徐々に unit test に移していくといったことが必要 テストが書かれていないコードのテストを書きたい
テストを書くためには構造を変える必要がある
構造を変えたときに動作が変わらないことを保証するためにはテストが必要
-> e2e テストでまずはカバーし、徐々に構造を変えつつユニットテストを書いていく
e2e テストを減らしてテストピラミッドを構築していく
スケジュール優先でテストを疎かにする人に対し、どうやって能動的にテストを書いてもらうか
ペアプロなどでテストを書きながら実装していくところを見せる