Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
テスト”ケース”駆動開発 で手戻りをなくそう
Search
Kawahara Ryoma
September 17, 2024
Technology
0
310
テスト”ケース”駆動開発 で手戻りをなくそう
Kawahara Ryoma
September 17, 2024
Tweet
Share
Other Decks in Technology
See All in Technology
AI でアップデートする既存テクノロジーと、クラウドエンジニアの生きる道
soracom
PRO
2
560
プログラム検証入門
riru
6
870
学術機関におけるID連携とOpenID Connect
fujie
0
180
JTCや セキュリティチェックリストが夢の跡
nikinusu
0
420
Next.js のページ遷移を全力で止める
ypresto
5
2.8k
不動産 x AIことはじめ~データの真価を拓くために
estie
0
110
あなたの知らないiOS開発の世界
recruitengineers
PRO
3
170
「家族アルバム みてね」における運用管理・ オブザーバビリティの全貌 / Overview of Operation Management and Observability in FamilyAlbum
isaoshimizu
4
160
Mocking in Rust Applications
taiki45
1
410
20240911_New_Relicダッシュボード活用例
speakerdeckfk
0
110
言葉は感情の近似値である。その感情と言葉の誤差を最小化しよう ~コミュニケーションにおけるアナログ/デジタル変換の課題に立ち向かう~
nktamago
0
210
Agile in Automotive Industry, puzzles and lights.
hiranabe
3
1.3k
Featured
See All Featured
How to name files
jennybc
75
98k
Designing the Hi-DPI Web
ddemaree
278
34k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
0
100
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
354
29k
What's in a price? How to price your products and services
michaelherold
242
11k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
26
2k
Documentation Writing (for coders)
carmenintech
65
4.3k
The Art of Programming - Codeland 2020
erikaheidi
48
13k
The Brand Is Dead. Long Live the Brand.
mthomps
53
38k
Fireside Chat
paigeccino
31
2.9k
Teambox: Starting and Learning
jrom
131
8.7k
10 Git Anti Patterns You Should be Aware of
lemiorhan
653
58k
Transcript
テスト”ケース”駆動開発 で手戻りをなくそう
自己紹介 - 川原遼馬 (@ryohma0510) - 株式会社DeNA 2020年入社 - Rails/Golang/GCP -
今はRailsをGolangにリプレイスするプロジェクト - Keyball44ユーザー
どうすれば効率よく開発できるか
手戻りを少なくしたい
最初にテストケースを洗い出そう
エッジケースが一番手戻りを発生させる - エッジケースは設計に影響を与えやすい - エッジケースは最後に気づきやすい
テストケース駆動で、低コストでエッジケースに気づく ロジックを箇条書きで整理する テストケースを箇条書きで整理する 簡単に図を書く テストケースを箇条書きで整理する 関数を用意してコメントだけ書く テストケースを箇条書きで整理する 最後にプログラミング
こんな経験はありませんか? レビューで指摘されたエッジケースの対応のために、 コードをほぼ全て書き直す
こういうのはコードを書き終わった後に気づく 普段は少ないリクエスト数だけど、ある日だけ10倍になる 普通はバッチ処理失敗しないけど、失敗した時は途中から再実行したい 廃止された機能の過去データでのみ発生する状態がある
じゃあ最初に設計がっつりやればいいやん
書いてからしか気付けない
書いてから気づく vs 書いてしまうと修正が大変
結論:最初にテストケースを洗い出そう ロジックを箇条書きで整理する テストケースを箇条書きで整理する 簡単に図を書く テストケースを箇条書きで整理する 関数を用意してコメントだけ書く テストケースを箇条書きで整理する 最後に実装する