Как правильно сопоставить варарги в Mockito

Представлен Mockito 1.8.1 сопоставление anyVararg ():

when(a.b(anyInt(), anyInt(), Matchers.<String>anyVararg())).thenReturn(b);

Также просмотрите историю для этого: https://code.google.com/archive/p/mockito/issues/62

Изменить новый синтаксис после прекращения поддержки:

when(a.b(anyInt(), anyInt(), ArgumentMatchers.<String>any())).thenReturn(b);

Несколько недокументированная функция: если вы хотите разработать собственный Matcher, который соответствует аргументам vararg, вам необходимо, чтобы он реализовал org.mockito.internal.matchers.VarargMatcher, чтобы он работал правильно. Это пустой интерфейс маркера, без которого Mockito не будет правильно сравнивать аргументы при вызове метода с varargs с использованием вашего Matcher.

Например:

class MyVarargMatcher extends ArgumentMatcher<C[]> implements VarargMatcher {
    @Override public boolean matches(Object varargArgument) {
        return /* does it match? */ true;
    }
}

when(a.b(anyInt(), anyInt(), argThat(new MyVarargMatcher()))).thenReturn(b);

Основываясь на ответе Эли Левина, вот более общее решение:

import org.hamcrest.Description;
import org.hamcrest.Matcher;
import org.mockito.ArgumentMatcher;
import org.mockito.internal.matchers.VarargMatcher;

import static org.mockito.Matchers.argThat;

public class VarArgMatcher<T> extends ArgumentMatcher<T[]> implements VarargMatcher {

    public static <T> T[] varArgThat(Matcher<T[]> hamcrestMatcher) {
        argThat(new VarArgMatcher(hamcrestMatcher));
        return null;
    }

    private final Matcher<T[]> hamcrestMatcher;

    private VarArgMatcher(Matcher<T[]> hamcrestMatcher) {
        this.hamcrestMatcher = hamcrestMatcher;
    }

    @Override
    public boolean matches(Object o) {
        return hamcrestMatcher.matches(o);
    }

    @Override
    public void describeTo(Description description) {
        description.appendText("has varargs: ").appendDescriptionOf(hamcrestMatcher);
    }

}

Затем вы можете использовать его с сопоставителями массивов hamcrest следующим образом:

verify(a).b(VarArgMatcher.varArgThat(
            org.hamcrest.collection.IsArrayContaining.hasItemInArray("Test")));

(Очевидно, статический импорт сделает это более читаемым.)

Я использовал код в ответе Питера Вестмакотта, однако с Mockito 2.2.15 теперь вы можете делать следующее:

verify(a).method(100L, arg1, arg2, arg3)

где arg1, arg2, arg3 - varargs.

Основываясь на ответе topchef,

Для 2.0.31-beta мне пришлось использовать Mockito.anyVararg вместо Matchers.anyVararrg:

when(a.b(anyInt(), anyInt(), Mockito.<String>anyVararg())).thenReturn(b);

В моем случае сигнатура метода, аргумент которого я хочу зафиксировать, такова:

    public byte[] write(byte ... data) throws IOException;

В этом случае вы должны явно привести к массиву байтов:

       when(spi.write((byte[])anyVararg())).thenReturn(someValue);

Я использую версию mockito 1.10.19

Вы также можете перебрать аргументы:

Object[] args = invocation.getArguments(); 
for( int argNo = 0; argNo < args.length; ++argNo) { 
    // ... do something with args[argNo] 
}

например, проверьте их типы и соответствующим образом приведите их, добавьте в список или что-то еще.

Адаптируя ответ от @topchef,

Mockito.when(a.b(Mockito.anyInt(), Mockito.anyInt(), Mockito.any())).thenReturn(b);

Согласно java-документации для Mockito 2.23.4, Mockito.any () «Соответствует чему угодно, включая нули и varargs».

Вы можете сделать это, передав захват ArgumentCaptor и затем получив varargs в виде списка с помощью getAllValues, см. https://stackoverflow.com/a/55621731/11342928

Поскольку другие ответы имеют смысл и делают тесты очевидными, я все же рекомендую тестировать, как если бы метод не принимал vararg, а вместо этого использовал обычные четко определенные параметры. Это помогает в ситуациях, когда используются переопределенные методы в связи с возможными неоднозначными параметрами, например SLF4J-logger:

тестировать:

jobLogger.info("{} finished: {} tasks processed with {} failures, took {}", jobName, count, errors, duration);

У этого есть куча переопределений, и важный метод объявлен так:

Logger.info(String, Object...)

проверка:

verify(loggerMock).info(anyString(), anyString(), anyInt(), anyInt(), anyString());

доказательство того, что указанное выше работает, поскольку errors является целым числом, а не длинным, поэтому следующее не будет выполняться:

verify(loggerMock).info(anyString(), anyString(), anyInt(), anyLong(), anyString());

Таким образом, вы можете легко использовать when() вместо verify()-stuff для установки требуемого возвращаемого значения.

И это, вероятно, показывает больше намерений и более читабельно. Здесь также можно использовать захваты, и таким образом они становятся намного доступнее.

Протестировано с Mockito 2.15