Есть ли в JUnit эквивалент атрибута testcase NUnit?

Обновление 2017 г .: JUnit 5 будет включать параметризованные тесты через расширение junit-jupiter-params. Некоторые примеры из документации:

Единственный параметр примитивных типов (@ValueSource):

@ParameterizedTest
@ValueSource(strings = { "Hello", "World" })
void testWithStringParameter(String argument) {
    assertNotNull(argument);
}

Значения, разделенные запятыми (@CsvSource), позволяют указать несколько параметров, как в JUnitParams ниже:

@ParameterizedTest
@CsvSource({ "foo, 1", "bar, 2", "'baz, qux', 3" })
void testWithCsvSource(String first, int second) {
    assertNotNull(first);
    assertNotEquals(0, second);
}

Другие аннотации источников включают @EnumSource, @MethodSource, @ArgumentsSource и @CsvFileSource, см. документацию.

Исходный ответ:

JUnitParams (https://github.com/Pragmatists/JUnitParams) кажется достойной альтернативой. Он позволяет вам указывать параметры теста в виде строк, например:

@RunWith(JUnitParamsRunner.class)
public class MyTestSuite {
    @Test
    @Parameters({"1,2", "3,4"})
    public testAdd(int fValue1, int fValue2) {
       ...
    }
}

Вы также можете указать параметры с помощью отдельных методов, классов или файлов, см. JUnitParamsRunner api docs для получения дополнительной информации.

Видимо правильный ответ - «Нет, эквивалента нет». И это печально.

Параметризованные тесты и теории JUnit (как указано здесь и в JUnit - How проверить метод с разными значениями?) оба могут выполнить свою работу, но нигде не так чисто. К сожалению, их сложно писать и трудно читать.

Я надеюсь, что однажды JUnit сможет добавить более простой синтаксис, подобный NUnit. Похоже, это не должно быть так сложно; хотя, может быть, лямбды нужны?

Возможно, стоит также ознакомиться с Теориями и точками данных JUnit. Они позволяют параметризовать тесты, но запускают комбинацию типов всех пар для ваших входных данных.

Вы можете получить junit с параметрами, используя zohhak

Пример использования:

@RunWith(ZohhakRunner.class)
public class HelloWorldTest {

    @TestWith({
        "2, 1,   3",
        "3, 5,   8"
    })
    public void should_add_numbers(int addend1, int addend2, int result) {

        assertThat(addend1 + addend2).isEqualTo(result);
    }
}

Это глупо, но вот обходной путь, который у меня в конце концов есть. Используйте 4 строки вместо одной.

@Test
public void testAdd1() {
    testAdd(1,2);
}
@Test
public void testAdd2() {
    testAdd(3,4);
}
private void testAdd(int fValue1, int fValue2)
{
    double result= fValue1 + fValue2;
    assertIsTrue(result == 5.0);
}

Я использовал удерживающий класс для хранения моих тестовых примеров следующим образом:

class FlexiTest {
String var1;
String var2;
double var3;
String var4;
MyObject var5;
double expected;

public FlexiTest(String var1, String var2, double var3, String var4, MyObject var5, double expected) {
    super();
    this.var1;
    this.var2;
    this.var3;
    this.var4;
    this.var5;
    this.expected = expected;
}

Затем настройте stream моих объектов тестового класса следующим образом:

static Stream<FlexiTest> provider(){

    FlexiTest ft1 = new FlexiTest("1", "2", 3, "4", MyObject.A, 1.1);
    FlexiTest ft2 = new FlexiTest("10", "20", 30, "40", MyObject.B, 11);
    FlexiTest ft3 = new FlexiTest("100", "200", 300, "400", MyObject.C, 110);
    
    return Stream.of(ft1, ft2, ft3);
}

Затем аннотировал метод Test с помощью @ParameterizedTest и @MethodSource с именем метода потока объектов. Также нулевые и пустые проверки:

@ParameterizedTest
@MethodSource("provider")   
@NullSource
@EmptySource
public void ClientTest(FlexiTest ft)
{
... my test code ...
}