JUnit 4.9.X и выше

начиная с JUnit 4.9, в TestWatchman класс был осужден в пользу TestWatcher класс, который имеет вызов:

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

JUnit 4.7.x-4.8.x

следующий подход будет печатать имена методов для всех тестов в классе:

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

рассмотрим использование SLF4J (простой фасад ведения журнала для Java) обеспечивает некоторые аккуратные улучшения с использованием параметризованных сообщений. Объединение SLF4J с реализациями правил JUnit 4 может обеспечить более эффективные методы ведения журнала тестовых классов.

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() {

  }
}

запутанный способ-создать свой собственный Runner путем подкласса org.тесты JUnit.бегуны.BlockJUnit4ClassRunner.

вы можете сделать что-то вроде этого:

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);
    }
}

затем для каждого тестового класса вам нужно будет добавить @RunWith (NameAwareRunner.класс) аннотация. Кроме того, вы можете поместить эту аннотацию в тестовый суперкласс, если вы не хотите запоминать ее каждый раз. Это, конечно, ограничивает ваш выбор бегунов, но это может быть приемлемо.

также, может потребоваться немного кунг-фу, чтобы получить текущее имя теста из Runner и в вашу структуру, но это, по крайней мере, получает вам имя.

попробуйте это вместо этого:

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());
        }
}

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

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

Примечание: этот НЕ работать, если ваш тест является подклассом TestCase! Тест выполняется, но @Rule код просто не работает.

на JUnit 5 здесь TestInfo впрыска которая упрощает метаданные теста обеспечивая для того чтобы испытать методы. Например:

@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"));
}

Посмотреть подробнее: JUnit 5 руководство пользователя, TestInfo документации.

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

на основе предыдущего комментария и дальнейшего рассмотрения я создал расширение TestWather, которое вы можете использовать в своих методах тестирования JUnit с этим:

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

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

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

вспомогательный класс теста следующий:

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());
}
}

наслаждайтесь!

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) {
    }
}

@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 );
    }
};

Я бы предложил вам отделить имя метода тестирования от набора тестовых данных. Я бы смоделировал класс DataLoaderFactory, который загружает / кэширует наборы тестовых данных из ваших ресурсов, а затем в вашем тестовом случае cam вызывает некоторый метод интерфейса, который возвращает набор тестовых данных для тестового случая. Наличие тестовых данных, привязанных к имени метода тестирования, предполагает, что тестовые данные могут использоваться только один раз, где в большинстве случаев я бы предположил, что одни и те же тестовые данные используются в нескольких тестах для проверки различных аспектов бизнес-логика.

вы можете добиться этого, используя Slf4j и 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());
    }
};

В JUnit 5 TestInfo действует в качестве замены для Правила TestName из JUnit 4.

из документации :

TestInfo используется для ввода информации о текущем тесте или контейнер в @Test, @RepeatedTest, @ParameterizedTest, @TestFactory, @после каждого, @еще после каждой, @BeforeAll, и @в конце концов методы.

чтобы получить имя метода текущего выполненного теста, у вас есть два опции:String TestInfo.getDisplayName() и Method TestInfo.getTestMethod().

чтобы получить только имя текущего метода тестирования TestInfo.getDisplayName() может быть недостаточно, поскольку отображаемое имя метода тестирования по умолчанию methodName(TypeArg1, TypeArg2, ... TypeArg3).
Дублирование имен методов в @DisplayName("..") - это не обязательно хорошая идея.

в качестве альтернативы вы можете использовать TestInfo.getTestMethod() что возвращает