Тестові випадки – це умови, які необхідно перевірити під час створення програмного забезпечення. Перш ніж писати тести на Java, нам потрібно зрозуміти, що таке тести. У цьому розділі буде коротко описано тестові випадки, а потім описано, як ми можемо писати тестові випадки Java .
Що таке тестові випадки
Тестові приклади — це набір умов, які перевіряються тестувальником програмного забезпечення для розробленої програми. Тестер перевіряє та оцінює, чи відповідає вбудоване програмне забезпечення всім вимогам замовника. У разі виявлення будь-якої помилки тестувальник інформує про це групу розробників. Необхідність створення тестових випадків і проведення тестування полягає в тому, щоб переконатися, що всі потреби клієнта задоволені, і в програмному забезпеченні немає помилок.
Наприклад: Для модуля входу в систему тестувальник створить певні наступні тести:
- Переконайтеся, що сторінка входу складається з текстових полів імені користувача та пароля та кнопки входу.
- Перевірте в разі успішного входу, користувач перенаправляється на домашню сторінку.
- Перевірте успішний вхід користувача, вказавши дійсне ім’я користувача та пароль.
- Перевірте невдалий вхід користувача, вказавши дійсне ім’я користувача та недійсний пароль.
- Переконайтеся, що пароль користувача зберігається в базі даних у зашифрованому вигляді тощо.
З ними можуть бути тестові випадки, які може придумати тестувальник, і коли всі тестові випадки успішно пройдені, клієнту передається лише вбудоване програмне забезпечення.
Щоб дізнатися більше про тестові приклади, відвідайте https://www.javatpoint.com/test-case.
Як створити тестові випадки в Java
Java — це об’єктно-орієнтована мова програмування, і створення проекту Java означає створення багатьох класів, кожен з яких має певні методи. Щоб створити хороший проект/додаток, нам потрібно протестувати проект і перевірити, чи додаток відповідає всім вимогам. У Java класи та методи відіграють життєво важливу роль, і тому нам потрібно тестувати класи та методи, які разом відомі як одиниця , і виникає необхідність виконати Модульне тестування для них. Отже, для виконання модульного тестування в Java існує кілька інфраструктур тестування. Одним із таких відомих фреймворків є JUnit який є основою для виконання модульного тестування. Щоб виконати тестування Junit, нам потрібно створити тестові випадки та перевірити проект на кожному тестовому прикладі та визначити результат.
програма java
Щоб зрозуміти, як створювати тестові випадки, давайте створимо простий клас і розглянемо його.
Давайте створимо клас ДемоКлас в Eclipse, де ми виконали простий метод додавання, виконавши наступні кроки:
1) Відкрити Eclipse IDE і створити новий Мейвен Проект, натиснувши на Файл> Створити> Інше… і потім Виберіть майстер відкриється діалогове вікно. Під Чарівники , ти побачиш Мавен репозиторій, натисніть спадне меню, натисніть на Проект Maven , а потім натисніть на Далі . Знімок показаний нижче:
2) Виберіть «Створити простий проект», або ви також можете вибрати архетип. Тут ми створили простий проект, тому ми вибрали опцію «Створити простий проект», а потім натиснули далі, як ви можете бачити на знімку нижче:
3) Тепер ви можете побачити Новий проект Maven відкриється діалогове вікно, де ми повинні надати Ідентифікатор групи і Ідентифікатор артефакту дотримуючись:
Ідентифікатор групи: Це унікальне ім'я, яке допомагає ідентифікувати одну групу проекту від іншої. Він відповідає правилам іменування Java, тому його потрібно надавати як com.example.javatpoint або будь-який інший.
Ідентифікатор артефакту: Це унікальна назва, яка дається проекту, який ми збираємося створити. Отже, для нашого проекту ми надали наступний ідентифікатор групи та ідентифікатор артефакту (тобто назву проекту), як ви можете бачити на знімку нижче:
4) Натисніть на Закінчити , і наш проект Maven буде створено з певними файлами, де основним є файл xml Файл, який містить усі деталі створеного проекту.
5) У назві проекту ви побачите певні репозиторії, клацніть правою кнопкою миші src/main/java репозиторій, натисніть на Новий > Клас і створіть a Клас Java . Ось, ми створили java , де ми реалізували простий метод додавання двох чисел. Код виглядає наступним чином:
public class DemoClass { public int sum(int i, int j) { return i+j; }
Фрагмент коду показано нижче:
6) Тепер ми реалізували клас, і настав час його протестувати, а для цього нам потрібно використовувати Юніт . Отже, переходьте до src/test/java папку та клацніть на ній правою кнопкою миші. Натисніть на Новий > Тестовий приклад Junit .
І створіть тестовий приклад JUnit, дотримуючись правил іменування.
Потім натисніть на Закінчити . Буде створено тестовий приклад JUnit. Тут ми створили тестовий приклад JUnit як TestDemoClass.java , і ми отримали наступний вихідний екран, що охоплює наведений нижче код:
import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } }
Фрагмент коду показано нижче:
Тут ми використали тест New Junit 4. Щоб протестувати клас або метод, нам потрібно використовувати тестові анотації, і ось ми їх маємо @Тест анотація перед тест () метод.
Примітка. Ми взяли зразок проекту, який можна перевірити вручну, але під час виконання великого проекту він може складатися з численних класів із численними методами. Перевірити та протестувати все це вручну може бути негнучким, і зміни в одному класі точно вплинуть на інші класи. Таким чином, з’являється роль автоматизованого тестування, тобто тестування Junit.
7) Створіть об'єкт ДемоКлас в межах TestDemoClass і нам потрібно перевірити сума і для цього ми створили наступний код тестового випадку:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } }
Фрагмент коду показано нижче:
8) Використання assertEquals(expectedVal, calculatedVal) Метод використовується для визначення статусу тестового випадку, невдалого чи пройденого. Щоб запустити/виконати тестовий приклад, клацніть правою кнопкою миші на коді, а потім Запуск від імені > Тест Junit .
9) Ми експериментували з такими тестами:
Тестовий приклад 1: Ми створили тестовий випадок, у якому ми перевіряли, чи ми отримуємо відповідну суму, надавши два значення, чи ні. Якщо ні, тест буде невдалим, але для наведених вище значень ми отримали такий результат:
Отже, наш тестовий приклад пройшов успішно, про що вказує зелений символ.
Тестовий приклад 2: Якщо ми передаємо той самий код для обчислених параметрів (10, 15) але очікуване значення як 100 і мають наступні значення для тестування, ми отримуємо, що наш тест не вдасться. Код виглядає так:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } }
Фрагмент коду показано нижче:
Отже, наш тестовий приклад не вдався, що означає, що наш код правильний, і це позначається символом Червоний сигнал, як ви можете бачити у наведеному нижче фрагменті:
Тестовий приклад 3: Якщо ми передаємо від’ємне та додатне значення для обчислених параметрів як (-5, 8), і очікуване значення параметра як 3 , ми успішно пройшли наш тестовий приклад, як ви можете бачити у наведеному нижче фрагменті:
Однак, якщо ми передамо (5, -8) як обчислене значення та очікуване значення як 3, тестовий приклад однозначно провалиться.
Тестовий приклад 4: Якщо ми передаємо обидва від’ємні значення для обчисленого параметра як (-10,-15) і очікуване значення параметра як -25 , ми проходимо наш тестовий приклад, як ви можете бачити у наведеному нижче фрагменті:
Однак, якщо ми передамо очікуване значення як 25, тест точно не вдасться. Давайте подивимося у наведеному нижче фрагменті:
Таким чином ми можемо придумувати та створювати тестові випадки відповідно до наших здібностей до мислення, судження та тестування. Крім наведеного вище прикладу, тестувальник програмного забезпечення працює з дуже великими програмами, щоб перевірити їх і створити певні тестові випадки та перевірити їх. Щоб записати всі тестові випадки, вони використовують таблицю Excel і перевіряють, чи відповідають створені ними тестові випадки вимогам замовника чи мають деякі помилки. Тестер програмного забезпечення створює та пише тестові випадки, сприймаючи себе як звичайного користувача, і таким чином перевіряє програму/програмне забезпечення.