2013/10/5の、TDDBC横浜3rdの基調講演資料。

1. TDDBC
横浜 3rd

3. TDDBCとは
講演
TDDとペアプロ
レビュー大会
ふりかえり

4. TDD
テスト駆動開発

5. 安井 力 / やっとむ
(株)永和システムマネジメント
プログラマー
Java Python Ruby JavaScript
テスト駆動開発
アジャイルコーチ
ワークショップ 現場導入 技術支援
コンサルタント
モデリング ユーザーストーリー
twitter:@yattom facebook:yattom
github:yattom bitbucket:yattom

6. http://event.shoeisha.jp/aa#Professors
和田 卓人
id: t-wada
@t_wada
github: twada

7. 質問：TDDをやろうと
思ったのはなぜですか？

8. t-wada said…
「TDDの
の目的は
健康」

9. 現場の困りごと

10. 荒みきったコード

11. 疲弊しきった現場

12. 爆弾処理のようなリリース

13. 荒みきったコード
これが当たり前？

14. 疲弊しきった現場
そんなハズはない！

15. 爆弾処理のようなリリース
なぜこうなって
しまうのか？

16. 複雑さに対する恐れと不安
不安を克服する技術の不足

17. TDDとは

19. 「動作するきれいなコード」、ロン・ジェフ
リーズのこの簡潔な言葉は、TDD(テスト
駆動開発)の目標である。動作するきれい
なコードは、あらゆる理由で価値がある。
─ Kent Beck

20. 動作するきれいなコードとは？
• 動作している
• バグ対応も、追加変更も容易である
• 作業が予測可能である
• チームに信頼が生まれる
複雑ではない
恐れも不安もない

21. 動作する、きれいなコードへ
きれい
汚い
(すぐには)動かない 動作する

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

23. TDDでサイクルにする
きれい
汚い
(すぐには)動かない 動作する

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

25. TDDのサイクル
1. 次の目標を考える
2. その目標を示すテストを書く
3. そのテストを実行して失敗させる(Red)
4. 目的のコードを書く
5. 2で書いたテストを成功させる(Green)
6. テストが通るままでリファクタリングを
おこなう(Refactor)
7. １〜6を繰り返す

26. テストについて

27. 「テスト」と言えば！
• 単体テスト
• 結合テスト
• インテグレーションテスト
• インターフェーステスト
• ブラックボックステスト
• ベータテスト
• UIテスト
• システムテスト
• 受入テスト
• 運用テスト
• ユーザーテスト
• ユーザビリティテスト
• パフォーマンステスト
• 探索的テスト

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

29. アジャイルテスト 高品質を追求するアジャイルチームにおけるテストの視点 増田聡 Developer Summit 2010
http://www.slideshare.net/satoshimasuda/ss-3241717

30. リファクタリングについて

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

32. きれいを保つ
http://www.flickr.com/photos/adwriter/226233780/

33. リファクタリングの対象
• コードをきれいにする
– メソッド名、変数名
– インデント
– コメント
• 設計も見直す
• プロダクトコードもテストコードも見直す
• 常にやり続ける

35. TDDの
こころ

36. TDDの
こころ
テストに出ます！
コードにも出ます！

37. 一つずつ
少しずつ
段を
小さく

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

39. すばやく
まわす

40. 自分が最初の
ユーザ

41. 不安を
テストに

42. TDDのこころ
• ひとつずつ 少しずつ
• 複数を相手にしない
• すばやく回す
• 自分が最初のユーザ
• 不安をテストに
• 祈るのではダメ
• 命綱を編む

43. いよいよ実践だ！

44. 実践で困ったら？

45. 言語とツールを知る

46. JUnit実践入門 The RSpec Book
• JUnit
• RSpec

47. テストの無いコードが
既にたくさんある

48. レガシーコード改善ガイド

49. 既にデータの入った
データベースがある

50. データベース
リファクタリング

51. Fragile
Tests

52. Slow Tests

53. xUnit Test Patterns

54. どこまでテストすればよいのか

55. ソフトウェアテスト技法ドリル

56. 現実のシステムはもっと複雑だ

57. 実践テスト駆動開発

58. 組み込みシステムはどうすれば?

60. UI のテストはどうすれば?

63. 質問：TDDをやろうと
思ったのはなぜですか？
面白そうだったから！
↓
• 脳味噌の想像力を超えた設計に到達
• 自分の能力を拡大する

64. T
D
D
実
践
者
へ
の
道

65. TDDは
スキルである
http://www.flickr.com/photos/nicohogg/75040212/

66. TDDは
練習して上達する
http://www.flickr.com/photos/risager/8388040402

67. Uncle Bob said …
「クズコードを書くのは
もうやめだ」
「顧客のため
最高のコードを書く」
「上司のため
最高のテストを書く」
「チームのため
すべてテストを書く」
「上達するため
練習を積む」 Software Craftsmanship: What it's all about.

68. t-wada said…
「TDDの
の目的は
健康」

69. 自らを律する

70. http://www.flickr.com/photos/recompile_net/3298985098
事実、ペアプロは楽しい。
楽しみ
ましょう!

72. まとめ
• 複雑さと不安を克服する
• 動作するきれいなコード

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

74. TDDのこころと実践
• 一歩ずつ 少しずつ
• 不安をテストにする
• 練習して上達する
• 人のコードから学ぶ
• 自らを律する