4

TDD と Presenter First パターンに慣れようとしています。現在、Presenter.class のテスト ケースの作成に取り掛かっています。私の目標は、アクション イベントを含む Presenter.class 全体をカバーすることですが、Mockito でそれを行う方法がわかりません。

Presenter.class:

public class Presenter {
IModel model;
IView view;

public Presenter(final IModel model, final IView view) {
    this.model = model;
    this.view = view;

    this.model.addModelChangesListener(new AbstractAction() {
        public void actionPerformed(ActionEvent arg0) {
            view.setText(model.getText());
        }
    });
}}

IView.class:

public interface IView {
    public void setText(String text);
}

IModel.class:

public interface IModel {
    public void setText();
    public String getText();
    public void whenModelChanges();
    public void addModelChangesListener(AbstractAction action);
}

PresenterTest.class:

@RunWith(MockitoJUnitRunner.class)
public class PresenterTest {

    @Mock
    IView view;
    @Mock
    IModel model;

    @Before
    public void setup() {
        new Presenter(model, view);
    }

    @Test
    public void test1() {
    }
}

前もって感謝します！

4

3 に答える 3

1

初めまして… ありがとうございます！

しばらくして、この解決策を見つけ出し、それに固執しました。これは、プレゼンター クラスにインターフェイスを実装したくなかったり、テストでスタブ クラスを作成したりしたくないからです。

IView

public interface IView {
    public void setText(String text);
}

IModel

public interface IModel {
    public String getText();
    public void addModelChangeListener(Action a);
}

プレゼンター

public class Presenter {

    private IModel model;
    private IView view;

    public Presenter(final IModel model, final IView view) {
        this.model = model;
        this.view = view;

        model.addModelChangeListener(new AbstractAction() {
            public void actionPerformed(ActionEvent e) {
                view.setText(model.getText());
            }
        });
    }
}

プレゼンターテスト

@RunWith(MockitoJUnitRunner.class)
public class PresenterTest {

    @Mock
    IView view;

    @Mock
    IModel model;

    @Test
    public void when_model_changes_presenter_should_update_view() {
        ArgumentCaptor<Action> event = ArgumentCaptor.forClass(Action.class);

        when(model.getText()).thenReturn("test-string");
        new Presenter(model, view);
        verify(model).addModelChangeListener(event.capture());
        event.getValue().actionPerformed(null);
        verify(view).setText("test-string");
    }
}
于 2012-07-15T16:39:20.670 に答える
0

この状況では、モデルとプレゼンターの間の接続が十分に緩い（アクションリスナーを介して通信する）ため、モデルにモックを使用しない方がよいでしょう。

実際のモデルを使用することも（実際のモデルが十分に単純な場合はそれをお勧めします）、以下のスニペットにあるように、テストコード内にスタブを作成します。

@RunWith(MockitoJUnitRunner.class)
public class PresenterTest {

    @Mock
    IView view;

    IModel model;

    @Before
    public void setup() {
        model = new StubModel();
        new Presenter(model, view);
    }

    @Test
    public void presenterUpdatesViewWhenModelChanges() {
        model.setText("Test Text");
        verify(view).setText("Test Text");
    }

    private class StubModel implements IModel {
        private String text;
        private List<ActionListener> actionListeners;

        StubModel() {
            actionListeners = new ArrayList<ActionListener>();
        }

        @Override
        public void setText(String text) {
            this.text = text;
            whenModelChanges();
        }

        @Override
        public String getText() {
            return text;
        }

        @Override
        public void whenModelChanges() {
            for (ActionListener listener: actionListeners) {
                listener.actionPerformed(null);
            }
        }

        @Override
        public void addModelChangesListener(AbstractAction action) {
            actionListeners.add(action);
        }
    }
}

スタブ呼び出しを設定するモックモデルを使用してこのテストを設定することは可能ですが、それを賢明に行うには、モックアクションが必要になる場合があります。これは、アクションがプレゼンターによって作成されるため、事態を複雑にします。

これは、プレゼンタークラスで基本的に1行のコードをテストするための多くのテストコードのように見えますが、最大のチャンクはスタブモデルであり、実際のモデルに置き換えられるか、このテストクラスから抽出され、他のテストと共有される可能性があります。

于 2012-07-02T02:07:19.840 に答える
0

これは、ちょっとしたリファクタリングが大いに役立つケースです。テストを「聞く」ことを学び、テストに基づいて設計を進めます。はが通知される必要Modelがあることを知る必要があるだけでActionListener、それが であるかどうかは気にしませんAbstractAction。クラス コントラクトで可能な限り最小のインターフェイスを使用します。簡単なテストを作成するためのリファクタリングを次に示します (単純すぎて単体テストの価値がないかもしれませんが、アイデアはわかります)。

Presenter.class:

public class Presenter {
  public Presenter(final IModel model, final IView v) implements ActionListener {
    this.model = model;
    this.view = v;
    model.addModelChangesListener(this);
  }

  public void actionPerformed(ActionEvent arg0) {
    view.setText(model.getText());
  }
}

IModel.class:

public interface IModel {
    public void addModelChangesListener(ActionListener action);
}

PresenterTest.class:

@RunWith(MockitoJUnitRunner.class)
public class PresenterTest {
    @Mock IView view;
    @Mock IModel model;

    @Test
    public void when_model_changes_presenter_should_update_text() {
       when(model.getText()).thenReturn("Test Text");
       Presenter p = new Presenter(model, view);
       p.actionPerformed(null);
       verify(view).setText("Test Text");
    }
}
于 2012-07-05T15:54:02.267 に答える