junit tests how write junit test cases with examples
Цей підручник з тестів JUnit буде зосереджений на тому, як писати тести JUnit у Eclipse, тестовий результат та приклад тестового випадку JUnit 4 у Java Eclipse:
Ми розглянемо такі теми:
- Навігаційний робочий процес створення тестового кейсу в Eclipse.
- Як виглядає автоматично створений базовий шаблон тесту JUnit?
- Кілька прикладів базових тестових кейсів JUnit 4 та спроби інтерпретувати код.
- Одночасно ми також розглянемо все про результуюче вікно консолі та про те, як зберегти невдалі тести разом із їхніми слідами стека для подальшого використання.
=> Погляньте на посібник для початківців JUnit тут.
Що ви дізнаєтесь:
Створення тестів JUnit в Eclipse
Почнемо створювати тест JUnit в Eclipse.
# 1) Відкрийте Eclipse
# два) Створіть папку Project за допомогою навігаційного потоку: Файл-> Новий-> Проект Java . Відкриється інше вікно, де користувачеві потрібно ввести ім’я папки Project. Знімок екрана наведено нижче.
# 3) Ви можете встановити шлях робочої області за замовчуванням, встановивши прапорець Використовуйте місце за замовчуванням або може зняти його, щоб встановити інший шлях. Це буде шлях, де будуть зберігатися всі ваші файли проекту - файли вашого класу Java, файли класу JUnit або файли класу TestNG разом із звітом, файлами журналів та файлами тестових даних, якщо такі є.
# 4) Середовище JRE також встановлено за замовчуванням. Однак перевірте, чи правильно налаштований JRE.
# 5) Клацніть на Кнопка 'Готово' внизу діалогового вікна.
# 6) Завдяки цьому папка Project з назвою додається до провідника проекту, як показано нижче.
# 7) Тепер давайте подивимося, як додати новий JUNIT Testcase у папку проекту. Виберіть Папка проекту => src папка => Клацніть правою кнопкою миші на src folder => Виберіть New => Junit Test Case.
# 8) Відкриється вікно, де ви можете ввести наступне:
- Виберіть шлях до вихідної папки в папці Source.
- Введіть назву пакета. Якщо ім'я пакета не введено, файли потрапляють під пакет за замовчуванням, який зазвичай не заохочується, або іншими словами, це не є доброю практикою кодування.
- Введіть назву класу JUnit.
- Існує кілька методів заглушки: setUpBeforeClass (), tearDownAfterClass (), setUp (), teardown (). Якщо вам потрібен готовий шаблон із цих методів, тоді ви можете встановити відповідний прапорець.
- Натисніть кнопку Готово.
Нижче наведено шаблон за замовчуванням файлу класу, який генерується:
Тест JUnit 4 - основні приклади
Почнемо тепер із створення базового тесту JUnit 4.
Під пакетом демо. тести , ми створили файл тестового класу JUnit і включили метод test_JUnit (), який перевіряє, чи є файл str1 змінна та рядок, передані в умові, рівні. Порівняння очікуваного стану виконано методом assertEquals (), який є специфічним для JUnit методом.
Запитання щодо інтерв’ю для oracle sql pl sql
Ми обговоримо метод разом з багатьма іншими методами, що підтримуються JUnit, і тому варто використовувати його пізніше. Крім того, також дотримуйтесь @ Тест сюди додано анотацію. @Test визначає тестовий приклад у файлі класу JUnit.
Так само, ви можете мати кілька тестових випадків в одному файлі класу, маючи на місці кілька методів, кожному з яких передує анотація @Test. Ми також обговоримо всі анотації, що підтримуються JUnit, тобто як JUnit 4, так і JUnit 5, у наступних підручниках.
Приклад 1:
Тест повинен пройти при виконанні наведеного нижче фрагмента коду, оскільки очікуване та фактичне значення рядків збігаються.
Код:
package demo.tests; import static org.junit.Assert.*; import org.junit.After; import org.junit.Before; import org.junit.Test; public class JUnitProgram { @Test public void test_JUnit() { System.out.println('This is the testcase in this class'); String str1='This is the testcase in this class'; assertEquals('This is the testcase in this class', str1); } }
Результат на консолі та вкладці Результат JUnit:
При виконанні класу JUnit відображається вкладка результатів консолі та результату JUnit,
- Консоль показує, як показано нижче, де повідомлення читається як „Це тестовий випадок у цьому класі“.
- Вкладка результатів JUnit відображає в основному кількість запущених тестових випадків, кількість помилок та кількість виявлених помилок, тобто Запуск: 1/1 (тобто 1 тестовий екземпляр з 1 запущеного тестового випадку), Помилки: 0 (у виконаному тестовому випадку помилок не виявлено ), Помилок: 0 (жоден тест-кейс не пройшов)
- Час, необхідний для завершення виконання тестів.
- Відображає зелену смужку, якщо всі тестові кейси пройдено.
- Безпосередньо над міткою часу на вкладці JUnit ви бачите різні піктограми: перша піктограма показує 'Наступний невдалий тест', друга піктограма 'Попередній невдалий тест', а третя піктограма з синім і червоним хрестиком допомагає вам відфільтрувати лише невдалі тести. Піктограма поруч із цим фільтрує лише тестові випадки, пропущені під час виконання.
Приклад 2:
Тепер давайте зробимо невелике оновлення коду таким чином, щоб очікуване значення рядка не відповідало фактичному. Тест повинен бути невдалим при виконанні оновленого фрагмента коду, оскільки як очікуване, так і фактичне значення рядків не збігаються. На скріншоті нижче ви можете побачити оновлений код, а також вкладку, що з’явилася.
Результат на консолі та вкладці Результат JUnit:
Під час виконання класу JUnit на вкладці консолі та результату JUnit відображається нижче.
# 1) Повідомлення та позначка часу консолі на вкладці результатів JUnit відображаються так, як це було в попередньому прикладі.
# два) Різниця з цією зміною полягає у вкладці результатів JUnit. Тепер кількість відмов показує 1, а червона смужка означає, що тест не вдався. Нижче наведено знімок екрана для довідки.
# 3) У нижній частині лівої панелі є ‘Слід провалу На вкладці, яка відображає причину, через яку тест не вдався.
# 4) Коли ви натискаєте перший рядок під трасуванням помилок, дуже чітко відкривається вікно, яке показує відхилення між очікуваними результатами та фактичними результатами.
Знімок екрана вікна відхилення показано нижче:
Зберегти невдалі тести та стеки
- На невдалому тесті у вікні результатів JUnit перейдіть до Трасування відмов , клацніть правою кнопкою миші та виберіть параметр «Копіювати список невдач».
- Ви зможете вставити його в блокнот або слово та зберегти для подальшого використання. Вставлений вміст копії включає усі сліди стека цього невдалого екземпляра тестового корпусу разом з ім'ям тестового корпусу.
Висновок
Ми розповіли про те, як створити тест JUnit, на прикладі того, як виглядає базовий тест JUnit, а також ноу-хау щодо результатів тесту як у випадках, коли він не вдається або проходить. Крім того, ми також дізналися, що сліди стеку та тести можуть бути збережені зовні.
У нашому майбутньому уроці ми перейдемо до Тестовий прилад де ми вивчимо підхід до встановлення певних тестів на передумови, фактичних методів тестування та певних тестів на посткондицію.
=> Прочитайте серію навчальних програм Easy JUnit.
Рекомендована література
- Підручник з JUnit для початківців - що таке тестування JUnit
- Завантажте, встановіть і налаштуйте JUnit в Eclipse
- 10 найкращих інструментів тестування інтеграції для написання тестів інтеграції
- Вступ до JUnit Framework та його використання у сценарії селену - Підручник з селену No11
- Підручник із прикладами Python DateTime
- Вирізати команду в Unix з прикладами
- Синтаксис команд Unix Cat, варіанти з прикладами
- Використання курсору в MongoDB з прикладами