Download to read offline
![レッド
i t “ において、指定されたユーザ名のユーザオ
ブジェクトを取得すること” do
get : show, : user _nam => “ t sukasa”
e
assi gns[: user ]. shoul d be_ki nd_of (User )
assi gns[: user ]. shoul d == user s(: t sukasa)
end
↓
失敗](https://image.slidesharecdn.com/tdd-1219449573919137-8/85/Tdd-34-320.jpg)
![グリーン
cl ass User sCont r ol l er <
Appl i cat i onCont r ol l er
def i ndex
@user = User . f i nd(: f i r st ,
: condi t i ons => [“ nam =
e
?” ,
par am user _nam
s[: e])
end
end
↓
成功](https://image.slidesharecdn.com/tdd-1219449573919137-8/85/Tdd-35-320.jpg)
![リファクタリング
cl ass User sCont r ol l er <
Appl i cat i onCont r ol l er
def i ndex
@ user =
User . f i nd_by_name(par am user _nam
s[: e])
end
end ↓
成功](https://image.slidesharecdn.com/tdd-1219449573919137-8/85/Tdd-36-320.jpg)
Tdd
- 1. TDD テスト駆動開発 TestDr i ven Devel opment
- 2. 自己紹介 おおいしつかさ 1975年生まれ 6月1日付けで入社 webで仕事をはじめて9ヶ月
- 3. ht t p:/ / w w kaeruspoon. net w.
- 4. Amazon Resour ces Rai l sのプラグイン gi t : //gi t hub. com sukasaoi sh /t i /am azonr esour ces. gi t kaer u_keywor d キーワードリンク TRI E
- 5. TDD歴 ・半年 ・TestUni t -> Rspec
- 6. TDD テスト駆動開 発 Test Dr i ven Devel opm ent
- 7.
- 8.
- 9. TDD(Test Dr iven Devel opm )の ent テストとは、テストのことではない
- 10. TDDのテストとは プログラムの 仕様 のこと
- 11.
- 12. BDD 振る舞い駆動開発 Behavi or Dr i ven Devel opment
- 13. TDDのテストでは振る舞いを書く 関係ないことは 書かない
- 14. 内部実装はどうでもいい プログラムの目的は 決められた 仕様( 振る舞い) のとおりに動くこと
- 15.
- 16.
- 17.
- 18. ３つのフェーズ レッド グリーン リファクタリング
- 19.
- 20. レッド ひとつのテストの粒度は できるだけ 細かく 小さく
- 21. グリーン 本体をコーディングする ↓ テストが成功する
- 22. グリーン テストに書かれていないこ とは実装しない テストが通ることだけを目 標に汚くコーディングする 何も考えない
- 23. グリーン 「きれいだけど動かないコー ド」に一片の価値もなし 「汚いけど動くコード」を まずは目指す
- 24.
- 25.
- 26.
- 27. 舞台 Ruby on Rail s Rspec on Rai l s 機能 GET /user s/(ユーザ名) 指定されたユーザのページを表 示
- 28.
- 29. レッド descr i beUser sCont r ol l er , “ のshowアクショ ン” do i t “ において、ステータスコード200を返すこ と” do get : show, : user _nam => “ t sukasa” e r esponse. shoul d be_success end end
- 30. レッド ひとつのテストの粒度は できるだけ 細かく 小さく
- 31. レッド 1) Act i onContr ol l er : : UnknownAct i on i n ' User sCont r ol l er のshowアクション において、 ステータスコード200を返すこと' No act i on r esponded t o show . /spec/cont r ol l er s/user s_cont r ol l er _spec. r b: 6 : Fi ni shed i n 0. 222733 seconds 1 exam es, 1 f ai l ur e pl
- 32. グリーン cl ass UsersCont r ol l er < Appl i cat i onCont r ol l er def i ndex end end
- 33. グリーン Fi ni shedi n 0. 127367 seconds 1 exam es, 0 f ai l ur es pl リファクタリングは不要
- 34. レッド i t“ において、指定されたユーザ名のユーザオ ブジェクトを取得すること” do get : show, : user _nam => “ t sukasa” e assi gns[: user ]. shoul d be_ki nd_of (User ) assi gns[: user ]. shoul d == user s(: t sukasa) end ↓ 失敗
- 35. グリーン cl ass UsersCont r ol l er < Appl i cat i onCont r ol l er def i ndex @user = User . f i nd(: f i r st , : condi t i ons => [“ nam = e ?” , par am user _nam s[: e]) end end ↓ 成功
- 36. リファクタリング cl ass UsersCont r ol l er < Appl i cat i onCont r ol l er def i ndex @ user = User . f i nd_by_name(par am user _nam s[: e]) end end ↓ 成功
- 37.
- 38. TDDとは ふつうのプログラマのために 用意された開発のための 考え方の指標
- 39. TDDの目指すもの 仕様通りに動作する きれいなコード
- 40. TDDのすごいところ 実装とインターフェースを わけて考える ことができる
- 41. TDDのすごいところ 安心感
- 42. TDDのルール レッドの章 1. インターフェースだけに注目しろ 2. 絶対に実装を考えるな 3. 一度にひとつのことだけ考えろ
- 43. TDDのルール グリーンの章 1. きれいに書くな 2. よけいなものを絶対に書くな 3. テストが通ることだけを目的にしろ 4. グリーンの状態でコードを書くな
- 44. TDDのルール リファクタリングの章 1.後回しするな 2. やりすぎるな 3. 躊躇なくぶち壊せ
- 45. TDDのこつ ・リズム感重要 ・小さく細かくを繰り返す ・一度にひとつずつ
- 46. TDDのやりにくいところ ・ビューのテスト →タグやクラス名が変わっただけで テストがこける ・pr i vateメソッドのテスト →publ i cメソッドを通して確認する しかない
- 47.