TDDを一年やってみました～シロート集団がTDDをやってはまったこと～

TDDを一年やってみました
～シロート集団がTDDをやってはまったこと～

NECビッグローブ
梶田朋己（@kajip）

自己紹介

• NECビッグローブサービス開発本部サービスラボG 所属

• ２年前まで WebLogic Server のサポートしてました
• プログラム経験、ちょうど１年ぐらい

• 趣味は、車、写真、水上バイク etc.
• 愛車は、アルファロメオ GTV（1998年式）

• 最近好きな言葉：人を燃やさなあかん！

Copyright(C) NEC BIGLOBE, Ltd. 2011

プロローグ

開発は、TDD（テスト駆動開発）でやる
よ！

はぁ？TDDって何！？

すべてはここからはじまりました。

テスト駆動開発って何？

• プロダクトコードを書き出す前に、これから作るプロダクトコー
ドを評価するためのテストを作成する
• テストコードが通るように、プロダクトコードを作っていく
• 必要な機能を一度に全て実装するのではなく、簡単なところ
から1Stepづつ作っていく
椋本彦之

詳しくは、「テスト駆動開発入門」（ケントベック著）を読んだり、
各地で開催されているTDD勉強会に参加すると良いです。
むしろ、そっちで聞いた方が良いです。


現状

• 開発は、ZendFramework を使ってます。
• PHPUnit ＆ eclipse plugin の MakeGood を使ってます。
• テストコードは、プロダクトコードの概ね２倍ぐらいのライン数
になってます。

• これまで、TDDを進めていく上ではまったことを紹介していき
ます。


テストメソッドが増えすぎ

パラメータが一つ違うだけでも、新たにテストメソッドを作成する

症状
•テスト項目の追加、変更の手間がひどい
•メソッド名が思いつかない（自分のボキャ貧ぶりにモチベーションが低下）

処方
DataProvider を利用する
• メソッド数が激減（20 ⇒ 2）
• テストコードのメンテナンス性が向上
＊DataProvider：テストコードとテストで利用するデータを分離して実装する機能


テストの実行速度が遅い

DatabaseTestCase を利用する

症状
• テスト項目が増えると遅くなる
• Read処理しかしていないのに、DBの初期化が実行される

処方
DatabaseTestCase を使わない
⇒ ダミーのテストケースを作り、その中で DBを初期化
⇒ 更新系のテストを実行するときは、都度DBを初期化
• テストの実行速度の改善


Twitterさんの機嫌に振り回される

外部サービスを呼び出すメソッドをそのまま呼び出している

症状
• テストがTwitterと運命共同体に。。。

処方
Mock を使う。
• 外部通信が発生しないので、Twitterの機嫌に影響されなくなる

⇒ 利用するFWによっては、Mockの埋め込み方が課題になること
も。。。


テスト書くのがめんどくせぇ

FW固有機能（CVMのコントローラ系統など）で通常の方法でテス
トコードが書けない

症状
• テストコード作成が後回し
• そのまま、テストコードを作り忘れることも…。

処方
テストケースのテンプレート作成
FWが用意したテストユーティリティを活用
⇒ まだまだ、検討の余地がある


やってみてよかったこと

• プロダクトの品質にそれなりに自身が持てる
プロダクトの品質にそれなりに自身が
品質にそれなりに自身

• ちょっとしたバグ、デグレードが早い段階で検出できる
ちょっとしたバグ、デグレードが早段階で検出できる

• リファクタリングしようという気にさせる
リファクタリングしようという気


これからの課題

• テストをどこまで書けば良いのか。
テストをどこまで書けば良いのか。
厳密に作りすぎると壊れやすいテストになって死ぬ。死
死ぬよね～。
WF（ウォータフォール）のUT感覚でTDDのテストを書くと死ぬよね～。

• テストコードの品質をどう担保すれば良いのか。
テストコードの品質をどう担保すれば良いのか。
品質をどう担保すれば
テストコードがバグって死ぬ。
死

• テストし易いクラス、メソッドの構造を設計しているか。
テストコードを後回しにするとテストを書くときに死ぬ。
死

• テストデータをどう作りこむか。
作り込み過ぎるとテストが壊れやすくなり死ぬ。死
適当すぎるとリファクタリングの際、信用できなくなり死ぬ。
Copyright(C) NEC BIGLOBE, Ltd. 2011 死

まとめ

• まずは、ツールの基本的な使い方をマスターしよう
• プロダクトコードのテストを書くのではなく、これから作るプロ
ダクトコードの設計をテストコードに書く
⇒ このことにようやく気づいてきました。

TDDについて知りたければ、
「テスト駆動開発入門」（ケントベック著）を読んだり、各地で開催されている
TDD勉強会に参加すると良いです。
むしろ、そっちで聞いた方が良いです。

最後に

ご清聴ありがとうございました。


TDDを一年やってみました～シロート集団がTDDをやってはまったこと～

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to TDDを一年やってみました～シロート集団がTDDをやってはまったこと～

Similar to TDDを一年やってみました～シロート集団がTDDをやってはまったこと～ (20)