Когда я запускаю свой тестовый пример, вызывается мой основной метод весенней загрузки, а мой метод mockito не работает. Как это решить? - PullRequest
0 голосов
/ 17 июня 2019

Я написал тестовый пример, который имитирует вызов метода, с помощью которого приложение считывает файл excel из системы. Когда я запускаю свой тестовый пример в режиме отладки, я вижу, что мой контроль проходит через основной метод моего приложения с весенней загрузкой, и вместо получения значения макета в моем сервисном методе я получаю только ноль. В результате я получаю исключение нулевого указателя в следующей строке.

Я не уверен, как правильно запустить приложение в тестовом режиме, где я могу успешно смоделировать вызов метода, который пытаюсь выполнить.

Метод испытания:

@Test
    public void testReadQuery() throws IOException {
        QueryReader mockQueryReader = Mockito.mock(QueryReader.class);
        Mockito.when(fileReaderWriter.readFile())
          .thenReturn(mockDataRetriever.getResponseObject(new File(getClass().getResource(TestConstants.TEST_QUERY).getFile())));
        Object mockTableObj = ReflectionTestUtils.getField(mockQueryReader, "tableObj");
        ReflectionTestUtils.invokeMethod(mockQueryReader, "readQuery");
        assertNotNull(mockTableObj);
    }

Класс основного метода:

public static void main(String[] args) {
        SpringApplication.run(QueryBuilderApplication.class, args);
    }

    @Override
    public void run(String... args) throws Exception {

        queryReader.readQuery();

        exit(0);
    }

Способ обслуживания:

public void readQuery() {

        try {

            XSSFWorkbook workbook = fileReaderWriter.readFile();
            XSSFSheet sheet = workbook.getSheetAt(0);
            String sheetName = sheet.getSheetName();


java.lang.NullPointerException
    at com.QueryBuilder.reader.QueryReader.readQuery(QueryReader.java:31)
    at com.QueryBuilder.QueryBuilderApplication.run(QueryBuilderApplication.java:25)
    at org.springframework.boot.SpringApplication.callRunner(SpringApplication.java:813)
    at org.springframework.boot.SpringApplication.callRunners(SpringApplication.java:797)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:324)
    at org.springframework.boot.test.context.SpringBootContextLoader.loadContext(SpringBootContextLoader.java:127)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:99)
    at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:117)
    at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:108)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:118)
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:83)
    at org.springframework.boot.test.autoconfigure.SpringBootDependencyInjectionTestExecutionListener.prepareTestInstance(SpringBootDependencyInjectionTestExecutionListener.java:44)
    at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:246)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:227)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:289)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:291)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:246)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:89)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:41)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:541)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:763)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:463)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:209)

1 Ответ

0 голосов
/ 18 июня 2019

Возможно, это происходит потому, что вы не заглушаете все объекты в классе, который хотите протестировать. Для значения по умолчанию Mockito возвращает значения по умолчанию для методов-заглушек объекта-макета, таких как Null для объекта и false для логического значения.

Чтобы проверить мое мнение, вы можете использовать для создания фиктивных экземпляров следующие утверждения

Mockito.mock(ClassToTest.class, Mockito.RETURNS_DEEP_STUBS); 

что он возвращает тебе глубокую заглушку. Например:

@Test
public void when_returns_deep_stub() throws Exception {
    ClassToTest classToTestWithDeepStub = Mockito.mock(ClassToTest.class, Mockito.RETURNS_DEEP_STUBS);
    // the object1 and object2 mock is not defined
    // deep call of getString method
    when(classToTestWithDeepStub.getObject1().getObject2().getString())
    .thenReturn("Deep Stub");
    // a deep stubbed mock is returned
    System.out.println("classToTestWithDeepStub.getObject1().getObject2().getString()"
    + classToTestWithDeepStub.getObject1().getObject2().getString());
    assertNotNull(classToTestWithDeepStub.getObject1().getObject2().getString());
}

Консольный вывод

 classToTestWithDeepStub.getObject1().getObject2().getString()=Deep Stub.

Второе решение

Из вашего вопроса я понимаю, что fileReaderWriter имеет значение null, не правда ли? если это правда, я не вижу макет fileReaderWrite и имитацию внедрения в классе QueryReader. Не могли бы вы дать мне больше деталей или заявлений о ваших реализациях? Иначе мой совет - следовать нижеприведенному пути.

@RunWith(MockitoJUnitRunner.class)
public class ReadQueryTest {

  @Mock
  private FileReaderWriter fileReaderWriter;

  @Test
  public void testReadQuery() throws IOException { 
     QueryReader queryReader = new QueryReader(fileReaderWriter);
     when(fileReaderWriter.readFile())
          .thenReturn(mockDataRetriever.getResponseObject(new File(getClass().getResource(TestConstants.TEST_QUERY).getFile())));
     queryReader.readQuery();
     assertNotNull(queryReader.getTableObj());
  }
}
...