DevLOVE TDD - For Whom the Tests Run Jun, 22 2009 @ DevLOVE

1. 誰が為のテスト
- 千里の道も一歩から -
和田 卓人 (a.k.a id:t-wada)
Jun, 22 2009 @ DevLOVE

2. 自己
紹介

3. 自己紹介
名前: 和田 卓人 (わだ たくと)
ブログ: http://d.hatena.ne.jp/t-wada
メール: takuto.wada@towersquest.jp
Twitter: http://twitter.com/t_wada
タワーズ･クエスト株式会社
取締役社長

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

5. gihyo.jpの連載
『［動画で解説］和田卓人の テスト駆動開発 講座』
http://gihyo.jp/dev/serial/01/tdd/
全20回すべて動画付き解説
ニコニコ動画でも見れます
WEB+DB過去記事の特設サイトと動画も

6. デベロッパーテスティング・ライブ - 自信を持ってコードを書くための
心・技・体 -
【徹底討論】テストなんていらない？！ -テストを、どこまでやる
べきか？
パネルディスカッション：テストを行うこと、テストを続けること
デブサミ

7. よろしく
おねがい
します

8. 大事なこ
とから

9. 感謝

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

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

12. 2009年
5月30日

13. papanda
さん達と
打ち合わせ

14. 受け取った
思い

15. 伝えたい
こと

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

17. 2000年

18. 生意気な
大学生

19. アナパタ
勉強会
@OGIS

20. 2001年

21. 完璧な
設計を
求めて

22. 敗北

23. 2002年
2003年

24. 大規模
プロジェクト

25. ひたすら
読書

27. Fowlerの思い
UMLのエッセンス
Refactoring
XPシリーズ

28. 深夜の
写経

29. masarl
さん

30. KentB
生原稿

31. TDD の
会得へ

32. 2004年
7月1日

33. チーム
かくたに

34. 全てを
ぶつける

35. 2004年
以前の私へ

37. 私たちの手を
止めるものは
何か

38. 不安

39. 開発方法論は
不安克服の
歴史

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

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

42. テストの分類
Developer
Testing
開発者
開発促進
Customer
Testing
顧客
(のロール)
進捗管理
QA
Testing
品質保証
担当者
(のロール)
品質保証
「テスト」

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

44. フィードバック

45. 自分のバカさと
向き合う

46. •即座にフィードバックを得るため
•書いたコードに自信を持つため
•これから書くコードに自信を持つため
Developer Testing に
ソフトウェア工学的なメリットはいろいろある
けれど、最大の理由は工学的なものではない。
最大の理由は心理的なもの

47. TDDの
こころ

48. 動作する、きれいなコードへ
きれい
汚い
(すぐには)動かない 動作する
二つの道がある

49. 一つずつ
少しずつ

50. ひとりずつ
対処する。
複数を相手
にしない。

51. すばやく
まわす

52. 不安を
テストに

53. きれい
汚い
(すぐには)動かない 動作する
Red
Green
Refactoring
TDDと黄金の回転

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

55. TDDの
真の目的

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

57. フィードバック
学びを
否定しない

58. 計画する
設計する

59. 計画し続ける
設計し続ける

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

62. TDDは品質を
保証しない
TDDは品質を
向上させる

63. TDDは
テスト技法では
ない

64. 変化を常態と
する

65. TDDの
真の目的

66. 健康

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

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

69. 不安の克服
健康の維持

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

72. 誰が為の
テスト?

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

74. 一人でも
始められる

75. テストは人
の為ならず

76. おわりに

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

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