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
私のTDD
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Fujimura Daisuke
November 09, 2011
Programming
4
820
私のTDD
Fujimura Daisuke
November 09, 2011
Tweet
Share
More Decks by Fujimura Daisuke
See All by Fujimura Daisuke
現役スタートアップCTOが解説する、ソフトウェア開発という仕事の理論・実践・キャリア
fujimura
0
100
庭と負債
fujimura
4
2.5k
AIの時代で我々はどのようにコードを書くのか
fujimura
4
1.1k
SaaSを作るという仕事について
fujimura
13
6.5k
一文字エイリアスのすすめ
fujimura
0
490
現役CTOが語る!RubyKaigiの楽しみ方
fujimura
0
1.3k
いかにして文系新卒エンジニアが「大きな問い」を大事にするCTOになったのか
fujimura
2
790
Kaigi on Rails 2022 - 既存Railsアプリ攻略法 CTOが見ること・やること・考えること
fujimura
14
5.5k
SimpleDelegator活用のご提案
fujimura
0
1.7k
Other Decks in Programming
See All in Programming
Spinner 軸ズレ現象を調べたらレンダリング深淵に飲まれた #レバテックMeetup
bengo4com
1
220
AI Schema Enrichment for your Oracle AI Database
thatjeffsmith
0
180
.NET Conf 2025 の興味のあるセッ ションを復習した / dotnet conf 2025 quick recap for backend engineer
tomohisa
0
120
今から始めるClaude Code超入門
448jp
4
5.9k
AIエージェントの設計で注意するべきポイント6選
har1101
7
3.3k
コントリビューターによるDenoのすゝめ / Deno Recommendations by a Contributor
petamoriken
0
200
MDN Web Docs に日本語翻訳でコントリビュート
ohmori_yusuke
0
620
ELYZA_Findy AI Engineering Summit登壇資料_AIコーディング時代に「ちゃんと」やること_toB LLMプロダクト開発舞台裏_20251216
elyza
2
1.3k
Vibe codingでおすすめの言語と開発手法
uyuki234
0
210
AgentCoreとHuman in the Loop
har1101
5
200
CSC307 Lecture 02
javiergs
PRO
1
770
SourceGeneratorのススメ
htkym
0
160
Featured
See All Featured
Accessibility Awareness
sabderemane
0
44
Information Architects: The Missing Link in Design Systems
soysaucechin
0
750
For a Future-Friendly Web
brad_frost
182
10k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.1k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
83
エンジニアに許された特別な時間の終わり
watany
106
230k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
110
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
260
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Ruling the World: When Life Gets Gamed
codingconduct
0
130
GraphQLの誤解/rethinking-graphql
sonatard
74
11k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
190
Transcript
私のTDD 藤村大介 / @ffu_
TDDとは "プログラムに必要な各機能について、最初にテストを書き(これをテスト ファーストと言う)、そのテストが動作する必要最低限な実装をとりあえず行っ た後、コードを洗練させる、という短い工程を繰り返すスタイル” http://ja.wikipedia.org/wiki/テスト駆動開発
実演してみます
レコードバイヤーを実装します • 最初に予算をもらう • レコードは予算があるだけ買える
None
だめ
なんでもいいのでまずはテストを書いて、
失敗させる(儀式)
それから、希望する挙動を示すコードをテストとして書く 1000円渡すと予算 1000円のバイヤーが できますように…
失敗する メソッドがないそ うです
Buyer#budget を実装(”がわ”だけ)
失敗する 1000が欲しかったのにnilが返りました(当たり前)
コンストラクタで予算を渡し、#budgetで返すようにする (ちょっと端折りました)
できました
というふうに 最小の粒度でテストを流して開発していきます。 普段は手動で流すのは面倒なので、ファイルの変更を監視して自 動でテストを流すツール(watchrとか)を使ってます。 結果を見るためにウインドウを切り替えるのも面倒なので、常にテ ストの結果が画面の片隅に出ているようにしています。
ノートPCの場合はこんな感じでターミナルを重ねている
時は流れ
現在レコード購入機能を実装しています。これから予算制限をつけると ころ。(今は無制限に買える)まずはテストを書きます 予算を超えてたらレコー ドが増えないようにして ください
もちろん まず失敗 させる
実装簡単だし、 いちいち失敗させるのはアホらしいと思いますよね? しかし、
条件分岐を実装する際は、まずすべての 分岐を通るテストを書きます 面倒かもしれませんが、どうせあとで全部手で動かすんですよね? だったら再現できるようにしたほうがお得です。 さらに、正常系(もしくはその時動かしたい分岐)のみ通るコードを書 き、他の実装に進んでしまい…アッ気がついたら異常系の想定が漏 れてた、みたいなケースも起こりにくくなります。なぜならテストを書く 際に全パスの処理を想定する必要があり、それを実装するようテス トが示してくれるから。 (本当にやってます)
実装に戻ります
分岐を入れました。
通りました これで安心の条件分岐が実現された。
これを少しずつ進めていきます ちなみにソフトウェアテストそのものの技法をしっかり身につけておく とテストは書きやすくなり、また堅牢なコードになると思います。 この本がおすすめ はじめて学ぶソフトウェアのテスト技法 リー・コープランド (著), 宗 雅彦 (翻訳)
最後に、私のTDD 私、ソフトウェア開発の技法の中で何が好きか、と言うと、断然TDD です。夢中とまでは言いませんが、今更離れるのはあまりに辛い ツールであります。 そんなTDDとは私にとって一体何なのだろうのか?の話。
私は面倒くさがり、しかも仕事が雑です 更に落ち着きがなく、極めて散漫な性格です。仕事に時間がかかる のも嫌いです。 だからこそのTDD。最初はウザかったけど、 • 手戻りがない(常に再帰テストされる) • ミスが少なくなる(事前に全分岐のテストケースを想定) • やるべきことが示される(まず失敗させて、それから実装)
• 必要ないことをやらないで済む(テストが通れば実装完了) と、気がついたらTDDは自分の弱点をそっとカバーしてくれるのでし た。
みなさんも騙されたと思ってやってみてください。 最初は面倒かもしれません。慣れは必要です。 ツールや環境を整備すると、かなり負担は減ります。 開発環境でCIを動かす感覚で常にテストを流しておくとかなり楽で す。 watchrあたりを活用するとよいです。 watchr: https://github.com/mynyml/watchr
終わり