Downloaded 72 times
More Related Content
テスト駆動開発入門
- 1. テスト駆動開発入門 2012.11.17 札幌Javaカンファレンス2012 渡辺修司（@shuji_w6e） 1
- 2.
- 3. 渡辺 修司 Javaプログラマ 株式会社エスプラニング所属 ウェブアプリやデスクトップアプリの開発 テスト駆動開発、ユースケース駆動開発 アジャイル開発 最近の趣味はロードバイクとフットサル
- 4. @shuji_w6e 札幌 Javaコミュニティ TDD BootCamp やさしいデスマーチ（Blog） 執筆活動 WEB DB Press vol.69 JUnit実践入門（11/21）
- 5.
- 6.
- 8. ソフトウェア開発の流れ ユーザ要求定義（要件定義） システム要求定義（外部設計） 詳細設計・プログラミング テスト（評価）
- 9. ソフトウェア開発の流れ ユーザ要求定義（要件定義） システム要求定義（外部設計） 詳細設計・プログラミング 単体テスト テスト（評価）
- 10. V字モデル 要件定義 受入テスト 外部設計 システムテスト 内部設計 結合テスト プログラム設計 単体テスト
- 11.
- 12. 単体テスト（現実） ソフトウェアは複雑 詳細設計 やってみなければ解らない プロトタイピング 実装 実装のテストになる 詳細設計がテストされない 単体テスト
- 13. 単体テスト（現実） ソフトウェアは複雑 詳細設計 やってみなければ解らない プロトタイピング ？ 実装 実装のテストになる ？ 単体テスト 詳細設計がテストされない
- 14. 単体テスト（現実） ソフトウェアは複雑 詳細設計 やってみなければ解らない プロトタイピング ？ 実装 実装のテストになる ？ 単体テスト 詳細設計がテストされない 単体テストが機能していない？
- 15.
- 16.
- 17. テスト駆動開発のサイクル 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 18.
- 19.
- 20. FizzBuzz 1から100までの整数を順番に出力する ただし、 値が3の倍数の場合は「Fizz」を 値が5の倍数の場合は「Buzz」を 値が3と5の公倍数の場合は「FizzBuzz」を それぞれ表示すること
- 21.
- 22. テスト駆動開発のサイクル 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 23. 動作するきれいなコード きれい 汚い 動かない 動く
- 24. 1.設計する 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 25. 2.テストを書く 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 26. 3.コードを書く 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 27. 4.テストを成功させる 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 28. 5.リファクタリング 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 29. 1.設計する 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる きれい 3.コードを書く 汚い 動かない 動く
- 30.
- 31.
- 32.
- 33.
- 35.
- 36. スキル不足 仕様変更 経験不足 複雑な要件 不安 http://www.flickr.com/photos/yopse/3772030400/
- 37.
- 38.
- 39. 反復的な開発 ユニットテスト プログラミング 詳細設計 反復的にテスト・設計・プログラミング 素早いフィードバックで変更に強くなる
- 40. 反復的な開発 ユニットテスト プログラミング 詳細設計 反復的にテスト・設計・プログラミング 素早いフィードバックで変更に強くなる アジャイル的な手法
- 41. 反復的な開発 ユニットテスト テスト駆動開発 プログラミング 詳細設計 反復的にテスト・設計・プログラミング 素早いフィードバックで変更に強くなる アジャイル的な手法
- 42.
- 43. セーフティネット http://www.flickr.com/photos/32010000@N08/2987901256/
- 44.
- 45.
- 46.
- 47. テスト駆動の真実 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 48. テスト駆動の真実 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 49. テスト駆動の真実 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 50.
- 51.
- 52.
- 53.
- 54. すばやくまわす 1.設計する 小さく回す 5.リファクタリング 早く回す Heuristics すぐに対応 2.テストを書く リズム重要 4.テストを成功させる 3.コードを書く
- 55.
- 56.
- 57.
- 58.
- 59.
- 60. とにかく書く パターン化しやすいので習得しやすい テスティングフレームワークを活用する テスト技法を学び幅を広げる http://www.flickr.com/photos/akikophotography/530984398/
Editor's Notes
- #2 \n
- #3 30秒程度\n
- #4 \n
- #5 \n
- #6 \n
- #7 \n
- #8 従来のやり方の問題\n
- #9 \n
- #10 \n
- #11 \n
- #12 \n
- #13 \n
- #14 \n
- #15 具体的には？\n
- #16 \n
- #17 \n
- #18 FizzBuzzのデモ\n
- #19 FizzBuzzのデモ\n
- #20 よくわからない、むずかしい⇒目的と効果\n
- #21 \n
- #22 \n
- #23 \n
- #24 \n
- #25 \n
- #26 \n
- #27 \n
- #28 \n
- #29 \n
- #30 習得できるスキルである\n
- #31 銀の弾丸ではない\n
- #32 習得できる\n
- #33 TDDをはじめるワケ\n
- #34 \n
- #35 \n
- #36 \n
- #37 \n
- #38 \n
- #39 \n
- #40 \n
- #41 \n
- #42 \n
- #43 \n
- #44 \n
- #45 TDDのこころ\n
- #46 \n
- #47 \n
- #48 \n
- #49 \n
- #50 \n
- #51 \n
- #52 \n
- #53 \n
- #54 学ぶためには？\n
- #55 学ぶためには？\n
- #56 \n
- #57 \n