devlove tdd : for whom the tests run

誰が為のテスト- 千里の道も一歩から -

和田 卓人 (a.k.a id:t-wada)

Jun, 22 2009 @ DevLOVE

自己紹介

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

ブログ: 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過去記事の特設サイトと動画も

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

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

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

デブサミ

よろしくおねがいします

大事なことから

感謝

私をここに立たせてくれた全てのひとに

30分でこころを持ち帰ってもらいたい

2009年5月30日

papandaさん達と打ち合わせ

受け取った思い

伝えたいこと

まず己から変わる自分と向き合う鍛錬する背中を見せる

2000年

生意気な大学生

アナパタ勉強会@OGIS

2001年

完璧な設計を求めて

敗北

2002年2003年

大規模プロジェクト

ひたすら読書

Fowlerの思い　

UMLのエッセンスRefactoringXPシリーズ

深夜の写経

masarlさん

KentB生原稿

TDD の会得へ

2004年7月1日

チームかくたに

全てをぶつける

2004年以前の私へ

私たちの手を止めるものは

何か

不安

開発方法論は不安克服の

歴史

TDDもまた不安克服の手法です

TDDとは

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

6. １～５を繰り返す

テストの分類

DeveloperTesting

開発者

開発促進

CustomerTesting

顧客(のロール)

進捗管理

QATesting

品質保証担当者

(のロール)

品質保証

「テスト」

Developer Testingとは

•プログラマの•プログラマによる•プログラマのための•プログラムとしてのテストを書きながら•開発を行っていく手法

フィードバック

自分のバカさと向き合う

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

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

TDDのこころ

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

きれい

汚い

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

二つの道がある

一つずつ少しずつ

ひとりずつ対処する。

複数を相手にしない。

すばやくまわす

不安をテストに

きれい

汚い

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

Red

Green

Refactoring

TDDと黄金の回転

なぜリファクタリングするのか？

TDDの真の目的

私たちが気付くのはいつ?

フィードバック学びを

否定しない

計画する設計する

計画し続ける設計し続ける

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

TDDは品質を保証しない

TDDは品質を向上させる

TDDはテスト技法では

ない

変化を常態とする

TDDの真の目的

健康

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

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

不安の克服健康の維持

テストのないコードが沢山あるんだけど

誰が為のテスト?

いまの自分未来の自分いまの仲間未来の仲間

一人でも始められる

テストは人の為ならず

おわりに

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

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