Trong JUnit 3, tôi có thể nhận được tên của bài kiểm tra hiện đang chạy như thế này:

public class MyTest extends TestCase
{
    public void testSomething()
    {
        System.out.println("Current test is " + getName());
        ...
    }
}

trong đó sẽ in "Thử nghiệm hiện tại là thử nghiệm".

Có cách nào khác hay đơn giản để làm điều này trong JUnit 4 không?

Bối cảnh: Rõ ràng, tôi không muốn chỉ in tên bài kiểm tra. Tôi muốn tải dữ liệu dành riêng cho thử nghiệm được lưu trữ trong tài nguyên có cùng tên với thử nghiệm. Bạn biết đấy, quy ước về cấu hình và tất cả những thứ đó.

JUnit 4.7 đã thêm tính năng này có vẻ như sử dụng TestName-Rule . Có vẻ như điều này sẽ giúp bạn có được tên phương thức:

import org.junit.Rule;

public class NameRuleTest {
    @Rule public TestName name = new TestName();

    @Test public void testA() {
        assertEquals("testA", name.getMethodName());
    }

    @Test public void testB() {
        assertEquals("testB", name.getMethodName());
    }
}

JUnit 4.9.x trở lên

Kể từ JUnit 4.9, TestWatchmanlớp đã bị từ chối ủng hộ TestWatcherlớp, trong đó có lời gọi:

@Rule
public TestRule watcher = new TestWatcher() {
   protected void starting(Description description) {
      System.out.println("Starting test: " + description.getMethodName());
   }
};

Lưu ý: Lớp chứa phải được khai báo public.

JUnit 4.7.x - 4.8.x

Cách tiếp cận sau đây sẽ in tên phương thức cho tất cả các bài kiểm tra trong một lớp:

@Rule
public MethodRule watchman = new TestWatchman() {
   public void starting(FrameworkMethod method) {
      System.out.println("Starting test: " + method.getName());
   }
};

JUnit 5 trở lên

Trong JUnit 5, bạn có thể tiêm TestInfođể đơn giản hóa dữ liệu meta kiểm tra cung cấp cho các phương thức kiểm tra. Ví dụ:

@Test
@DisplayName("This is my test")
@Tag("It is my tag")
void test1(TestInfo testInfo) {
    assertEquals("This is my test", testInfo.getDisplayName());
    assertTrue(testInfo.getTags().contains("It is my tag"));
}

Xem thêm: Hướng dẫn sử dụng JUnit 5 , TestInfo javadoc .

Hãy thử điều này thay thế:

public class MyTest {
        @Rule
        public TestName testName = new TestName();

        @Rule
        public TestWatcher testWatcher = new TestWatcher() {
            @Override
            protected void starting(final Description description) {
                String methodName = description.getMethodName();
                String className = description.getClassName();
                className = className.substring(className.lastIndexOf('.') + 1);
                System.err.println("Starting JUnit-test: " + className + " " + methodName);
            }
        };

        @Test
        public void testA() {
                assertEquals("testA", testName.getMethodName());
        }

        @Test
        public void testB() {
                assertEquals("testB", testName.getMethodName());
        }
}

Đầu ra trông như thế này:

Starting JUnit-test: MyTest testA
Starting JUnit-test: MyTest testB

LƯU Ý: Điều này KHÔNG hoạt động nếu thử nghiệm của bạn là một lớp con của TestCase ! Kiểm tra chạy nhưng mã @Rule không bao giờ chạy.

Việc xem xét sử dụng SLF4J (Mặt tiền ghi nhật ký đơn giản cho Java) cung cấp một số cải tiến gọn gàng bằng cách sử dụng các thông báo được tham số hóa. Kết hợp SLF4J với triển khai quy tắc JUnit 4 có thể cung cấp các kỹ thuật ghi nhật ký lớp kiểm tra hiệu quả hơn.

import org.junit.Rule;
import org.junit.Test;
import org.junit.rules.MethodRule;
import org.junit.rules.TestWatchman;
import org.junit.runners.model.FrameworkMethod;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class LoggingTest {

  @Rule public MethodRule watchman = new TestWatchman() {
    public void starting(FrameworkMethod method) {
      logger.info("{} being run...", method.getName());
    }
  };

  final Logger logger =
    LoggerFactory.getLogger(LoggingTest.class);

  @Test
  public void testA() {

  }

  @Test
  public void testB() {

  }
}

Một cách dễ hiểu là tạo Người chạy của riêng bạn bằng cách phân lớp org.junit.runners.BlockJUnit4ClassRunner.

Sau đó bạn có thể làm một cái gì đó như thế này:

public class NameAwareRunner extends BlockJUnit4ClassRunner {

    public NameAwareRunner(Class<?> aClass) throws InitializationError {
        super(aClass);
    }

    @Override
    protected Statement methodBlock(FrameworkMethod frameworkMethod) {
        System.err.println(frameworkMethod.getName());
        return super.methodBlock(frameworkMethod);
    }
}

Sau đó, đối với mỗi lớp kiểm tra, bạn sẽ cần thêm chú thích @RunWith (NameAwareRunner. Class). Ngoài ra, bạn có thể đặt chú thích đó trên siêu lớp Kiểm tra nếu bạn không muốn nhớ nó mỗi lần. Điều này, tất nhiên, giới hạn lựa chọn người chạy của bạn nhưng điều đó có thể được chấp nhận.

Ngoài ra, có thể cần một chút kung fu để đưa tên bài kiểm tra hiện tại ra khỏi Người chạy và vào khuôn khổ của bạn, nhưng điều này ít nhất giúp bạn có được tên.

JUnit 4 không có bất kỳ cơ chế vượt trội nào cho trường hợp thử nghiệm để có được tên riêng của nó (bao gồm cả trong quá trình thiết lập và phá bỏ).

String testName = null;
StackTraceElement[] trace = Thread.currentThread().getStackTrace();
for (int i = trace.length - 1; i > 0; --i) {
    StackTraceElement ste = trace[i];
    try {
        Class<?> cls = Class.forName(ste.getClassName());
        Method method = cls.getDeclaredMethod(ste.getMethodName());
        Test annotation = method.getAnnotation(Test.class);
        if (annotation != null) {
            testName = ste.getClassName() + "." + ste.getMethodName();
            break;
        }
    } catch (ClassNotFoundException e) {
    } catch (NoSuchMethodException e) {
    } catch (SecurityException e) {
    }
}

Dựa trên nhận xét trước đó và xem xét thêm tôi đã tạo một phần mở rộng của TestWather mà bạn có thể sử dụng trong các phương thức kiểm tra JUnit của mình với điều này:

public class ImportUtilsTest {
    private static final Logger LOGGER = Logger.getLogger(ImportUtilsTest.class);

    @Rule
    public TestWatcher testWatcher = new JUnitHelper(LOGGER);

    @Test
    public test1(){
    ...
    }
}

Lớp người trợ giúp kiểm tra là lớp tiếp theo:

public class JUnitHelper extends TestWatcher {
private Logger LOGGER;

public JUnitHelper(Logger LOGGER) {
    this.LOGGER = LOGGER;
}

@Override
protected void starting(final Description description) {
    LOGGER.info("STARTED " + description.getMethodName());
}

@Override
protected void succeeded(Description description) {
    LOGGER.info("SUCCESSFUL " + description.getMethodName());
}

@Override
protected void failed(Throwable e, Description description) {
    LOGGER.error("FAILURE " + description.getMethodName());
}
}

Thưởng thức!

@ClassRule
public static TestRule watchman = new TestWatcher() {
    @Override
    protected void starting( final Description description ) {
        String mN = description.getMethodName();
        if ( mN == null ) {
            mN = "setUpBeforeClass..";
        }

        final String s = StringTools.toString( "starting..JUnit-Test: %s.%s", description.getClassName(), mN );
        System.err.println( s );
    }
};

Tôi khuyên bạn nên tách tên phương thức thử nghiệm khỏi bộ dữ liệu thử nghiệm của mình. Tôi sẽ mô hình hóa một lớp DataLoaderFactory để tải / lưu trữ các bộ dữ liệu thử nghiệm từ tài nguyên của bạn, và sau đó trong trường hợp thử nghiệm của bạn, hãy gọi một số phương thức giao diện trả về một tập hợp dữ liệu thử nghiệm cho trường hợp thử nghiệm. Việc dữ liệu thử nghiệm được gắn với tên phương thức thử nghiệm giả sử dữ liệu thử nghiệm chỉ có thể được sử dụng một lần, trong hầu hết các trường hợp, tôi đề nghị rằng cùng một dữ liệu thử nghiệm được sử dụng trong nhiều thử nghiệm để xác minh các khía cạnh khác nhau của logic kinh doanh của bạn.

Bạn có thể đạt được điều này bằng cách sử dụng Slf4jvàTestWatcher

private static Logger _log = LoggerFactory.getLogger(SampleTest.class.getName());

@Rule
public TestWatcher watchman = new TestWatcher() {
    @Override
    public void starting(final Description method) {
        _log.info("being run..." + method.getMethodName());
    }
};

Trong JUnit 5 TestInfohoạt động như một sự thay thế thả xuống cho quy tắc TestName từ JUnit 4.

Từ tài liệu:

TestInfo được sử dụng để đưa thông tin về thử nghiệm hiện tại hoặc vùng chứa vào các phương thức @Test, @RepeatTest, @ParameterizedTest, @TestFactory, @B BeforeEach, @AfterEach, @B BeforeAll và @AfterAll.

Để lấy tên phương thức của kiểm tra thực hiện hiện tại, bạn có hai tùy chọn: String TestInfo.getDisplayName()và Method TestInfo.getTestMethod().

Để chỉ truy xuất tên của phương thức thử nghiệm hiện tại TestInfo.getDisplayName()có thể không đủ vì tên hiển thị mặc định của phương thức thử nghiệm là methodName(TypeArg1, TypeArg2, ... TypeArg3).
Sao chép tên phương thức trong @DisplayName("..")không cần thiết là một ý tưởng tốt.

Thay thế, bạn có thể sử dụng TestInfo.getTestMethod()trả về một Optional<Method>đối tượng.
Nếu phương thức truy xuất được sử dụng bên trong phương thức kiểm tra, bạn thậm chí không cần kiểm tra Optionalgiá trị được bọc.

import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.TestInfo;
import org.junit.jupiter.api.Test;

@Test
void doThat(TestInfo testInfo) throws Exception {
    Assertions.assertEquals("doThat(TestInfo)",testInfo.getDisplayName());
    Assertions.assertEquals("doThat",testInfo.getTestMethod().get().getName());
}

JUnit 5 thông qua ExtensionContext

Lợi thế:

Bạn có được các chức năng bổ sung ExtensionContextbằng cách ghi đè afterEach(ExtensionContext context).

public abstract class BaseTest {

    protected WebDriver driver;

    @RegisterExtension
    AfterEachExtension afterEachExtension = new AfterEachExtension();

    @BeforeEach
    public void beforeEach() {
        // Initialise driver
    }

    @AfterEach
    public void afterEach() {
        afterEachExtension.setDriver(driver);
    }

}

public class AfterEachExtension implements AfterEachCallback {

    private WebDriver driver;

    public void setDriver(WebDriver driver) {
        this.driver = driver;
    }

    @Override
    public void afterEach(ExtensionContext context) {
        String testMethodName = context.getTestMethod().orElseThrow().getName();
        // Attach test steps, attach scsreenshots on failure only, etc.
        driver.quit();
    }

}