1

SPring 3.1.1.RELEASE と JUnit 4.8.1 を使用しています。私のテストクラスでは、プライベートフィールドをモックしたいと思っており、「ReflectionTestUtils」の美しさを発見しました...

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-context.xml" })
public class OrderServiceTest extends AbstractTransactionalJUnit4SpringContextTests
    …
        @Autowired
    private OrderService m_orderSvc;

    @Test
    public void testGetPDOrders() throws QuickBaseException, Exception {
        …
            ReflectionTestUtils.setField(m_orderSvc, "m_orderDao", mockOrderDao);

以下は、私がモックしようとしているクラスとフィールドです...

@Service("orderService")
@Transactional
public class OrderServiceImpl implements OrderService {

    …
    @Autowired
    private OrderDAO m_orderDao;

残念ながら、以下のエラーが発生します。これは、クラスが「@Transactional」としてマークされているためだと読みましたが、適切な回避策が見つからず、JUnit に対応するためだけにセッター メソッドを作成するのはもったいないようです。モック オブジェクトをプライベート フィールドに挿入する方法について、別の提案がある人はいますか?

java.lang.IllegalArgumentException: Could not find field [m_orderDao] on target [org.mainco.subco.myclient.service.OrderServiceImpl@282f0e07]
    at org.springframework.util.Assert.notNull(Assert.java:112)
    at org.springframework.test.util.ReflectionTestUtils.setField(ReflectionTestUtils.java:107)
    at org.springframework.test.util.ReflectionTestUtils.setField(ReflectionTestUtils.java:84)
    at org.mainco.subco.myclient.service.OrderServiceTest.testGetPDOrders(OrderServiceTest.java:130)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
    at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
    at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
4

2 に答える 2

2

どのモッキング ライブラリを使用しているかはわかりませんが、Spring と Mockito の間に適切かつ不器用に「Springockito」という名前の便利な統合があり、より大きな Spring コンテキストでモックの戦術的な挿入を非常に簡単に行うことができます。

アイデアは、実行時にモックを親 Bean に接続しようとするのではなく、テスト アプリケーション コンテキストを変更してその Bean をモックにマップすることです。

したがって、実際には次のようになります。

text-context.xml

<beans xmlns="http://www.springframework.org/schema/beans"
      ...
      xmlns:mockito="http://www.mockito.org/spring/mockito"
      xsi:schemaLocation="... http://www.mockito.org/spring/mockito https://bitbucket.org/kubek2k/springockito/raw/tip/springockito/src/main/resources/spring/mockito.xsd">

    <mockito:mock id="m_orderDao" class="my.package.OrderDao"/>

    <!--... other config ...-->
 </beans>

次に、モック自体とやり取りする必要がある場合は、モック自体をテストに自動配線できます。これは、現在のサービスに対して行っているのと同じ方法です。

Mockito を使用していない場合でも、上記のアプローチを使用できますが、代わりに、Bean のファクトリとしてモックを作成するためのモック ライブラリのメソッドを使用します。

于 2012-12-13T23:50:13.220 に答える
1

2014 年現在、最も簡単な解決策は、Mockito の一部である @InjectMocks アノテーションを使用することです。これは、@Transactional でマークされたクラスを含むすべてのクラスで機能します。

例を次に示します。

public class TestTestController {

    @Mock
    private TestService testService;

    @InjectMocks
    private TestController testController;

    @Before
    public void initMocks() {
        MockitoAnnotations.initMocks(this);
    }

    @Test
    public void testMocks() throws Exception {
        String mockedReturnValue = "this is a mocked reply";
        when(testService.getMessage()).thenReturn(mockedReturnValue);

        assertEquals(mockedReturnValue, testController.callTestService());

    }
}

および関連するクラス

public class TestController {

    @Autowired
    private TestService testService;

    public String callTestService() {
        return testService.getMessage();
    }

}

public class TestService {

    public static final String THIS_IS_A_TEST = "this is a getMessage";

    public String getMessage() {
        return THIS_IS_A_TEST;
    }

}
于 2014-09-16T08:23:52.160 に答える