Меню

JUnit Ignore Test Case: JUnit 4 @Ignore Vs JUnit 5 @Disabled

junit ignore test case

Спробуйте Наш Інструмент Для Усунення Проблем

Цей посібник пояснює, як ігнорувати тестові випадки в JUnit, на прикладах. Ви навчитеся використовувати @Ignore в JUnit 4 & @Disabled Annotation в JUnit 5:

У попередньому навчальному посібнику ми зрозуміли, що таке API, який називається Annotation, що він робить, а також побачили основні приклади використання анотацій життєвого циклу, пріоритетів, які вони мають під час виконання тестового випадку.

Спробуємо пролити світло на ситуації, коли ми потрібно ні бігти або є ні передбачається для запуску всіх тестів. Ми навчимося ігнорувати тестові випадки в JUnit.

=> Перевірте ВСІ підручники з JUnit тут.

налаштування затемнення для c ++

JUnit ігнорує тестові приклади

Що ви дізнаєтесь:

JUnit Ігнорувати тестові випадки

Можуть бути певні тестові кейси, які не запускатимуться, оскільки вони можуть не стосуватися певних змін коду, або код тестових кейсів може все ще бути в стадії розробки, тому ми уникаємо їх запуску.

У таких випадках нам може знадобитися запустити набір тестових кейсів, пропустивши кілька інших. Отже, що таке JUnit 4, як і JUnit 5, надає нам, щоб ми могли запускати лише декілька тестових випадків, ігноруючи чи відключаючи, або називати це «пропусканням» декількох тестових випадків?

На щастя, ми маємо @ Ігнорувати анотація для JUnit 4 щоб пропустити тест, тоді як @ Вимкнено анотація для ТОП 5 зробити те саме.

JUnit 4 - @Ignore Annotation

  • Анотацію JUnit 4 @Ignore можна застосувати до тестового методу, щоб пропустити його виконання. У цьому випадку вам потрібно використовувати @Ignore з анотацією @Test для тестового методу, який ви хочете пропустити.
  • Анотація також може бути застосована до тестового класу, щоб пропустити всі тестові приклади для класу. У цьому випадку вам потрібно використовувати @Ignore на рівні класу.

Коду потрібно імпортувати пакет org.junit.Ignore, щоб @Ignore працював. Давайте продемонструємо, як пропустити метод тестування в тесті JUnit 4. Ми змінимо JUnitProgram.java, щоб пропустити перший метод тестового сценарію.

Фрагмент коду:

@Ignore @Test public void test_JUnit1() { System.out.println('This is the testcase test_JUnit1() in this class'); } @Test public void test_JUnit2() { System.out.println('This is the testcase test_JUnit2() in this class'); } @Test public void test_JUnit3() { System.out.println('This is the testcase test_JUnit3() in this class'); }

Під час виконання файлу класу test_JUnit1 () пропускається під час виконання. Крім того, метод, анотований @Ignore, та всі інші методи тестування працюють належним чином.

Результат підрахунку пробігів показує 3/3 тестових випадків, а 1 тестовий пропущений. Кількість пробігів показала 3/3, оскільки навіть пропущений тестовий тест намагався виконати.

Скріншот нижче вікна консолі доводить те саме.

1. JUnit 4 - анотація @Ignore

@ Ігнорувати анотацію з параметром причини

Існує також варіація анотації @Ignore. Анотація приймає один аргумент із значенням рядка, що є причиною пропуску тесту.

запитання для співбесіди c та c ++

Давайте продемонструємо цей варіант анотації @Ignore.

Фрагмент коду такий:

@Ignore('the testcase is under development') @Test public void test_JUnit1() { System.out.println('This is the testcase test_JUnit1() in this class'); }

У вікні консолі відображається така ж результуюча, як і без причини, переданої в анотацію @Ignore.

Тепер давайте подивимося, як усі тести, що належать до класу, можуть бути відключені. Тепер ми оновимо анотацію @Ignore на рівні класу для JUnitProgram.java

Фрагмент коду, як показано нижче:

import org.junit.AfterClass; @Ignore('the testcase is under development') public class JUnitProgram { @BeforeClass public static void preClass() { System.out.println('This is the preClass() method that runs one time before the class'); } @Before public void setUp() { System.out.println('_______________________________________________________ '); System.out.println('This is the setUp() method that runs before each testcase'); } @Test public void test_JUnit1() { System.out.println('This is the testcase test_JUnit1() in this class'); }

Після виконання файлу класу, консолі показує нічого, та Біжи рахувати на вкладці JUnit показано 1 клас пропущено з 1 класу .

Нижче наведено знімок вікна консолі:

Після виконання файлу класу

є c ++ краще, ніж java

JUnit 5 - @Disabled Annotation

Анотація @Disabled у JUnit 5 працює так само, як анотація @Ignore у JUnit 4.

  • Ви можете вимкнути або пропустити виконання методу тестування або групи тестів, застосувавши анотацію на рівні Тестування.
  • Або всі тести можна пропустити, застосовуючи анотацію @Disabled на рівні класу, замість того, щоб застосовувати її до рівня методу тестування.

Як і @Ignore, для @Disabled також може бути передана причина, щоб будь-який розробник або бізнес-аналітик знав, чому було пропущено конкретний тестовий сценарій. Параметр залишається необов’язковим, як і у випадку з @Ignore.

( Примітка: Ми уникатимемо демонстрації анотації @Disabled за допомогою фактичного коду, щоб уникнути повторення, оскільки це точно відповідає способу @Ignore у JUnit 4.)

Єдина різниця, яку ви будете спостерігати у випадку @Ignore Vs @Disabled полягає в тому, що коли анотація застосовується на рівні класу, після виконання файлу класу JUnit, кількість прогонів у випадку JUnit 4 , показує пропущений 1/1 клас.

Звідси a надається кількість пропущених класів тоді як у випадку з ТОП 5 показує, що 3/3 тестових кейсів пропускаються, враховуючи це три методи випробування були пропущені з усіх трьох методів випробувань у класі.

Отже, на видимість пропущених тестових випадків , ТОП 5 робить трохи краще завдання порівняно з JUnit 4.

Висновок

У цьому підручнику ми дізнались, які ситуації можуть виникнути, коли нам може знадобитися пропустити виконання кількох тестових кейсів. Ми також дізналися, як пропустити певні тестові приклади як у JUnit 4, так і в JUnit 5.

=> Завітайте сюди, щоб побачити навчальну серію JUnit для всіх.

Рекомендована література

^