Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Symfony勉強会#6 オブジェクトの振舞を明確化するためのモックについて
Search
hidenorigoto
June 30, 2012
Technology
1
1.4k
Symfony勉強会#6 オブジェクトの振舞を明確化するためのモックについて
hidenorigoto
June 30, 2012
Tweet
Share
More Decks by hidenorigoto
See All by hidenorigoto
ドメインと向き合う - 旅行予約編
hidenorigoto
4
1.1k
「ソフトウェア設計」のドメイン - 「データモデリングでドメインを駆動する」を読んで
hidenorigoto
10
3.3k
メルカリ バックエンド領域のこれまでとこれから
hidenorigoto
1
580
メルカリのエンジニアリング組織の変化〜Engineering Managerの視点から〜
hidenorigoto
0
8.5k
The changes of the engineering organization in Mercari - from the view of an engineering manager -
hidenorigoto
0
330
PHPerKaigi 2019 ランチセッション (3/31)
hidenorigoto
1
4.3k
抽象化って何? (What is abstraction?)
hidenorigoto
9
4.7k
抽象化って何? (What is abstraction?)
hidenorigoto
11
7.3k
続・SOLIDの原則ってどんなふうに使うの? 〜オープン・クローズドの原則 センパイのコーディングノート編〜
hidenorigoto
14
6.4k
Other Decks in Technology
See All in Technology
茨城の思い出を振り返る ~CDKのセキュリティを添えて~ / 20260201 Mitsutoshi Matsuo
shift_evolve
PRO
1
340
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
230
Data Hubグループ 紹介資料
sansan33
PRO
0
2.7k
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
68k
登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること
bicstone
3
120
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
Greatest Disaster Hits in Web Performance
guaca
0
270
SRE Enabling戦記 - 急成長する組織にSREを浸透させる戦いの歴史
markie1009
0
130
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2k
OpenShiftでllm-dを動かそう!
jpishikawa
0
130
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.5k
2026年、サーバーレスの現在地 -「制約と戦う技術」から「当たり前の実行基盤」へ- /serverless2026
slsops
2
260
Featured
See All Featured
[SF Ruby Conf 2025] Rails X
palkan
1
760
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
150
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
350
Designing Powerful Visuals for Engaging Learning
tmiket
0
240
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
740
Joys of Absence: A Defence of Solitary Play
codingconduct
1
290
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
62
50k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
650
Transcript
オブジェクトの振舞を 明確化するためのモック PHPメンターズ/日本Symfonyユーザー会 後藤 秀宣 @hidenorigoto 1 Symfony勉強会 #6 126݄30༵
後藤秀宣(ごとうひでのり) PHPメンターズ 2 126݄30༵
後藤秀宣(ごとうひでのり) PHPメンターズ • Symfonyユーザー会 2 126݄30༵
後藤秀宣(ごとうひでのり) PHPメンターズ • Symfonyユーザー会 • Symfony Midnight 2 126݄30༵
後藤秀宣(ごとうひでのり) PHPメンターズ • Symfonyユーザー会 • Symfony Midnight • 翻訳温泉ツアー 2
126݄30༵
後藤秀宣(ごとうひでのり) PHPメンターズ • Symfonyユーザー会 • Symfony Midnight • 翻訳温泉ツアー •
WEB+DB PRESS 2 126݄30༵
3 WEB+DB PRESS vol. 69 126݄30༵
4 WEB+DB PRESS vol.70 126݄30༵
4 WEB+DB PRESS vol.70 • オブジェクト指向設計の 視点から見たモックフ レームワークの使い方 (Phake、Mockery) 126݄30༵
何の話をするの? 5 126݄30༵
何の話をするの? • ソフトウェアテスト寄りの話ではありま せん 5 126݄30༵
何の話をするの? • ソフトウェアテスト寄りの話ではありま せん • オブジェクト指向設計寄りの話です 5 126݄30༵
何の話をするの? • ソフトウェアテスト寄りの話ではありま せん • オブジェクト指向設計寄りの話です • Symfonyのテストコードを例に話します。 Symfonyのテストコードを読めるようにな ります
5 126݄30༵
モックオブジェクトとは? 6 126݄30༵
モックオブジェクトとは? • モックオブジェクト 6 126݄30༵
モックオブジェクトとは? • モックオブジェクト • テストダブルの1つ 6 126݄30༵
モックオブジェクトとは? • モックオブジェクト • テストダブルの1つ • テストの時に使う、代理オブジェク ト 6 126݄30༵
モックオブジェクトとは? • モックオブジェクト • テストダブルの1つ • テストの時に使う、代理オブジェク ト • テストコード側からメソッドの挙動
などを動的に定義(置き換え) 6 126݄30༵
モックオブジェクトとは? • モックオブジェクト • テストダブルの1つ • テストの時に使う、代理オブジェク ト • テストコード側からメソッドの挙動
などを動的に定義(置き換え) • オブジェクトのコラボレーションを検証 できる 6 126݄30༵
環境 7 126݄30༵
環境 • PHPUnitに同梱されたもの 7 126݄30༵
環境 • PHPUnitに同梱されたもの • PHPUnit_MockObject 7 126݄30༵
環境 • PHPUnitに同梱されたもの • PHPUnit_MockObject • PhakeやMockery(別のライブラリ)を PHPUnitと組み合わせて利用することも可 7 126݄30༵
環境 • PHPUnitに同梱されたもの • PHPUnit_MockObject • PhakeやMockery(別のライブラリ)を PHPUnitと組み合わせて利用することも可 • 可読性が高いDSLを提供
7 126݄30༵
PHPUnit_MockObject 8 126݄30༵
PHPUnit_MockObject • モックを生成 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() • disableOriginalConstructor() 8
126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() • disableOriginalConstructor() •
エクスペクテーション定義 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() • disableOriginalConstructor() •
エクスペクテーション定義 • expects() 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() • disableOriginalConstructor() •
エクスペクテーション定義 • expects() • method() 8 126݄30༵
PHPUnit_MockObject • モックを生成 • getMock() • getMockBuilder() • disableOriginalConstructor() •
エクスペクテーション定義 • expects() • method() • will() 8 126݄30༵
Symfonyのテストコード • 例:HttpKernelコンポーネントのKernel クラスのテストコード 9 126݄30༵
10 126݄30༵
11 bootは()バンドルとコンテナを初期化する 126݄30༵
テスト対象をモック化 • これは特殊パターン • 通常はテスト対象オブジェクトはモックにしない • テスト対象と同一オブジェクトのメソッド呼び出し を検証する必要があったため、テスト対象そのもの をモック化している。 •
Phake等でいうパーシャルモック • getMockBuilder()でモック化した後、必要なメソッ ドをsetMethods()で指定。その後expects()でエク スペクテーションを定義。 12 126݄30༵
13 モックを使って • カーネルのboot()メソッド呼び出し時 に、必ず呼び出されるメソッドをテスト している 126݄30༵
13 モックを使って • カーネルのboot()メソッド呼び出し時 に、必ず呼び出されるメソッドをテスト している boot()メソッドの振舞を テストしている 126݄30༵
通常パターン • HttpKernelコンポーネントのKernelクラ スのテストコード 14 126݄30༵
15 126݄30༵
16 bootは()バンドルにコンテナをセットする モック生成 コラボレーション 126݄30༵
17 モックを使って • カーネルのboot()メソッドにより、関連 しているバンドルオブジェクトの setContainer()が呼ばれることをテスト している 126݄30༵
17 モックを使って • カーネルのboot()メソッドにより、関連 しているバンドルオブジェクトの setContainer()が呼ばれることをテスト している 関連オブジェクトとのイ ンタラクションを検証し ている
126݄30༵
関連(隣接)オブジェクト 18 126݄30༵
関連(隣接)オブジェクト 18 126݄30༵
19 関連(隣接)オブジェクト 126݄30༵
19 関連(隣接)オブジェクト • 対象オブジェクトと直接関連を持つオブ ジェクト 126݄30༵
19 関連(隣接)オブジェクト • 対象オブジェクトと直接関連を持つオブ ジェクト • 通常、テストコードでモック化するのは 隣接オブジェクトのみ 126݄30༵
19 関連(隣接)オブジェクト • 対象オブジェクトと直接関連を持つオブ ジェクト • 通常、テストコードでモック化するのは 隣接オブジェクトのみ • 隣接していないオブジェクトのモックを
作る必要がある場合、何か問題がある兆 候 126݄30༵
20 ロール、責務、コラボレーション 126݄30༵
20 ロール、責務、コラボレーション • 責務駆動設計(オブジェクト指向設計) 126݄30༵
20 ロール、責務、コラボレーション • 責務駆動設計(オブジェクト指向設計) • 責務とコラボレーションを中心にクラス を設計していく手法。 126݄30༵
20 ロール、責務、コラボレーション • 責務駆動設計(オブジェクト指向設計) • 責務とコラボレーションを中心にクラス を設計していく手法。 • どのクラスにどの責務を割り当てるの か?
126݄30༵
20 ロール、責務、コラボレーション • 責務駆動設計(オブジェクト指向設計) • 責務とコラボレーションを中心にクラス を設計していく手法。 • どのクラスにどの責務を割り当てるの か?
• CRCカードによるクラスの発見、ロール ステレオタイプによる基本分類 126݄30༵
Kernelの責務 21 126݄30༵
Kernelの責務 • テストコード(KernelTest.php)を見る ことで責務・振舞が分かる 21 126݄30༵
Kernelの責務 • テストコード(KernelTest.php)を見る ことで責務・振舞が分かる • bootは()バンドルとコンテナを初期化す る 21 126݄30༵
Kernelの責務 • テストコード(KernelTest.php)を見る ことで責務・振舞が分かる • bootは()バンドルとコンテナを初期化す る • bootは()バンドルにコンテナをセットす る
21 126݄30༵
Kernelの責務 • テストコード(KernelTest.php)を見る ことで責務・振舞が分かる • bootは()バンドルとコンテナを初期化す る • bootは()バンドルにコンテナをセットす る
• shutdown()はすべてのバンドルの shutdown()を呼び出す 21 126݄30༵
Kernelの責務 • テストコード(KernelTest.php)を見る ことで責務・振舞が分かる • bootは()バンドルとコンテナを初期化す る • bootは()バンドルにコンテナをセットす る
• shutdown()はすべてのバンドルの shutdown()を呼び出す • etc 21 126݄30༵
まとめ 22 126݄30༵
まとめ • オブジェクトを責務とコラボレーション の視点から実装していくにはモックオブ ジェクトの力が必要である 22 126݄30༵
まとめ • オブジェクトを責務とコラボレーション の視点から実装していくにはモックオブ ジェクトの力が必要である • ドメインの複雑な問題に取り組むスキル として、オブジェクト指向設計技術を少 しでも学ぼう 22
126݄30༵
まとめ • オブジェクトを責務とコラボレーション の視点から実装していくにはモックオブ ジェクトの力が必要である • ドメインの複雑な問題に取り組むスキル として、オブジェクト指向設計技術を少 しでも学ぼう •
先人の知見の宝庫 22 126݄30༵
23 ガイドとなる 技術・書籍 126݄30༵
オブジェクト指向設計 • オブジェクトデザイ ン(レベッカ・ワー フスブラック/アラ ン・マクキーン) • ロール、責務、コラ ボレーション:責務 駆動設計についての
実践的な解説 24 126݄30༵
オブジェクト指向開発 • Growing Object- Oriented Software, Guided by Tests(Steve Freeman/Nat
Pryce) • 通称「GOOS本」 • 責務駆動設計とモッ クフレームワークを ベースにテスト駆動 開発する 25 126݄30༵
オブジェクト指向開発 • アジャイルソフト ウェア開発の奥義 (ロバート・C・マー チン) ボブおじさん • アジャイル設計開 発、オブジェクト指
向設計の原則等 26 126݄30༵
27 ありがとう ございました! 126݄30༵