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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
akki
June 19, 2019
1.9k
0
Share
バグを直す前にまずテストを書く
akki
June 19, 2019
More Decks by akki
See All by akki
Open AI APIを使う前に知っておきたいアカウントTier の話
akki_megane
0
4.4k
データの民主化はじめました 俺たちの民主化はこれからだ
akki_megane
2
1.9k
フィーチャートグルを 使って素早く価値を検証する 早く安全に失敗し学ぶために
akki_megane
0
3.4k
技術的負債を返し続ける取り組み
akki_megane
0
670
「明日からフロントもよろしく」と言われたときに備える Atomic Design
akki_megane
0
3.8k
Editor 調査
akki_megane
0
230
Laravel Vapor Serverless Laravel
akki_megane
2
400
アノテーションコメントについて調べてみた
akki_megane
2
910
入門 無限LT
akki_megane
0
5.1k
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.4k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
Everyday Curiosity
cassininazir
0
200
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
1
33
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
180
Color Theory Basics | Prateek | Gurzu
gurzu
0
310
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.2k
YesSQL, Process and Tooling at Scale
rocio
174
15k
How to train your dragon (web standard)
notwaldorf
97
6.6k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.4k
Designing for Performance
lara
611
70k
Transcript
バグを直す前にまずテストを書く 山に登る前にまず準備をする 2019/06/19 秋葉誠一
自己紹介 名前:秋葉 誠一 生年月日:1993/12/17 会社:株式会社ニジボックス 趣味:スノボ、サバゲー、野球(NPB,MLB) @akki_megane
まず初めに 「バグを直す前にまずテストを書く」
まず初めに 「バグを直す前にまずテストを書く」 「不具合の修正時には必ず先に不具合を再現する 自 動テストを書いてから修正する」
まず初めに 「不具合の修正時には必ず先に不具合を再現する 自 動テストを書いてから修正する」 不具合にテストを書いて立ち向かう 和田 卓人
まず初めに
余談
これ作る前に「テスト駆動開発」読み直したら ただの写経になったのでスライド全部捨てました
純粋に私が良いと感じている部分を語ります
なにがいいのか
バグを修正するときどんなふうにやってます?
1. バグ報告を受ける 2. 検証、再現確認 3. コードを見て原因の調査、特定 4. コードを修正 5. テストコードを書く
6. テスト 7. リリース
1. バグ報告を受ける 2. 検証、再現確認 3. コードを見て原因の調査、特定 4. コードを修正 5. テストコードを書く
6. テスト 7. リリース
1. バグ報告を受ける 2. 検証、再現確認 3. コードを見て原因の調査、特定 4. テストコードを書く 5. コードを修正
6. テスト 7. リリース
さきにバグが再現するテストコードを書く
メリット • 原因が正しいか俯瞰して見ることができる • なぜテストケースから漏れたか分析できる • テストを実行すればバグが再現できる • 明確な目標(結果)が設定できる
メリット • 原因が正しいか俯瞰して見ることができる • なぜテストケースから漏れたか分析できる • テストを実行すればバグが再現できる • 明確な目標(結果)が設定できる 後で書いても同じじゃね?
メリット • 原因が正しいか俯瞰して見ることができる • なぜテストケースから漏れたか分析できる • テストを実行すればバグが再現できる • 明確な目標(結果)が設定できる 後で書いても同じじゃね?
メリット • 原因が正しいか俯瞰して見ることができる • なぜテストケースから漏れたか分析できる • テストを実行すればバグが再現できる • 明確な目標(結果)が設定できる これを踏まえて修正するんです
個人的な最大のメリット
楽しい!
後からテストだと バグ修正した、終わった! 山越えたぞ! バグ
後からテストだと バグ テストコード
後からテストだと バグ テストコード もう一個山あった
先にテストだと 山を越えよう バグ
先にテストだと 山を越えよう 準備はできてる! バグ テストコード
効率UP モチベーションUP
バグを直す前にまずテストを書く 山に登る前にまず準備をする
まとめ
先にテストを書くのはいいぞ モチベーションは大事 まとめ
7/13(土曜) 7/14(日曜) 満員御礼 次回ぜひ まだ枠あるよ