tdd

Red-Green-Refactor!!! Yoshiori SHOJI第1回チキチキ地方巡業

withひがやすを飲み会in富山2009年4月5日日曜日

name:$>

2009年4月5日日曜日

Yoshiori SHOJI


email:$>


[email protected]


mailto:[email protected]


site:$>


http://yoshiori.org/




community:$>


java-ja



とりあえず



TDD2009年4月5日日曜日

テスト駆動開発


してますか?


駆トステ動2009年4月5日日曜日

駆トステ動2009年4月5日日曜日

こんな考えの人いませんか?


•TDD の存在は知っている



•TDD の存在は知っている•TDD の知識もある



•TDD の存在は知っている•TDD の知識もある•TDD を実際に書いた事もある



•TDD の存在は知っている•TDD の知識もある•TDD を実際に書いた事もある•でも、TDD はイマイチなぁ



•TDD の存在は知っている•TDD の知識もある•TDD を実際に書いた事もある•でも、TDD はイマイチなぁ

Java

Java

Java

Java



身に付いていないから

もしかしてそれは

感じているのかも

まだ


「本読んだたけでコードなんて書けるように

ならないでしょ？　それと一緒ですよ。

やらないとできるようにならない。」

DSC_0175 デブサミ2009:パネルディスカッション：テストを行うこと、テストを続けること


師匠双

璧

僕の


師匠双

璧

僕の


テストファーストが良くわからない!!


テストファーストが良くわからない!!じゃぁ、一緒にペアプロしてやってみようぜ!!

角谷信太郎2009年4月5日日曜日

テストファーストをもっと学びたい!


テストファーストをもっと学びたい!

和田卓人


どう見ても豪華過ぎです。

本当にありがとうございました


トステ動駆入門


トステ動駆入門


テスト駆動開発は宗教である2009年4月5日日曜日

テスト駆動開発は宗教である



•バグが少ないコードが書ける




•早く帰れる




•早く帰れる

•情報共有が出来る




•早く帰れる

•情報共有が出来る

•チーム全体のスキルアップが出来る


この宗教の信じる神は


貴方の書くコ|ドだ


コード= 神


人に喜んでもらうソフトウェアを作る


ソフトウェアの

神2009年4月5日日曜日

コード= 神


神への道


神への道

•まずテストを書く → 実行


神への道


•実装コードを書く→ 実行


神への道



•リファクタリング → 実行


神への道



•リファクタリング → 実行* この繰り返し



REDGREEN Refactor


REDGREEN Refactor

愚直なまでにくりかえす











まるで神への祈りじゃないか2009年4月5日日曜日

くりかえし神に祈る信者のようにコードを

テストする


すると神は

思い出させてくれる

原初の喜びを


$


$ java HelloWorld

Hello,World!!

$ javac HelloWorld.java


初めて「Hello,world」を書いた時の

自分で書いたモノが動いた感動を

何度も味わえる!2009年4月5日日曜日


•小さい粒度で少しづつ



•スグにテストを実行




•開発するためのテストを書く




•開発するためのテストを書く

•品質向上の為のテストでは無い


•品質向上の為のテストでは無い


ん?


さっき

言ったじゃん

品質が上る的な事


TDD の目的はテストでは無い2009年4月5日日曜日

TDD = test-driven development


development

= 開発2009年4月5日日曜日

つまり開発手法だ


品質向上の為のテストでは無い



•TDD のテストは品質を担保する為にあるのではない



•TDD のテストは品質を担保する為にあるのではない

•TDD という開発手法自体が品質をアップさせる


TDD という開発手法自体が

品質をアップさせる




•細かい粒度の実装





•何度も確認されるテスト





•何度も確認されるテスト

•リファクタリングのしやすい状況


この宗教は人の開発を導きより良いコードを

書かせる2009年4月5日日曜日

コード= 神



実際


ボクがドワンゴに

入社してから行った事


僕という前提条件

•脳味噌の容量が残念

•すぐに保存領域が壊れる

•めんどくさがり


仕様がかなり複雑だった


仕様がかなり複雑だったΣ(゜Д゜)


覚えられない


ペアプロしてくだしあ


ドワンゴで自分のチームにやった事

• ペアプロ導入


次2009年4月5日日曜日

テストコードが無かった


テストコードが無かったΣ(゜Д゜)


二日前の自分で書いた

コ|ドすら読めないので

いやん


TDDしてくだしあ




• TDD 導入



SVN のコリジョンがメンドイ


SVN のコリジョンがメンドイΣ(゜Д゜)


こまめにコミットして


マ|ジ楽させてくだしあ




• TDD 導入

• こまめなコミット



テストの実行に時間がかかる


テストの実行に時間がかかるΣ(゜Д゜)


結果待つのメンドイ


それｈｕｄｓｏｎで

出来るよ


全件テストするの

メンドイから

勝手にやって




• TDD 導入

• こまめなコミット

• CI ツールの導入


!?2009年4月5日日曜日


バージョン管理


バージョン管理ユニットテスト


バージョン管理ユニットテスト自動化


バージョン管理ユニットテスト自動化Σ(゜Д゜)


三種の神器を使うように

メンドくさがってたら

なってた!!


でも!!


課題

Green を確認したコードじゃないものをコミットしてる(テストを hudson にやらせるため)


改善案コード書く



git commit



git commit

個人用 hudson



git commit

個人用 hudson

svn commit



git commit

個人用 hudson

svn commit

セントラル hudson



git commit

個人用 hudson

svn commit

セントラル hudson

デプロイ



せっかくだから


やってみるよ


まだまだ僕も勉強中

まちがってる部分もあるけど試行錯誤して

やっていこうと思います


ご静聴ありがとうございました


Technology

tdd