次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して

以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の

[akurosawa]

あとでみる

[fumokmm]

モック伊藤

[namutaka]

staticメソッドをモック化する

[nobeans]

最近Mockitoが手になじんできたところだけど、特別なことナシにfinal/static/privateのテストもできるってところはよさげ。タイプセーフだし。jarのロード順に依存するところはちょっといやん。

[radian19831019]

Java

[j5ik2o]

モックのためにある程度設計を歪めることを当然という感覚もあるけど、本来はテストの仕組み側で吸収したい。そういう意味ではJMockitは理想に近い。

[tetram]

モックフレームワーク

[lizy]

大がかりな仕掛けだ

[takeboruta]

試してみたい