テスト駆動開発の導入ーペアプログラミングの学習効果ー
- 1. テスト駆動開発の導入 ーペアプログラミングによる学習効果ー 2012.10.26 JaSST 北海道 渡辺修司 (@shuji_w6e) 1
- 2. 自己紹介
- 3. 渡辺 修司 Javaプログラマ 株式会社エスプラニング所属 ウェブアプリやデスクトップアプリの開発 テスト駆動開発、ユースケース駆動開発 アジャイル開発 最近の趣味はロードバイクとフットサル
- 4. @shuji_w6e 札幌 Javaコミュニティ TDD Boot Camp やさしいデスマーチ（Blog） 執筆活動 WEB DB Press vol.69 JUnit実践入門（Soon!）
- 5. テスト駆動開発
- 6. テスト駆動開発とは？ テストコードをプロダクションコードより先 に記述するテストファーストを実践し、 インクリメンタルにソフトウェアを開発する 開発手法 （TDD: Test Driven Development）
- 7. テスト駆動開発のサイクル 1.設計する 5.リファクタリング Heuristics 2.テストを書く 4.テストを成功させる 3.コードを書く
- 9. ペアプログラミング
- 13. 典型的なプロジェクトの流れ (1) 遅れる実装 (2) とりあえずシステムテスト (3) デバッグ地獄 (4) 後からユニットテスト (5) 追加開発でリグレッションの発生
- 17. プロジェクトの概要 Java のデスクトップアプリケーション 解析エンジン ＋ GUI（Swing） 56名で3ヶ月程度の規模 ミッションクリティカルなシステムのデータ を解析するツール
- 19. 開発手法の改善 Tracによるissue管理 外部設計にユースケースを導入 自動化（SVN + Maven + JenkinsCI） ペアプログラミング テストファースト（テスト駆動開発） リファクタリング
- 22. 開発の流れ (1) ナビゲータに実装することを説明する (2) ナビゲータからの質問に答える (3) 合意したならば、実装を進める (4) 適宜ツッコミを受ける (5) 一区切りついたならば役割をチェンジする
- 23. 効果
- 26. <CONFIDENCE> CONFIDENCE
- 28. 考察
- 30. 効果的なユニットテスト CIの導入による素早いフィードバック プロジェクト終盤での「 褄合わせ」の減少 「無駄なユニットテスト」の減少 privateメソッドのテスト インターフェイスを意識したテスト
- 40. まとめ
- 42. 質疑応答
Editor's Notes
- #2: \n
- #3: 30&#x79D2;&#x7A0B;&#x5EA6;\n
- #4: \n
- #5: \n
- #6: \n
- #7: \n
- #8: \n
- #9: \n
- #10: 1&#x5206;&#x7A0B;&#x5EA6;\n
- #11: \n
- #12: \n
- #13: \n
- #14: \n
- #15: \n
- #16: \n
- #17: \n
- #18: \n
- #19: \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: \n
- #34: \n
- #35: \n
- #36: \n
- #37: \n
- #38: \n
- #39: \n
- #40: \n
- #41: \n
- #42: \n
- #43: \n