テスト駆動開発の進化

テスト駆動開発の進化

#kansumiA3 和智右桂
グロースエクスパートナーズ株式会社
ソリューションデリバリー部 ITアーキテクト

Developers Summit 2012

自己紹介

§  和智右桂（わちゆうけい）
§  @digitalsoul0124
§  システム開発
§  グロースエクスパートナーズ株式会社
§  ITアーキテクト
§  翻訳（鈍器系）
§  エリック・エヴァンスのドメイン駆動設計
§  継続的デリバリー

GOOS日本語版出版



2002 Developers Summit 2012
2007

Ø テスト駆動開発の進化とは？

Ø GOOSのポイント

Ø 開発の現場に活かすには？


テスト駆動開発の進化とは？


TDDの基本的なサイクル
レッド／グリーン／リファクタリング



クラスをひとつ書く場合なら
テストコードも悩まず書ける

テスト Money
コードクラス


本格的なアプリを作る場合、
どこから手をつければいいだろう？

他システム

APサーバ

DBサーバ


TDDの黄金律

“まずはを書く”

どんなテストを書けばよいだろう？

受け入れテスト
§  システムが実装すべきフィーチャ

Menu http://www.flickr.com/photos/sifu_renka/6761779847/ by Sifu Renka

システムのスライス
§  受け入れテストはエンドツーエンドに

他システム

DB

UI

端から端まで（End to End）

進化したTDDサイクル

二重のテストループ
“Growing Object-Oriented Software, Guided by Tests” p.8より


外から内へ
§  外側のテストは
進の指標に

§  内側のテストは
コードの質のため
London assembly stair http://www.flickr.com/photos/mcginnly/2196879337 by mcginnly

テスト駆動開発の進化とは…


コードを書くことから

356/365: An Evolution of Rivalry- for Matt http://www.flickr.com/photos/practicalowl/1468829205/ by an practicalowl

ソフトウェアを作ることへ Developers Summit 2012


GOOSのポイント


GOOSのポイントとは？

• モック
• ウォーキングスケルトン

I Just Have To Make One More Call, He Said http://www.flickr.com/photos/an_untrained_eye/2524462429/
Developers Summit 2012 by an untrained eye

モックについて


オブジェクト指向観
オブジェクト指向システムは協力し
合うオブジェクトの網の目のようなも
のだ

クラスよりも

網の目の中のオブジェクトは
どうテストしたらいいだろう？

テスト？

？
？

“Growing Object Oriented Software, Guided By Tests” p.19の図を元に作成


モックの登場
隣り合うオブジェクトをモックに
差し替える
モッカリー

テスト？

？
？

具体例


仕様
§ オブジェクトをロードするフレー
ムワークに対してキーを元にした
検索を行い、その結果をキャッ
シュする
§ ロードされてから一定時間が経つ
と、そのインスタンスは使えなく
なるので、時々リロードする


クラス構造
ObjectLoaderの手前に、
TimedCacheクラスを作る

Timed Object
テスト
Cache Loader
load


呼び出しシーケンス
TimedCacheは、
最初に呼び出されたとき、
ObjectLoaderにアクセスする
テストコード TimedCache ObjectLoader

lookup("KEY")
load("KEY")

"VALUE"

"VALUE"


テストコード
@Test
public void キャッシュされていないオブジェクトはロードする()
throws Exception {
final ObjectLoader mockLoader
= context.mock(ObjectLoader.class);
context.checking(new Expectations() {
{
oneOf(mockLoader).load("KEY");
will(returnValue("VALUE"));
}
});
TimedCache cache = new TimedCache(mockLoader);
assertThat((String) cache.lookup("KEY"), is("VALUE"));
}

参考
§ ロールをモックせよ
§  http://jmock.org/oopsla2004_ja.pdf

http://www.jmock.org/

インターフェイスの発見
インターフェイスを発見しながら、
外から内へ開発を進める
B

受け入れ
UI A B
テスト
D

C C D

ユニット
E E
テスト1

ユニット
テスト2

外から内へ


オブジェクトの登場パターン
§  分解（Breaking out）
§  あるオブジェクトが責務を持ちすぎている
場合、ふるまいの凝集した単位を分割する
§  発芽（Budding oﬀ）
§  新しい概念が登場したときにプレースホル
ダー型をラップする（値）もしくは、サービ
スを定義する（オブジェクト）
§  包含（Bundling up）
§  関連するオブジェクトの集団をひとつのオ
ブジェクトにまとめる

ビジネスドメインの概念
§  アプリケーションの中核は、
ビジネスドメインの言語を使って記述する

Business Ambassadors http://www.flickr.com/photos/number10gov/5345434419/ by The Prime Minister's Office

テスト駆動開発の進化

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à テスト駆動開発の進化

Similaire à テスト駆動開発の進化 (20)

Plus de Yukei Wachi

Plus de Yukei Wachi (20)

Dernier

Dernier (9)

テスト駆動開発の進化