Test JUnit z dynamiczną liczbą testów

JUnit 3

public class XTest extends TestCase {

    public File file;

    public XTest(File file) {
        super(file.toString());
        this.file = file;
    }

    public void testX() {
        fail("Failed: " + file);
    }

}

public class XTestSuite extends TestSuite {

    public static Test suite() {
        TestSuite suite = new TestSuite("XTestSuite");
        File[] files = new File(".").listFiles();
        for (File file : files) {
            suite.addTest(new XTest(file));
        }
        return suite;
    }

}

JUnit 4

import org.junit.Test;
import org.junit.runner.RunWith;
import org.junit.runners.Parameterized;
import org.junit.runners.Parameterized.Parameters;

@RunWith(Parameterized.class)
public class TestY {

    @Parameters
    public static Collection<Object[]> getFiles() {
        Collection<Object[]> params = new ArrayList<Object[]>();
        for (File f : new File(".").listFiles()) {
            Object[] arr = new Object[] { f };
            params.add(arr);
        }
        return params;
    }

    private File file;

    public TestY(File file) {
        this.file = file;
    }

    @Test
    public void testY() {
        fail(file.toString());
    }

}

Junit 5 Testy Parametryzowane

JUnit 5 sparametryzowane testy wspierają to, umożliwiając użycie metody jako źródła danych :

@ParameterizedTest
@MethodSource("fileProvider")
void testFile(File f) {
    // Your test comes here
}

static Stream<File> fileProvider() {
    return Arrays.asList(new File(".").list()).stream();
}

JUnit 5 DynamicTests

JUnit 5 wspiera to również poprzez pojÄ™cie DynamicTest, które ma być generowane w @TestFactory, za pomocÄ… metody statycznej dynamicTest.

import org.junit.jupiter.api.DynamicTest;
import org.junit.jupiter.api.TestFactory;
import static org.junit.jupiter.api.DynamicTest.dynamicTest;

import java.util.stream.Stream;

@TestFactory
public Stream<DynamicTest> testFiles() {
    return Arrays.asList(new File(".").list())
            .stream()
            .map((file) -> dynamicTest(
                    "Test for file: " + file,
                    () -> { /* Your test comes here */ }));
}

Testy uruchamiane w Twoim IDE (IntelliJ tutaj) będą wyświetlane w następujący sposób:

Powinno być możliwe w JUnit 3 poprzez dziedziczenie z TestSuite i nadpisywanie metody tests() do listy plików i dla każdego zwracania instancji podklasy TestCase, która przyjmuje nazwÄ™ pliku jako parametr konstruktora i ma metodÄ™ testowÄ…, która testuje plik podany w konstruktorze.

Możesz rozważyć użycie JUnitParams library , więc będziesz miał jeszcze kilka (czystszych) opcji:

@org.junit.runner.RunWith(junitparams.JUnitParamsRunner.class)
public class ParameterizedTest {

    @org.junit.Test
    @junitparams.Parameters(method = "data")
    public void test1(File file) throws Exception {  }

    @org.junit.Test
    @junitparams.Parameters(method = "data")
    public void test2(File file) throws Exception {  }

    public static File[] data() {
        return new File[] { new File("path1"), new File("path2") };
    }
}

@org.junit.runner.RunWith(junitparams.JUnitParamsRunner.class)
public class ParameterizedTest {

    @org.junit.Test
    @junitparams.Parameters(value = { "path1", "path2" })
    public void test1(String path) throws Exception {
        File file = new File(path);
    }

    @org.junit.Test
    @junitparams.Parameters(value = { "path1", "path2" })
    public void test2(String path) throws Exception {
        File file = new File(path);
    }
}

Możesz zobaczyć więcej próbek użycia tutaj .

Dodatkowo o JUnitParams, dlaczego pisanie parametryzowanych testów z nim jest łatwiejsze i czytelniejsze:

Projekt JUnitParams dodaje nowego biegacza do JUnit i zapewnia wiele Å‚atwiejsze i czytelne parametryzowane testy dla JUnit > = 4.6.

Główne różnice w stosunku do standard JUnit Parametryzowany biegacz:

• bardziej jednoznaczne-params sÄ… w metodzie testowej params, Nie pola klasy
• mniej kodu - nie potrzebujesz konstruktora, aby ustawić parametry
• możesz mieszać parametryzowane z nieparametryzowanymi metodami w jednej klasie
W przeciwieństwie do innych formatów, nie można ich używać.]}
• parameters provider class może mieć tyle parametrów dostarczajÄ…cych metody, ile chcesz, dziÄ™ki czemu możesz grupować różne przypadki
• możesz mieć metodÄ™ testowÄ…, która dostarcza parametrów (nie ma już zewnÄ™trznych klas ani statyki)
• możesz zobaczyć rzeczywiste wartoÅ›ci parametrów w IDE (w Parametryzowanym JUnit jest to tylko kolejne liczby parametrów)

Jeśli TestNG jest opcją, możesz użyć parametrów z Dataproviderami .

Test KAŻDEGO pliku będzie miał swój wynik pokazany w raporcie tekstowym lub interfejsie wtyczki TestNG Eclipse. Liczba wszystkich przeprowadzonych testów będzie liczyć każdy z plików osobno.

To zachowanie różni się od teorii JUnit , w której wszystkie wyniki są sumowane pod jednym wpisem "teorii" i liczone tylko jako 1 test. Jeśli chcesz mieć oddzielne raportowanie wyników w JUnit, możesz spróbować Testy Parametryzowane .

Test i wejścia

public class FileTest {

    @DataProvider(name="files")
    public File[][] getFiles(){
        return new File[][] {
            { new File("file1") },
            { new File("file2") }
        };
        // or scan a directory
    }

    @Test(dataProvider="files")
    public void testFile(File file){
        //run tests on file
    }
}

Przykładowe wyjście

PASSED: testFile(file1)
PASSED: testFile(file2)

===============================================
    Default test
    Tests run: 2, Failures: 0, Skips: 0
===============================================

Miałem podobny problem i skończyło się na napisaniu prostego JUnit 4 runner, który pozwala med dynamicznie generować testy.

Https://github.com/kimble/junit-test-factory