タグ

JMockitとtestに関するdecoy2004のブックマーク (2)

  • jMockit 1.9にしたらえらく変わってた - Qiita

    @MockClass(realClass=Hoge.class) // MockClassアノテーション廃止されてるせいで、コンパイラーさんがOKOKO public class HogeMock { } Mockit.setUpMock(HogeMock.class); // ここでいねーよってコンパイラーさんがOKOKO new Expectations() { Fuga fuga; // これではMock化してくれないっぽい? { this.fuga = new Fuga(); // 動かすとMockじゃないってJVMがOKOKO } }; どうやら、基的にMockUp使えってことらしくて、Expectitionsはテストクラスのフィールドやメソッドの引数にMockedアノテーション付ける以外にはダメっぽそう。 TestNG+jMockit+EclEmmaな環境だと、EclEmma

    jMockit 1.9にしたらえらく変わってた - Qiita
    decoy2004
    decoy2004 2014/08/19
    『Java8対応とかするにはEclEmma2.3.1にしないとダメなので、jMockitをバージョンアップするしかないという』
  • jMockitがいいよ Verification編 - Qiita

    というのを使っていましたが、親戚でNonStrictExpectationsというクラスがあります。 何が違うのかというと、実はExpectationsはモックの挙動定義だけではなくExpectationsに書かれたモックメソッドが呼ばれることをチェックもしています。 なので、 を実行した時にdoAnything()の内部でfuga.getName()がコールされないとテストは失敗します。 こんな風にExpectationsで fuga.getNameは”ホゲ男”という文字列値を返す fuga.getNameが必ずcallされることをチェックする ということができます。 Verifications あらたなる旅立ち …が、ですよ。callされていることのチェックは別途明示的に書きたいものです。 そんな時にVerificationsが使えます。

    jMockitがいいよ Verification編 - Qiita
    decoy2004
    decoy2004 2014/08/19
    『callされていることのチェックは別途明示的に書きたいものです。そんな時にVerificationsが使えます。』
  • 1