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
26
0
Share
大空を飛ぶ
技術的負債がたまった状態、例えばテストカバレッジが低い状態で開発を行うのは苦しいです。そのことを、取りにたとえて苦しさが想像しやすいように話してみました。
まりも
September 25, 2024
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
300
技術的負債
hrmstrsmgs
1
330
よい設計のプログラムを作るには
hrmstrsmgs
0
100
歴史から理解するJavaScript
hrmstrsmgs
0
85
論理的な考え方
hrmstrsmgs
0
93
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
60
腕のある技術者はなぜ
hrmstrsmgs
0
110
疑似乱数の生成
hrmstrsmgs
0
61
構造化プログラミング
hrmstrsmgs
0
200
Featured
See All Featured
Are puppies a ranking factor?
jonoalderson
1
3.4k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
270
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
590
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
180
How to train your dragon (web standard)
notwaldorf
97
6.6k
Exploring anti-patterns in Rails
aemeredith
3
370
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Context Engineering - Making Every Token Count
addyosmani
9
920
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
710
Six Lessons from altMBA
skipperchong
29
4.3k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
580
Transcript
大空を飛ぶ TDDの導入についてのメタファ
たとえ話をします。
空気の汚れた地域ですが、 上空はまだきれいです。
上空を飛べば、 気持ちよく飛べます。
一度下に向かうと、 戻るのに苦労します。 ここが大変
下のほうを飛ぶと、 ずっと大変です。
下から上に上がろうとしても、 なかなか上がれません。 すごく大変
力尽きて、 結局上がれないかもしれません。
いっそ本当に力尽きるかも。
TDD導入のたとえ話です。
カバレッジが高い カバレッジが低い
うまく自動テストを書くために必要なこと コードの品質 可読性 拡張性 疎結合 テスタビリティ テストコードの品質 テストカバレッジ 可読性 拡張性
カバレッジだけじゃ ないです
途中からの導入が難しい理由 テストを後から書く 自動化を利用できるのは最後だけ 手間が減らない
途中からの導入が難しい理由 テストを後から書く とても面倒
途中からの導入が難しい理由 テストがないとリ ファクタリングがや りにくい リファクタリングし てないとテストが書 きにくい
途中からの導入が難しい理由 自動テストを書くのに 必要なコードの品質 疎結合 可読性 テスタビリティ
途中からの導入が難しい理由 自動テストを書くのに必 要な自動テストの品質 疎結合 可読性 拡張性
最初からTDDを使って自動テストを実装した場合
途中から自動テストを導入しようとした場合 すごく大変
途中から自動テストを導入しようとした場合
途中から自動テストを導入しようとした場合
結論 TDDは最初から導入しましょう せめて新コンポーネントを導入したタイミングで導入 新機能はなるべくTDDで