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.
→
まりも
September 25, 2024
29
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
17
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
330
技術的負債
hrmstrsmgs
1
350
よい設計のプログラムを作るには
hrmstrsmgs
0
110
歴史から理解するJavaScript
hrmstrsmgs
0
92
論理的な考え方
hrmstrsmgs
0
96
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
67
腕のある技術者はなぜ
hrmstrsmgs
0
130
疑似乱数の生成
hrmstrsmgs
0
64
Featured
See All Featured
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
280
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
How to Think Like a Performance Engineer
csswizardry
28
2.6k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
310
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
170
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
560
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
580
First, design no harm
axbom
PRO
2
1.2k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Transcript
大空を飛ぶ TDDの導入についてのメタファ
たとえ話をします。
空気の汚れた地域ですが、 上空はまだきれいです。
上空を飛べば、 気持ちよく飛べます。
一度下に向かうと、 戻るのに苦労します。 ここが大変
下のほうを飛ぶと、 ずっと大変です。
下から上に上がろうとしても、 なかなか上がれません。 すごく大変
力尽きて、 結局上がれないかもしれません。
いっそ本当に力尽きるかも。
TDD導入のたとえ話です。
カバレッジが高い カバレッジが低い
うまく自動テストを書くために必要なこと コードの品質 可読性 拡張性 疎結合 テスタビリティ テストコードの品質 テストカバレッジ 可読性 拡張性
カバレッジだけじゃ ないです
途中からの導入が難しい理由 テストを後から書く 自動化を利用できるのは最後だけ 手間が減らない
途中からの導入が難しい理由 テストを後から書く とても面倒
途中からの導入が難しい理由 テストがないとリ ファクタリングがや りにくい リファクタリングし てないとテストが書 きにくい
途中からの導入が難しい理由 自動テストを書くのに 必要なコードの品質 疎結合 可読性 テスタビリティ
途中からの導入が難しい理由 自動テストを書くのに必 要な自動テストの品質 疎結合 可読性 拡張性
最初からTDDを使って自動テストを実装した場合
途中から自動テストを導入しようとした場合 すごく大変
途中から自動テストを導入しようとした場合
途中から自動テストを導入しようとした場合
結論 TDDは最初から導入しましょう せめて新コンポーネントを導入したタイミングで導入 新機能はなるべくTDDで