TDD Boot Camp へようこそ和田 卓人 (a.k.a id:t-wada or @t_wada)

Jul 10, 2010 @名古屋

大事なことを最初に

感謝•参加していただいている皆様•スポンサーの皆様•スタッフの皆様•bleis さん

自己紹介

自己紹介名前: 和田 卓人 (わだ たくと)

ブログ: http://d.hatena.ne.jp/t-wada

メール: takuto.wada@towersquest.jp

Twitter: http://twitter.com/t_wada

タワーズ･クエスト株式会社 取締役社長

これまで書いたものWEB + DB PRESSvol.35 「実演! テスト駆動開発」vol.37 「実演! リファクタリング」vol.42 「REST特集」vol.49 「DRY特集」LifeHacks PRESSオープンソースマガジン(リレーコラム)他いろいろ

gihyo.jpの連載『［動画で解説］和田卓人の“テスト駆動開発”講座』http://gihyo.jp/dev/serial/01/tdd/全20回すべて動画付き解説ニコニコ動画でも見れます

WEB+DB過去記事の特設サイトと動画も

デベロッパーテスティング・ライブ - 自信を持ってコードを書くための心・技・体 -

【徹底討論】テストなんていらない？！ -テストを、どこまでやるべきか？

パネルディスカッション：テストを行うこと、テストを続けること

よろしくおねがいします

TDD Boot Camp へようこそ!

優しい教官が君を待ってる

TDD の神秘の力を会得できます

TDDBC お品書き•TDDとは何か(この講演)•全員でペアプロ体験 & コードレビュー大会を２セット•夜は自重しない議論•レガシーコード改善デモ & トライアル

TDD Boot Camp 東京

TDD Boot Camp 北陸

3/13,14@金沢

http://www.flickr.com/photos/recompile_net/3298985098/

ペアプロ : Pair Programming

コードレビュー大会

改めて、TDD Boot Camp へようこそ

TDDとは？

動作する、きれいなコードへ

きれい

汚い

(すぐには)動かない 動作する

二つの道がある

TDDのサイクル1. テストを書き2. そのテストを実行して失敗させ(Red)3. 目的のコードを書き4. １で書いたテストを成功させ(Green)5. テストが通るままでリファクタリングを行う(Refactor)

6. １～５を繰り返す

テストの分類DeveloperTesting

開発者

開発促進

CustomerTesting

顧客(のロール)

進捗管理

QATesting

品質保証担当者(のロール)

品質保証

「テスト」

きれい

汚い

(すぐには)動かない 動作する

Red

Green

Refactoring

TDDと黄金の回転

TDDのこころ

一つずつ少しずつ

ひとりずつ対処する。

複数を相手にしない。

すばやくまわす

自分が最初のユーザ

不安をテストに

祈るのではダメ

安心して飛び込む

TDDはテスト技法では なく設計技法

テストは目的ではなく手段

•即座にフィードバックを得るため•書いたコードに自信を持つため•これから書くコードに自信を持つため

Developer Testing, TDD にソフトウェア工学的なメリットはいろいろあるけれど、最大の理由は工学的なものではない。最大の理由は心理的なもの

TDDの真の目的

健康

変化に対応するのは健康体のコード

変化に対応するのは健康体のチーム

不安の克服健康の維持

デモ

http://www.flickr.com/photos/un-sharp/3696119774/

ナビとドライバー

キーボード押し / 引き

ペアプロ : Pair ProgrammingVim vs.Emacs

http://www.flickr.com/photos/recompile_net/3298985098/

事実、ペアプロは楽しい。

うるう年問題以下の3つのメソッドを持つMyYearクラスの実装について考えます。1. public MyYear(int year)整数の引数を持ち、その引数を保持する処理をする

2. public String toString()保持した値を文字列として返す

3. public boolean isLeap()保持した値がうるう年ならばtrueを返し、それ以外の時はfalseを返す

http://www.cs.is.saga-u.ac.jp/~nakayama07/sotsuken.html

TDDの基本テクニック• テストファースト• アサートファースト

• 仮実装(Fake it)• Fake it はテストのテスト

• 三角測量(Triangulation)• 明白な実装(Obvious Implementation)

間合いを測る• 対象を見定める• ゴールへの距離を感じる

• 不安は何か• 何なら不安でないか• 小さな一歩を考える

• 一度にひとつずつ

Design for Testability

• テストしやすいコードを書くためには？• テストから先に書く => テスト可能になる• テストを考える = 設計を考える

Refactoring

• 呼吸をするようにリファクタリングする• Rename (改名)• Extract (抽出)• Inline (インライン化)

事例

© Towersquest, Inc. 2010. all rights reserved.

TDD導入効果(MS, IBM)

50

IBM Driver MS Windows

MS MSN MS Visual Studio

ソースコードサイズ (KLOC)

41.0 6.0 26.0 155.2

テストコードサイズ (KLOC)

28.5 4.0 23.2 60.3

TDDを採用していない類似プロジェクトでの欠陥密度を１としたときの欠陥密度

0.61 0.38 0.24 0.09

TDD採用により増加したコード実装時間(管理者の見積による) 15～20% 25～35% 15% 25～20%

N. Nagappan, M. E. Maximilien, T. Bhat and L. Williams: Realizing quality improvement through test driven development: results and experiences of four industrial teams, Journal of Empirical Software Engineering, vol. 13, pp. 289-302 (2008)

© Towersquest, Inc. 2010. all rights reserved.

TDD導入効果(エリクソン他)

• TDDを実施した場合に報告されている知見‣ 機能テストでの不具合検出数が18%削減された‣ コーディング(実装)の時間が16％増えた‣ テストのカバレッジが大きくなった

• 被験者を対象としたアンケート‣ 96%の被験者がデバッグの工数を減らすと感じた‣ 88%の被験者が要求が洗練されると感じた‣ 92%の被験者がコードの品質を上げると感じた‣ 50%の被験者が開発工数を減らすと感じた

51

Boby George, a and Laurie Williams: A structured experiment of test-driven development, Journal of Information and Software Technology Vol. 46, No. 5, p. 337-342(2004)

おわりに

acts_as_professional

きれい

汚い

(すぐには)動かない 動作する

Red

Green

Refactoring

TDDと黄金の回転

TDDはスキルです• テストやTDDはスキルです。つまり…• 才能ではなく、習得可能です• 量は質に転化します• 写経!!

Lesson5

『一番の近道は遠回りだった』

『遠回りこそが俺の最短の道だった』

楽しみましょう!

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