私は現在、JRE 1.4 (Java ランタイム環境) のみを使用するように制限されており、現在の時刻を計算するクラスがあります。クラスを単体テストしようとしていますが、私が遭遇したすべてのモッキング ツールは JRE1.4 でサポートされていない注釈を必要とするため、かなり難しいようです。
JRE 1.4 に適したバージョンの mockito を使用してみましたが、静的クラスをモックアウトすることはできません。Jmockitには、ダウンロードできる非常に簡単なソリューションがありますが、JmockitのJRE1.4対応バージョンはないようです
JRE1.5以降を使用していた場合、これを回避する方法は2つあります（現在の時刻を呼び出すメソッドをモックアウトするか、現在のシステム時刻をモックアウトするだけです）が、残念ながらそうではありません。
これに対する唯一の解決策は、現在のシステム時刻を +/- 日/月/年でメソッドに渡すことです。
ただし、可能であれば、JRE 1.4 環境でモックの方法で実行したいと考えています。
ありがとう
Java 5 をテストコードだけに使用しないのはなぜですか? 適切な IDE を使用すると、テスト コード (Java 5+) と製品コード (Java 1.4) 用に個別のモジュール/プロジェクトを使用できるはずです。
Zsolt の解決策 (ラッパーの作成) の他に、メソッドへの呼び出しを抽出し、そのメソッドをオーバーライドするサブクラスに対してテストすることも考えられます。
テストするコード:
class A{
protected long now(){
return System.currentTimeMillis();
}
}
単体テスト：
class ATest{
public void testStuff(){
// actual test
}
class MyA extends A {
long currentTime;
protected long now(){
return currentTime;
}
}
}
私はラッパー アプローチを好みますが、サブクラス化が役立つ場合もあります。
静的メソッドを扱うときは、ラッパーを使用することをお勧めします。たとえば、あなたの場合、TimeWrapper を使用できます。
public class TimeWrapper() {
public long getCurrentTimeInMillis() {
return System.currentTimeMillis();
}
}
TimeWrapper他のクラスで現在の時刻を取得する必要がある場合は、を挿入します。このソリューションは、モック フレームワークと jdk に依存しません。
または、DateHelper のようなすべての時間関連のメソッドに特別なクラスを使用してから、UnitTests でこれをモックし、静的変数を介して時間を変更できます。
easymockはアノテーションを必要としないため、1.4 で動作します。