Меню

Підручник з JUnit для початківців - що таке тестування JUnit

  • Головна
  • Інший
  • Підручник з JUnit для початківців - що таке тестування JUnit

junit tutorial beginners what is junit testing

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

Цей підручник для початківців JUnit пояснює, що таке модульне тестування, охоплення тестуванням та що таке JUnit Testing Framework, а також приклади тестових тестів JUnit:

Ця серія JUnit була підготовлена ​​для того, щоб зосередитись на нашій аудиторії, яка є абсолютно початківцями, а також на тих, хто добре знає Java або JUnit і зацікавлений у вивченні JUnit.

Сукупність серій була викладена таким чином, що ви зможете інтерпретувати різницю між JUnit 4 і Junit 5.

Почнімо зараз вивчати JUnit !!

Підручник з JUnit

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

найкращий блокувальник спливаючих вікон

Список підручників у цій серії JUnit

Підручник No1: Підручник з JUnit для початківців - що таке тестування JUnit? (Цей підручник)
Підручник No2: Завантажте, встановіть і налаштуйте JUnit в Eclipse
Підручник No3: Тести JUnit: Як написати приклади тестів JUnit на прикладах
Підручник No4: Що таке пристрій для тестування JUnit: Підручник із прикладами JUnit 4
Підручник No5: Кілька способів виконання тестів JUnit
Підручник No6: Список анотацій JUnit: JUnit 4 проти JUnit 5
Підручник No7: JUnit Ignore Test Case: JUnit 4 @Ignore Vs JUnit 5 @Disabled
Підручник No8: JUnit Test Suite і фільтрувальні тестові випадки: JUnit 4 проти JUnit 5
Підручник No9: Порядок виконання тесту JUnit: Порядок тестів JUnit 4 проти JUnit 5
Підручник No10: Як використовувати анотацію JUnit 5 @RepeatedTest із прикладами
Підручник No11: Вкладений клас JUnit 5: Підручник @Nested з прикладами
Підручник No12: JUnit 5 Спеціальне відображуване ім'я та умовне виконання тесту
Підручник No 13: JUnit Vs TestNG - Які відмінності

Підручник з JUnit

У типовому підході до тестової розробки (TDD) розробники зосереджуються на модульному тестуванні кожного фрагмента коду, який вони розробляють. Чим якісніше тестування товару, тим краща його якість. Ми всі знаємо, що тестування повинно проходити паралельно з кожною фазою життєвого циклу розробки програмного забезпечення.

Починаючи від вимог та аналізу до проектування та розробки до технічного обслуговування, кожна фаза повинна мати відповідну фазу тестування, пов’язану з нею. Модульне тестування після розробки - це те, що доцільно створити надійним додатком та мати на місці оптимізований код.

Що таке одиничне тестування?

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

Модульні тести неможливі для тестування складних інтерфейсів з іншим додатком або сторонніми / зовнішніми службами. Одиничний тест націлений лише на невелику одиницю коду, яка може бути просто методом або класом.

Це допомагає розробнику виявляти проблеми в поточній логіці та будь-які помилки регресії через поточні зміни. Крім того, він також надає уявлення про те, як чинний код може вплинути на подальше впровадження.

Одиничне тестування

Покриття тесту

Викликається відсоток коду, який перевіряється модульними тестами покриття тесту .

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

Запуск тестів автоматично допомагає виявити проблеми з регресією програмного забезпечення, спричинені змінами в поточному коді. Висвітлення коду з високим тестом дозволяє продовжувати розробляти функції без необхідності проводити багато ручних тестів.

Багато хто задається питанням наскільки важливим є охоплення тестуванням . Відповідь на це запитання полягає в тому, що не існує чіткого правила щодо того, наскільки важливим є охоплення тестів; це все засуджує. Судження покращується завдяки досвіду щодо робочого процесу заявки та історичним знанням дефектів, виявлених на сьогодні.

Ефективні тести не обов'язково означають наявність 100% покриття тестів або включення тестів автоматизації та / або модульних тестів для кожної окремої гілки або покриття шляху.

Деякі тривіальні перевірки, як-от повідомлення про помилку перевірки для обов’язкового поля, залишеного порожнім, яке не має дефектів протягом багатьох років, не повинні бути включені до набору регресій.

Тестування вручну проти автоматизованого тестування

Одиничне тестування можна здійснити двома підходами:

  1. Тестування вручну
  2. Автоматизоване тестування

Підходи до тестування JUnit

В обох підходах робочий процес залишається загальним:

  1. Створення тестового кейсу
  2. Переглядаючи це
  3. Переробіть, якщо потрібні виправлення
  4. Виконайте тест
  5. Проаналізуйте результати тесту

Автоматизоване тестування є кращим за тестування вручну з наступних причин:

Тестування вручнуАвтоматизоване тестування
Коли тест-кейс виконується вручну без втручання інструменту, це називається ручним тестуванням.Коли тест-кейс виконується за допомогою інструменту без особливого ручного втручання, це називається автоматизованим тестуванням.
Включаються повторювані ручні зусилля.Повторних ручних зусиль можна уникнути.
Зусилля людини в ручному тестуванні можуть бути помилковими та трудомісткими.Тести автоматизації швидші та без помилок порівняно з ручними зусиллями.
Необхідні ресурси для тестування - це більше для запуску кожного тестового сценарію вручну, що збільшує інвестиції у ресурси.Менше тестерів потрібно для виконання автоматизованих тестів із використанням призначених автоматизованих інструментів, отже, менше інвестицій у тестування ресурсів, що збільшує прибутковість.
Тестування вручну повинно обмежуватися невеликим випробовуванням з урахуванням обмежень термінів. Отже, існує ризик пропуску багатьох сценаріїв тестування, що також призводить до ризику витоку дефекту.Багато різних сценаріїв тестування можуть бути автоматизовані і можуть виконуватися кілька разів навіть під час кризи часу та ресурсів, що призводить до кращого охоплення тестом та кращої якості результату.

Структура модульних тестів

У нас може виникнути наступне запитання про те, як виглядає типовий тестовий випадок модуля автоматизації та про структуру, яку він слід. Розробники використовують Структура модульного тесту для створення автоматизованих модульних тестових кейсів.

  1. Для того, щоб перевірити, чи працює код логічно належним чином, створюється тестовий блок із певним контрольним пунктом або критерієм перевірки.
  2. Коли тестовий тест виконується, критерій / умова проходить або не виконується.
  3. Журнал створюється відповідно до робочого процесу тестового випадку.
  4. Фреймворк буде повідомляти узагальнений результат про пройдених тестів та невдалих.
  5. За ступенем серйозності несправності тест-тест може не продовжуватись і може зупинити подальше виконання.
  6. Можуть бути певні низькі серйозні збої, про які повідомляється в журналі, однак він не показує жорсткої зупинки, але продовжується, не блокуючи подальші кроки тесту.

Що таке JUnit?

JUnit - це фреймворк з відкритим кодом, який використовується для написання та виконання модульних тестів мовою програмування Java. Це одна з найвідоміших платформ модульного тестування.

На зображенні нижче показано різні відомі засоби тестування модулів автоматизації.

Запитання та відповіді на інтерв’ю .net framework

Джуніт

Нижче перераховані атрибути, з якими упаковано JUnit:

  • Існує величезний перелік анотацій для виявлення, виконання та підтримки багатьох функцій методів тестування.
  • Є твердження для перевірки очікуваних результатів.
  • Він забезпечує Test Runner для виконання тестів.
  • JUnit надає базовий вбудований шаблон, щоб ви могли швидко писати невеликі, прості тестові кейси.
  • Тести JUnit допомагають писати незалежні модулі, тим самим покращуючи охоплення тестом та якість програми.
  • Це не тільки дозволяє легко створювати та виконувати тести, але також надає розробнику чіткий та чіткий явний звіт, який позбавляє потреби розробника шукати шлях до звітів та результатів тесту.
  • Поки виконання тесту не проходить плавно, ви можете розслабитися, дивлячись на зелену панель прогресу тесту, яка відображається під час виконання, тоді як вона попереджає вас червоним, як тільки тест не проходить контрольний пункт перевірки.
  • Набори тестів можуть бути створені для того, щоб скласти послідовність або пов'язаний набір тестів.

Приклади JUnit Testcase

Нижче наведено два приклади дуже базової програми Hello World, щоб зрозуміти, як виглядає тестовий клас JUnit або як він виглядає по-різному у порівнянні зі звичайним файлом класу Java.

Приклад №1:

Ось тест JUnit HelloWorldJUnit.java, який перевіряє, чи рядок “Hello world” відповідає рядку “hello world”, який не виконується, оскільки збіг чутливий до регістру. Отже, два рядки не збігаються і тест не вдається .

Код для HelloWorldJUnit.java

як відкрити .bin файли -
package demo.tests; import static org.junit.Assert.*; import org.junit.Test; public class HelloWorldJUnit { @Test public void test() { assertEquals('Hello world','hello world'); } }

Приклад №2:

Тут ми побачимо, як зазвичай Java файл класу взаємодіє з JUnit тестовий кейс. Ми створюємо Java файл класу HelloWorld_Java.java з конструктором, який дозволяє нам передавати значення String і метод getText () для отримання значення рядка.

JUnit Тестовий клас HelloWorldJUnit.java створюється таким чином, що створюється об'єкт класу для HelloWorld_Java і фактичне значення рядка передається об'єкту. AssertEquals () з JUnit перевіряє, чи збігаються очікувані та фактичні значення рядків.

Код для HelloWorld_Java.java

package demo.tests; import static org.junit.Assert.*; import org.junit.Test; public class HelloWorldJUnit { @Test public void test() { assertEquals('Hello world','hello world'); } }

Код для HelloWorldJUnit.java

package demo.tests; public class HelloWorldJUnit{ private String s; public HelloWorld_Java(String s) { @Test public void test() { HelloWorld_Java hw=new HelloWorld_Java('Hello World'); assertEquals(hw.getText(),'Hello World'); } }

Результат виглядає так, як показано нижче, де ми бачимо збіг двох рядків. Отже, тест JUnit є пройшов.

BasicExample2

Висновок

Що стосується надання короткого огляду того, що таке JUnit і чим він займається, JUnit - це прекрасно створений фреймворк, який дозволяє створювати та виконувати модульні тести в автоматизованому режимі.

Це інструмент з відкритим вихідним кодом, проте такий безпроблемний. Будь то створення тестових кейсів або виконання тестового кейсу або звітування після виконання або обслуговування тестів, JUnit елегантний у всіх аспектах. Так, це може також елегантно зазнати невдачі; і ми побачимо, як це трапляється, у нашому майбутньому уроці, коли ми рухатимемось далі.

Про автора: Цей підручник був написанийШобхаД. Вона працює керівником проекту та має 9+ років досвіду в ручному, автоматичному та API тестуванні.

Давайте продовжуватимемо висвітлювати глибше кожен аспект JUNIT тут.

НАСТУПНИЙ підручник

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

^