Easy Mockについて

質問

別件の質問の別アプローチにてEasy Mockを使用しようと試してみました。
どうもうまくいかないので質問させてください。

Easy Mockではprivateメソッドはmock化できないとサイトに記述されていたのですが、staticメソッドも同様にmock化できないのでしょうか？

publicメソッドは問題なくできたのですが、staticメソッドをmockに使用とすると実行時に「no last call on a mock availavle」というエラーがでます。

IMocksControl c = EasyMock.createControl();
Sample s = c.createMock(Sample.class);
EasyMock.expect(s.print()).antReturn("test");
EasyMock.replay(s);
・
・
・

print()がpublicメソッドならエラーにならないのですが、staticメソッドだとエラーになります(expectの行でエラー)。
staticなので、下記のようなことも試してみました。
EasyMock.expect(Sample.print()).antReturn("test");

そもそもstaticメソッドだけどEasy Mockで試験できるのか？という疑問から実際に動かしてみたのですが、予想通りに動きません。
ただこれが私の設定やプログラムミスで出来ないのか、Easy Mockの仕様なのか判別つかないので、どなたかご存知の方がいましたら教えてもらえないでしょうか？

回答No.1

root139 · ベストアンサー

privateメソッドやstaticメソッドに関してのご質問ですので、 Class Extension を使用しているものと仮定してお答えします。

EasyMock で偽装できるのは、オーバーライドできるものだけのようです。
ですので、フィールドやprivate/static/finalのメソッドなどは偽装できないのかと。

ちなみに、staticメソッドはサブクラスで同じシグネチャーのメソッドを実装できますが隠蔽されるだけです。くわしくは参考URLなどを見て下さい。

参考URL：

http://www.javaroad.jp/java_class8.htm

お礼

素早いご回答有難うございます。
すみません、Class Extensionの方になります。
なるほど、staticも偽装できないのですね。

私がいまテストしようとしているクラスは下記のようになりますので、Easy Mockでは無理そうですね。

ServletContext sc = pageContext.getServletContext();
ApplicationContext context = WebApplicationContextUtils.getRequiredWebApplicationContext(sc);
Sample s = context.getBean(id);
s.execute();

カスタムタグなのですが、タグハンドラ内からSpringのDIでオブジェクトを取得して実行します。
pageContextはsetterがあるのでMockを渡せますが、WebApplicationContextUtilsのstaticメソッドを最終的に呼び出してしまいます。
getRequiredWebApplicationContextがstaticメソッドでなければEasy Mockで試験できたのでしょうか。

URLについてもオーバライドと隠蔽についても、今までよく知りませんでしたので参考になりました。

補足

>getRequiredWebApplicationContextがstaticメソッドでなければEasy Mockで試験できたのでしょうか。

仮にstaticでなくてもカスタムタグ内でnewしていたら(テストコードからWebApplicationContextUtilsのMockを渡せなければ)、どの道無理という認識で合ってますでしょうか。

回答No.2

root139

> テストコードからWebApplicationContextUtilsのMockを渡せなければ、どの道無理・・・

渡せなければ、おっしゃる通り、無理かと思います。
ですが、もし getRequiredWebApplicationContext メソッドが static ではなかった場合、下記の様にすれば、EasyMock で偽装は出来ます。
・テスト対象クラスにインスタンスフィールドとして、WebApplicationContextUtilsオブジェクトを持つ。
・それをコンストラクタかsetterメソッドで置き換えられるようにする。

実際には WebApplicationContextUtils のラッパークラスを作って、テスト対象クラスではそれを使うようにすれば、テスト可能になると思います。
例) --------------------------------------------------------------
public class WebAppContextService {
public ApplicationContext getRequiredWebApplicationContext(ServletContext sc) {
return WebApplicationContextUtils.getRequiredWebApplicationContext(sc);
}
}
------------------------------------------------------------------

また、 staticメソッド等を含めたクラス単位での偽装が可能な DJUnit というものも在りますので、これなどを使えば現状のテスト対象(本番)コードでもテストができるかとは思います。
http://works.dgic.co.jp/djwiki/Viewpage.do?pid=@646A556E6974

ただ、テストがしやすいコードを書くことによって設計が改善されるということもとても重要ですので、極力、リファクタリングなどによってMockオブジェクトの挿入が可能にすることをお勧めします。
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?cmd=view&p=StaticSubstitution&key=static
DIの考え方も、具象クラスへの依存をコード中から出来るだけ取り除くことが柱になっています。
http://kakutani.com/trans/fowler/injection.html

自動単体テスト関しては、最近出版された「レガシーコード改善ガイド」が非常に参考になると思います。(原書は5年ほど前ですが)
http://www.amazon.co.jp/dp/4798116831/

お礼

質問内容だけでなく、色々と教えて頂けてとても助かりました。
アドバイス頂いた事を検討して、どのように進めるか考えたいと思います。

本当に有難うございました。一人で調べていて煮詰まっていたので助かりました。