TDDを一年やってみました ～シロート集団がTDDをやってはまったこと～
- 1. TDDを一年やってみました ～シロート集団がTDDをやってはまったこと～ NECビッグローブ 梶田 朋己 （@kajip）
- 2. 自己紹介 • NECビッグローブ サービス開発本部 サービスラボG 所属 • ２年前まで WebLogic Server のサポートしてました • プログラム経験、ちょうど１年ぐらい • 趣味は、車、写真、水上バイク etc. • 愛車は、アルファロメオ GTV（1998年式） • 最近好きな言葉：人を燃やさなあかん！ Copyright(C) NEC BIGLOBE, Ltd. 2011
- 3. プロローグ 開発は、TDD（テスト駆動開発）でやる よ！ はぁ？TDDって何！？ すべてはここからはじまりました。 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 4. テスト駆動開発って何？ • プロダクトコードを書き出す前に、これから作るプロダクトコー ドを評価するためのテストを作成する • テストコードが通るように、プロダクトコードを作っていく • 必要な機能を一度に全て実装するのではなく、簡単なところ から1Stepづつ作っていく 椋本 彦之 詳しくは、「テスト駆動開発入門」（ケントベック著）を読んだり、 各地で開催されているTDD勉強会に参加すると良いです。 むしろ、そっちで聞いた方が良いです。 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 5. 現状 • 開発は、ZendFramework を使ってます。 • PHPUnit ＆ eclipse plugin の MakeGood を使ってます。 • テストコードは、プロダクトコードの概ね２倍ぐらいのライン数 になってます。 • これまで、TDDを進めていく上ではまったことを紹介していき ます。 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 6. テストメソッドが増えすぎ パラメータが一つ違うだけでも、新たにテストメソッドを作成する 症状 •テスト項目の追加、変更の手間がひどい •メソッド名が思いつかない（自分のボキャ貧ぶりにモチベーションが低下） 処方 DataProvider を利用する • メソッド数が激減（20 ⇒ 2） • テストコードのメンテナンス性が向上 ＊DataProvider：テストコードと テストで利用するデータを分離して実装する機能 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 7. テストの実行速度が遅い DatabaseTestCase を利用する 症状 • テスト項目が増えると遅くなる • Read処理しかしていないのに、DBの初期化が実行される 処方 DatabaseTestCase を使わない ⇒ ダミーのテストケースを作り、その中で DBを初期化 ⇒ 更新系のテストを実行するときは、都度DBを初期化 • テストの実行速度の改善 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 8. Twitterさんの機嫌に振り回される 外部サービスを呼び出すメソッドをそのまま呼び出している 症状 • テストがTwitterと運命共同体に。。。 処方 Mock を使う。 • 外部通信が発生しないので、Twitterの機嫌に影響されなくなる ⇒ 利用するFWによっては、Mockの埋め込み方が課題になること も。。。 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 9. テスト書くのがめんどくせぇ FW固有機能（CVMのコントローラ系統など）で通常の方法でテス トコードが書けない 症状 • テストコード作成が後回し • そのまま、テストコードを作り忘れることも…。 処方 テストケースのテンプレート作成 FWが用意したテストユーティリティを活用 ⇒ まだまだ、検討の余地がある Copyright(C) NEC BIGLOBE, Ltd. 2011
- 10. やってみてよかったこと • プロダクトの品質にそれなりに自身が持てる プロダクトの品質にそれなりに自身が 品質にそれなりに自身 • ちょっとしたバグ、デグレードが早い段階で検出できる ちょっとしたバグ、デグレードが早 段階で検出できる • リファクタリングしようという気にさせる リファクタリングしようという気 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 11. これからの課題 • テストをどこまで書けば良いのか。 テストをどこまで書けば良いのか。 厳密に作りすぎると壊れやすいテストになって死ぬ。死 死ぬよね～。 WF（ウォータフォール）のUT感覚でTDDのテストを書くと死ぬよね～。 • テストコードの品質をどう担保すれば良いのか。 テストコードの品質をどう担保すれば良いのか。 品質をどう担保すれば テストコードがバグって死ぬ。 死 • テストし易いクラス、メソッドの構造を設計しているか。 テストコードを後回しにするとテストを書くときに死ぬ。 死 • テストデータをどう作りこむか。 作り込み過ぎるとテストが壊れやすくなり死ぬ。 死 適当すぎるとリファクタリングの際、信用できなくなり死ぬ。 Copyright(C) NEC BIGLOBE, Ltd. 2011 死
- 12. まとめ • まずは、ツールの基本的な使い方をマスターしよう • プロダクトコードのテストを書くのではなく、これから作るプロ ダクトコードの設計をテストコードに書く ⇒ このことにようやく気づいてきました。 TDDについて知りたければ、 「テスト駆動開発入門」（ケントベック著）を読んだり、各地で開催されている TDD勉強会に参加すると良いです。 むしろ、そっちで聞いた方が良いです。 Copyright(C) NEC BIGLOBE, Ltd. 2011
- 13. 最後に ご清聴ありがとうございました。 Copyright(C) NEC BIGLOBE, Ltd. 2011