TDD BootCamp in JJUG CCC - レガシーコード対策編 -

TDD BootCamp in JJUG CCC 2014.05.17 JJUG CCC 2014 Spring Shuji Watanabe (@shuji_w6e) 1 #ccc_r53 #jjug_ccc https://github.com/shuji/legacy-hanbai-kanri

自己紹介

渡辺修司 / @shuji_w6e 札幌Javaコミュニティやさしいデスマーチ JUnit実践入門 Java, Groovy, JavaScript, AWS, TDD ロードバイク, スノーボード, トレラン NEW ４刷！  累計１万部

最近のお仕事... 昨年8月に転職株式会社クラスメソッド札幌にて在宅勤務 AWS利用者向けシステムの開発主にフロントエンドや自動化などを担当 Spring, Ember.js, d3-data ブログ業務

クラスメソッド札幌オフィス開設！ AWSエンジニア / iOSエンジニア U/Iターン歓迎！ 7月初旬開設予定！アプリ屋から移籍可能

Special Thanks TA @i_takehiro @grimrose @sue445 @setoazusa @torazuka @uasano @yujiorama

TDDBCへようこそ

http://devtesting.jp/tddbc/ TDD Boot Camp(TDDBC) とは、テスト駆動開発(Test Driven Development)について、座学だけでなく、実習形式で手を動かして体得することを目的とするイベントです。

ショートバージョン 2時間しかないのでダイジェストで！ TDDとは？ TDDは死んだ？レガシーコード体験レガシーコード改善モデリングユニットテストハンズオン

本家TDDBCとの違いショートバージョン（本家は1日）ペアプログラミングは行わないレビュー大会は行わないテストファーストに拘らないプロダクションコードは８分組みレガシーコードからTDDを体験する

テスト駆動開発とは？

テスト駆動開発とは？ソフトウェアの開発手法テスト駆動開発の１サイクルはじめにテストコードを書くテストが成功する必要最低限のコードを書くテスト成功を維持してリファクタリングする上記サイクルを素早くテンポ良く繰り返す 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

TDDのサイクル 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

TDD 品質保証テスト品質保証テストはソフトウェアを対象とし、品質担当者が高い品質を担保するために実施 TDDは品質を担保するわけではない結果的に品質は高まるが主目的ではない開発者が安心して開発できるための開発手法 TDDは設計やプログラム自体を対象とする

汚いコードは動かない密結合多重ネスト巨大なクラス多すぎる引数多すぎる責務

http://www.ﬂickr.com/photos/peakman2/1017866785/ レガシーコード！

レガシーコード生成のプロセス 1. 最初の仕様でコードを書く 2. 追加機能で増築する 3. 仕様変更で改築する 4. 似たような機能はコピペして作る 5. これらのプロセスが秘伝のタレとなる

http://www.ﬂickr.com/photos/jas_132/5403388208 TDDで解決？

レガシーコードへの道設計

きれいな動くコードへの道動かない動くきれい汚い

1.設計する動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

2.テストを書く動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

3.コードを書く動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

4.テストを成功させる動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

5.リファクタリング動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

1.設計する動かない動くきれい汚い 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

TDDのポイントテストを意識した設計（テストファースト）テストによる安心リファクタリングイテレーティブな開発サイクル

TDDのこころ ©和田卓人

小さく個別にすばやく

ひとつずつ、一歩ずつ小さなステップで大きなものは小さく分割確実に、堅実に手戻りを小さく

ひとりずつ、仕留めるテストは個別撃破する次のテストを作らない

すばやくまわす小さく回す早く回すすぐに対応リズム重要 1.設計する 2.テストを書く 3.コードを書く 4.テストを成功させる 5.リファクタリング Heuristics

使う作る伝える

自分が最初のユーザー使いにくいものは使いにくい自分で評価する納得できるか？恥ずかしくないか？解りやすいか？

道具にこだわる最高のパフォーマンスを維持するプロとしてのこだわり少しでも使いやすく日々、研究・工夫

未来の自分が読むテストコードは保守される読みにくいコードは悪シンプルに名前重要型

どうして、テスト駆動開発を導入するのか？

http://www.ﬂickr.com/photos/yopse/3772030400/ 不安スキル不足複雑な要件仕様変更経験不足

http://www.ﬂickr.com/photos/32010000@N08/2987901256/ 安全を確保する

なぜ、TDDを実践するか？ソフトウェアは思った以上に複雑パーフェクトプログラマなんかいない不安だからユニットテストを書くセーフティネットとしてのユニットテストすばやく回し、すばやいフィードバック

TDDが目指すところ安心できる健康な開発変更に強い健康なコード

テスト駆動開発は死んだ？

http://www.ﬂickr.com/photos/palermobootcamp/5464512672/ TDD！TDD！テストファースト！

TDDは死んだ、無益だ！

http://www.ﬂickr.com/photos/bsom/4625185702/ 貴様のプロジェクトでは、効果的なテストをしてるか？

TDDが無益とか有益とか語る前に... （ユニット）テスティングできてますか？テストファーストはテクニックのひとつ TDDはユニットテストを学ぶ教科書常時TDDをやる必要もありません TDDの考え方を学ぶ価値は大きくあります

Long live testing going with the practice of testing  where no testing had happened before

レガシーコード体験 NO TESTING

レガシーコードを読んでみようよくない点を列挙してみようどうしてそうなったのかを想像してみよう 5∼10分したらディスカッションします

気になった部分（１）コンストラクタで在庫決め打ちいいの？シングルトンフィールド名とか日本語（ローマ字）が気持ち悪い注文メソッドが色々やりすぎ過去の編集履歴税率がハードコーディング Integerとintが混在「なんでマイナス？」

気になった部分（２）全体１クラススレッドセーフでないジェネリクスが使われていないロガーが使われていない例外処理 JavaDocがあったりなかったり値の検査がないのでマイナス在庫？

レガシーコード改善

ユニットテストを活用した改善対象をテストで保護し（仕様化テスト）、リファクタリングしていくレガシーコード仕様化テストクラスクラスクラスクラスユニットテスト

http://www.ﬂickr.com/photos/alisdair/2398525854/ やって  られっか!?

仕様化テストだけで大変テストできない部分も多いコードが複雑でクラス化難しいそもそもバグが... 辛い、ただ辛い

汚いコードは動かない密結合深いネスト巨大なクラス多すぎる引数多すぎる責務

綺麗なコードは変更に強い疎結合浅いネスト小さなクラス適度な引数適度な責務

http://www.ﬂickr.com/photos/k1netik/50298297/ 設計麻痺に注意

モデリング  ＋テスト駆動開発

モデリング

モデリングとは？要求（業務）をモデルに抽象化すること As-Is から To-Be へ大雑把に言えば「設計」概要を掴むための荒いモデリング詳細を詰めるための詳細なモデリング特定の目的のためのモデリング

ドメインモデリング業務ドメインでの主要データ静的モデルクラス図の基盤 Is-A Has-A * 1 ｘｘｘｘｘｘｘｘｘｘｘｘｘｘｘ * 1 ｘｘｘ * 1 * 1

ドメインモデリングの目的問題領域を把握するため用語を統一するためユースケースを作成する基盤とするため静的な設計のスタート地点とするため

汎化と集約汎化（Is-A）と集約（Has-A）を使う他の細かい関係は重要ではない（今は）用語整理と問題領域の理解が目的９５％はカバーできる

参考）システム境界システムと外部との接点どこからがシステムの機能・データなのか？ユーザーインターフェイス（画面）外部インターフェイスユーザシステム境界システム外部システム機能データ

参考）入出力（なにを）入力ファイル、フォームデータ出力画面、帳票、ファイルシステム境界システム入力出力

モデリングの例ざっくりと単語（名詞）を抽出

モデリングの例属性などを追加していく

Enjoy Testing!

ハンズオンの進め方ひとつのメソッドを選んでテストしてみようテストケースを増やす？別のメソッドをテストを書く？仕様変更する？上から下まで通すテストを書く？ TAに相談してみよう！

TDD BootCamp in JJUG CCC - レガシーコード対策編 -

by Shuji Watanabe, Web Enginier at Sapporo Java Community

on May 18, 2014

Statistics

Views

Actions

1 Embed 16

Accessibility

Categories

Upload Details

Usage Rights

Report content

TDD BootCamp in JJUG CCC - レガシーコード対策編 - Presentation Transcript