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
まりも
September 25, 2024
34
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
大空を飛ぶ
技術的負債がたまった状態、例えばテストカバレッジが低い状態で開発を行うのは苦しいです。そのことを、取りにたとえて苦しさが想像しやすいように話してみました。
まりも
September 25, 2024
More Decks by まりも
See All by まりも
オブジェクトモデルと関係モデルの設計
hrmstrsmgs
0
52
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
370
技術的負債
hrmstrsmgs
1
380
よい設計のプログラムを作るには
hrmstrsmgs
0
120
歴史から理解するJavaScript
hrmstrsmgs
0
97
論理的な考え方
hrmstrsmgs
0
110
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
72
腕のある技術者はなぜ
hrmstrsmgs
0
150
疑似乱数の生成
hrmstrsmgs
0
70
Featured
See All Featured
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
980
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Darren the Foodie - Storyboard
khoart
PRO
3
3.5k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Mind Mapping
helmedeiros
PRO
1
290
It's Worth the Effort
3n
188
29k
How STYLIGHT went responsive
nonsquared
100
6.2k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
390
Into the Great Unknown - MozCon
thekraken
41
2.6k
From π to Pie charts
rasagy
0
240
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
330
Transcript
大空を飛ぶ TDDの導入についてのメタファ
たとえ話をします。
空気の汚れた地域ですが、 上空はまだきれいです。
上空を飛べば、 気持ちよく飛べます。
一度下に向かうと、 戻るのに苦労します。 ここが大変
下のほうを飛ぶと、 ずっと大変です。
下から上に上がろうとしても、 なかなか上がれません。 すごく大変
力尽きて、 結局上がれないかもしれません。
いっそ本当に力尽きるかも。
TDD導入のたとえ話です。
カバレッジが高い カバレッジが低い
うまく自動テストを書くために必要なこと コードの品質 可読性 拡張性 疎結合 テスタビリティ テストコードの品質 テストカバレッジ 可読性 拡張性
カバレッジだけじゃ ないです
途中からの導入が難しい理由 テストを後から書く 自動化を利用できるのは最後だけ 手間が減らない
途中からの導入が難しい理由 テストを後から書く とても面倒
途中からの導入が難しい理由 テストがないとリ ファクタリングがや りにくい リファクタリングし てないとテストが書 きにくい
途中からの導入が難しい理由 自動テストを書くのに 必要なコードの品質 疎結合 可読性 テスタビリティ
途中からの導入が難しい理由 自動テストを書くのに必 要な自動テストの品質 疎結合 可読性 拡張性
最初からTDDを使って自動テストを実装した場合
途中から自動テストを導入しようとした場合 すごく大変
途中から自動テストを導入しようとした場合
途中から自動テストを導入しようとした場合
結論 TDDは最初から導入しましょう せめて新コンポーネントを導入したタイミングで導入 新機能はなるべくTDDで