Mocking приложение vert.x с PowerMockito

Question

Я пытаюсь проверить свою вертикулу, но с издевательством MongoDB (чтобы не выполнять реальные действия DB во время модульного тестирования), я попытался издеваться над моим клиентом, но выглядит, когда Я использую vertx.deployVerticle() Мои макеты не принимаются во внимание.

Вот пример моей тестовой установки:

@RunWith(VertxUnitRunner.class) 
@PrepareForTest({ MongoClient.class }) 
public class VerticleTest { 
    @Rule 
    public PowerMockRule rule = new PowerMockRule(); 
    private Vertx vertx; 
    private Integer port; 

    @Before 
    public void setUp(TestContext context) throws Exception { 
    vertx = Vertx.vertx(); 

    mockStatic(MongoClient.class); 

    MongoClient mongo = Mockito.mock(MongoClientImpl.class); 
    when(MongoClient.createShared(any(), any())).thenReturn(mongo); 

    ServerSocket socket = new ServerSocket(0); 
    port = socket.getLocalPort(); 
    socket.close(); 

    DeploymentOptions options = new DeploymentOptions().setConfig(new JsonObject().put("http.port", port)); 
    vertx.deployVerticle(TalWebVerticle.class.getName(), options, context.asyncAssertSuccess()); 
    } 

И то, что я на самом деле видим, что в том, что MongoClient.createShared еще называют, хотя я дразнил его.
Что я могу сделать в этом случае?

Edit 1.
Похоже, проблема в том, что MongoClient является интерфейс и PowerMockito не может издеваться статические методы в этом случае.
Я все еще пытаюсь найти обходное решение для этого случая.

Answer 1

Я не знал, что MongoClient является интерфейсом, после чего я дал свой первый ответ.

PowerMock не поддерживает насмешливые интерфейсы статических вызовов (ошибка #510, исправлено исключение Javaassist, но издевательские статические методы по-прежнему не поддерживаются). Он будет вызываться в следующем выпуске.

Я занимался вопросом в PowerMock, а не почему это необходимо. Я согласен с ответом, который был представлен в Mailing List.

Вы могли бы работать вокруг него, создавая вспомогательный метод в собственном коде , который возвращает MongoClient.createdShared(). Затем в тесте, издеваться, что помощник вернуть высмеивал MongoClientImp

Но это будет не работа вокруг, но правильное решение дизайна. Mocking MongoClient не очень хороший подход, потому что you should not mock types you don't own.

Таким образом, лучший способ создать пользовательский помощник, который создаст для вас MongoClient, а затем издевается над этим помощником в модульном тесте. Также вам понадобятся интеграционные тесты для этого помощника, который будет называться реальным MongoClient.createdShared().

Если у вас нет возможности изменить код (или вы не хотите менять код без тестов), то я создаю example с тем, как можно обойти ошибку PowerMock.

Основные идеи:

• создать пользовательские MainMockTransformer. Трансформатор преобразует классы интерфейсов, чтобы поддерживать поддерживающие макетные статические вызовы для интерфейсов.
• создать пользовательский PowerMockRunner, который будет использоваться для добавления настраиваемого MockTransformer в цепи трансформаторов.

Пожалуйста, обратите внимание на имя пакета, в котором расположены эти новые классы. Это важно. Если вы хотите переместить их в другие пакеты, вам нужно будет добавить эти новые пакеты в @PowerMockIgnore.