テスト”ケース”駆動開発 で手戻りをなくそう

Transcript

1. テスト”ケース”駆動開発 で手戻りをなくそう
2. 自己紹介 - 川原遼馬 (@ryohma0510) - 株式会社DeNA 2020年入社 - Rails/Golang/GCP - 今はRailsをGolangにリプレイスするプロジェクト - Keyball44ユーザー
3. どうすれば効率よく開発できるか
4. 手戻りを少なくしたい
5. 最初にテストケースを洗い出そう
6. エッジケースが一番手戻りを発生させる - エッジケースは設計に影響を与えやすい - エッジケースは最後に気づきやすい
7. テストケース駆動で、低コストでエッジケースに気づく 　ロジックを箇条書きで整理する 　　テストケースを箇条書きで整理する 　簡単に図を書く 　　テストケースを箇条書きで整理する 　関数を用意してコメントだけ書く 　　テストケースを箇条書きで整理する 　最後にプログラミング
8. こんな経験はありませんか？ レビューで指摘されたエッジケースの対応のために、 コードをほぼ全て書き直す
9. こういうのはコードを書き終わった後に気づく 　普段は少ないリクエスト数だけど、ある日だけ10倍になる 　普通はバッチ処理失敗しないけど、失敗した時は途中から再実行したい 　廃止された機能の過去データでのみ発生する状態がある
10. じゃあ最初に設計がっつりやればいいやん
11. 書いてからしか気付けない
12. 書いてから気づく vs 書いてしまうと修正が大変
13. 結論：最初にテストケースを洗い出そう 　ロジックを箇条書きで整理する 　　テストケースを箇条書きで整理する 　簡単に図を書く 　　テストケースを箇条書きで整理する 　関数を用意してコメントだけ書く 　　テストケースを箇条書きで整理する 　最後に実装する