Чи є якісь найкращі практики, щоб Junit виконував функцію один раз у тестовому файлі, і вона також не повинна бути статичною.
як @BeforeClassна нестатичній функції?
Ось негарне рішення:
@Before void init(){
if (init.get() == false){
init.set(true);
// do once block
}
}
ну, це те, чого я не хочу робити, і я шукаю інтегрованого рішення для сполучень.
Відповіді:
Якщо ви не хочете налаштовувати статичні ініціалізатори для одноразової ініціалізації і не хочете використовувати JUnit, подивіться на TestNG. TestNG підтримує нестатичну одноразову ініціалізацію з різноманітними параметрами конфігурації, усі з використанням анотацій.
У TestNG це буде еквівалентно:
@org.testng.annotations.BeforeClass
public void setUpOnce() {
// One time initialization.
}
Для розбору,
@org.testng.annotations.AfterClass
public void tearDownOnce() {
// One time tear down.
}
Для еквівалента TestNG JUnit 4 @Beforeі @After, ви можете використовувати @BeforeMethodі, @AfterMethodвідповідно.
Здається, просте твердження if теж працює досить добре:
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:test-context.xml"})
public class myTest {
public static boolean dbInit = false;
@Autowired
DbUtils dbUtils;
@Before
public void setUp(){
if(!dbInit){
dbUtils.dropTables();
dbUtils.createTables();
dbInit = true;
}
}
...
@AfterClassеквівалент, який руйнується після того, як всі тести запущені?
Використання порожнього конструктора - найпростіше рішення. Ви все ще можете замінити конструктор у розширеному класі.
Але це не оптимально з усією спадщиною. Ось чому JUnit 4 використовує замість них анотації.
Інший варіант - створити допоміжний метод у класі factory / util і дозволити цьому методу виконати роботу.
Якщо ви використовуєте Spring, вам слід подумати про використання @TestExecutionListenersанотації. Щось на зразок цього тесту:
@RunWith(SpringJUnit4ClassRunner.class)
@TestExecutionListeners({CustomTestExecutionListener.class,
DependencyInjectionTestExecutionListener.class})
@ContextConfiguration("test-config.xml")
public class DemoTest {
Spring AbstractTestExecutionListenerмістить, наприклад, цей порожній метод, який ви можете замінити:
public void beforeTestClass(TestContext testContext) throws Exception {
/* no-op */
}
Примітка: Чи не пропускайте / промах DependencyInjectionTestExecutionListenerпри додаванні користувача TestExecutionListeners. Якщо ви це зробите, всі автопроводи будуть null.
beforeTestClass()викликано до або після ініціалізації контексту?
Легко використовувати @BeforeAllMethods/ @AfterAllMethodsанотації для запуску методу всередині контексту екземпляра (нестатичного), де будуть доступні всі введені значення.
Для цього існує спеціальна тестова бібліотека:
https://mvnrepository.com/artifact/org.bitbucket.radistao.test/before-after-spring-test-runner/0.1.0
https://bitbucket.org/radistao/before-after-spring-test-runner/
Єдине обмеження: працює лише для весняних випробувань.
(Я розробник цієї тестової бібліотеки)
Я ніколи не пробував, але, можливо, ви можете створити конструктор без аргументів і викликати свою функцію звідти?
ОНОВЛЕННЯ: Будь ласка, перегляньте коментар Cherry щодо того, чому подана нижче пропозиція є хибною. (Я залишаю відповідь тут, а не видаляю, оскільки коментар може надати корисну інформацію іншим, чому це не працює.)
Іншим варіантом, який варто розглянути, якщо використовується ін’єкція залежностей (наприклад, Spring), є @PostConstruct. Це гарантуватиме, що введення залежностей завершено, чого не буде в конструкторі:
@PostConstruct
public void init() {
// One-time initialization...
}
@Beforeта @Afterметоди будуть викликані 6 разів! Тож у цьому контексті @PostConstructповодиться як @Beforeанотація. Ви можете просто протестувати його: просто поставте 2 методи тестування в тестовий клас, додайте @PostConstruct public void init() {System.out.println("started");}і перегляньте в журналах, скільки часу він друкується.
@Testзапуску: "Для запуску методу JUnit спочатку створює новий екземпляр класу, а потім викликає анотований метод."
Просто використовуйте @BeforeClass:
@BeforeClass
public static void init() {
}
Немає сенсу initбути нестатичним, оскільки кожен тест запускається в окремому екземплярі. Екземпляр, який initзапускається, не відповідає екземпляру будь-якого тесту.
Єдина причина, по якій ви можете хотіти, щоб вона була нестатичною, - це перевизначення її в підкласах, але ви можете зробити це і за допомогою статичних методів. Просто використовуйте те саме ім'я, і initбуде викликаний лише метод підкласу .