Меню

Початок роботи з FitNesse - інструментом співпраці для тестувальників та розробників

getting started with fitnesse collaboration tool

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

Зараз світ рухається до Agile. Ранній і постійний зворотний зв’язок є обов’язковим для будь-якої команди скрам. Оскільки світ змінюється, мислення тестувальників також потрібно змінити.

Замість того, щоб «знаходити помилки, зламати програмне забезпечення, вимірювати вимоги», зараз тестувальники думають про «надання якості, спочатку тестування без інтерфейсу користувача або тестування ще до того, як інтерфейс стане доступним».

Початок роботи з FitNesse

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

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

як відкрити файл .key у Windows 10

Але чому?

«ЦЕ ЗАРАЗ ДУЖЕ ХВИЛЬКА ПЕРСПЕКТИВА».

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

Ці модульні тести написані з “ Х одиниця ”Тестовий інструмент. Ми так говоримо у світі тестування якщо наш одиничний тест міцний , дефекти виявляються набагато раніше, і тестування над шаром модульного тестування стає легким у стабільному середовищі. І коли ми говоримо на Agile, ми говоримо, що якщо команда опановує мистецтво TDD (Test Driven Development), тести рівня Unit забезпечують найшвидший зворотний зв’язок.

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

FitNesse є прикладом цього рівня автоматизованих приймальних випробувань.

Що таке FitNesse?

FitNesse - це 'Повністю інтегрована автономна вікі-програма та система тестування прийнятності'. Це веб-сервер wiki з відкритим кодом. Wiki - тому що дозволяє створювати власні веб-сторінки, на яких створюються тестові таблиці. Ці таблиці тестів - не що інше, як дані тесту .

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

Чому я повинен використовувати FitNesse?

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

Переваги:

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

То що все я можу створити?

У FitNesse ви можете створювати тести та набір. Терміни майже такі ж, як і в світі тестування. Тести складаються за одним сценарієм, а костюм - це колекція / група тестів. Коли ви створюєте костюм і виконуєте його, перевага полягає в тому, що всі тести в цьому костюмі виконуються. Тож вам потрібно правильно спланувати, щоб влаштувати свої тести в костюмі.

Завантаження та налаштування FitNesse:

=> Щоб завантажити FitNesse, Натисніть тут

(Примітка: Натисніть на будь-яке зображення для збільшення

фітнес 1

Завантажте останню версію fitnesse-standalone.jar і збережіть її на локальному диску.

FitNesse2

Відкрийте командний рядок і запустіть файл jar. Для зручності я створив пакетний файл:

FitNesse3

Після запуску файлу jar, FitNesse запускається, як показано нижче: (натисніть на зображення для збільшення)

FitNesse4

Щоб відкрити FitNesse, відкрийте браузер і введіть: http: // localhost: . У цьому випадку номер порту - 2222.

Отримана сторінка показана нижче: (натисніть на зображення для збільшення)

FitNesse5

Отже, якщо ви бачите спадне меню Тести, ми можемо створити «Сторінку набору», а також «Тестову сторінку». Коли ви створюєте набір, будуть виконані всі тестові сценарії в цьому наборі.

Для пояснення я беру приклад з тестової сторінки.

Приклад FitNesse - Тест для тестування:

На сьогодні ми тестуємо просту програму-калькулятор, показану нижче.

Ось код у Java, який має 4 методи:

  • додавання ()
  • мінус ()
  • помножити ()
  • розділити ()

(Будь ласка, зверніть увагу, що FitNesse працює з будь-якою мовою на ваш вибір. Для пояснення я використав java)

Цей код у світі FitNesse називається 'Пристосування'.

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

Отже, код 'Fixture' для нашого прикладу такий:

publicclass Calculator { privateint first,second; publicvoid setFirst(int first) { this.first=first; } publicvoid setSecond(int second) { this.second=second; } publicint addition() { return (first+second); } publicint minus() { return (first-second); } publicint multiply() { return (first*second); } publicfloatdivide() { return (first/second); } }

Код у затемненні відображається як: (натисніть на зображення для збільшення)

фітнес 6

Нам знадобиться файл класу, тому переконайтеся, що ви його скомпілюєте.

Написання тесту на FitNesse:

Крок 1) Повернімось до браузера, де ми маємо головну сторінку FitNesse.

На першій сторінці натисніть «Тестова сторінка», введіть назву тесту та натисніть кнопку «Зберегти». У нашому випадку це 'Калькулятор'

FitNesse6

Крок No2) До URL-адреси додайте назву тесту крапкою “.” Оператор.

Подібно до: http: // localhost: 2222 / FrontPage.Calculator

FitNesse7

Крок No3) Натисніть кнопку Редагувати і введіть рядки, показані нижче

FitNesse8

Ось введені рядки:

! визначити TEST_SYSTEM {тонкий}

! шлях F: Eclipse TestFitness bin

! | Калькулятор |

| перший | другий | додавання? | мінус? | помножити | | розділити? |

| 4 | 2 | 6 | 2 | 8 | 2,0 |

| 10 | 5 | 15 | 5 | 50 | 2,0 |

| 10 | 10 | 20 | 0 | 100 | 1,0 |

Давайте розберемося в рядках по одному.

до) Перший рядок говорить, що FitNesse повинен використовувати тестову систему SLIM.

( ТОНКИЙ - Підставки для простого методу виклику списку. Сказавши систему тесту SLIM, вся обробка таблиць виконується FitNesse. SLIM має SLIM Runner та SLIM Executer. SLIM Runner розбиває тестові сторінки на прості вказівки, і ці вказівки передаються SLIM Executer, який направляє код приладу на виклик системи під тестом)

б) Другий рядок визначає розташування файлу класу. У цьому випадку код Java компілюється, а файл класу зберігається за адресою “шлях F: Eclipse TestFitness bin'

в) У третьому рядку вказано назву Класу. У нашому випадку його “Калькулятор'

г) Тепер йде четвертий рядок:

Перші дві колонки| перший | другий |- це параметри або входи до методу Java.

Наступні 4 стовпці, за якими слідує “?”додавання? | мінус? | множити? | ділити? | - це методи в класі Java. Ці методи повернуть значення, яке буде порівняно з очікуваними значеннями.

є) Рядки:

| 4 | 2 | 6 | 2 | 8 | 2,0 |

| 10 | 5 | 15 | 5 | 50 | 2,0 |

| 10 | 10 | 20 | 0 | 100 | 1,0 |

Це тестові випадки, або я повинен сказати, тестові дані для нашого методу.

Перший рядок:

| перший | другий | додавання? | мінус? | помножити | | розділити? |

| 4 | 2 | 6 | 2 | 8 | 2,0 |

Візьме 4 як перший параметр і 2 як другий параметр і передасть ці два значення в методі додавання класу java. Метод буде виконаний і поверне значення. Це повернене значення буде порівняно з очікуваним значенням, записаним під 'додавання?' який є| 6 |

Подібним чином FitNesse передасть перші 2 параметри в мінус? Метод класу java і повертає значення. Це значення буде порівняно з очікуваним значенням проти | 2 |

Точно так само множити? і розділити? буде працювати, беручи значення першого та другого параметра і повертає значення, яке порівнюється з| 8 | 2,0 |відповідно

Подібним чином виконуються 2 рядки нижче (або я повинен сказати тестові кейси).

| 10 | 5 | 15 | 5 | 50 | 2,0 |

широта першого пошуку c ++ дерево

| 10 | 10 | 20 | 0 | 100 | 1,0 |

Крок No4) Після того, як ви відредагували свої тести, натисніть кнопку збереження, і ваша сторінка буде виглядати так:

фітнес 9

Крок No5) Щоб запустити тести, натисніть на кнопку Тест, і ми отримаємо результат наступним чином: (натисніть на зображення для збільшення)

FitNesse10

Для першого рядка (що є нашим першим тестовим прикладом) зелений колір підкреслює, що значення, повернені методом складання (), мінус (), множення () та ділення (), збігаються з очікуваним, тобто 6, 2 , 8 та 2,0 відповідно. Подібним чином, для другого рядка (що є другим тестовим випадком) всі значення, повернуті з методів, збігаються.

Крок No6) Тепер для демонстрації дозвольте мені змінити кілька очікуваних значень на деякі інші значення (значення неправильні, але я зробив це цілеспрямовано для пояснення)

FitNesse11

На даний момент я маю:

  • Змінено очікуване значення для додавання () для першого тесту на 7
  • Змінено очікуване значення мінус () для другого тесту
  • Змінено очікуване значення для поділу () для третього тесту.

Крок No7) Запустіть тест, натиснувши кнопку «Тест». Наведені вище тести не повинні пройти. (натисніть на зображення для збільшення)

FitNesse12

Червоний колір підкреслює, що ці тести провалились.

Деякі відомості про стилі арматури / таблиці:

Ми бачили, що в FitNesse тести виконуються шляхом виконання рядків у таблиці. Отже, щоб виконувати різні види тестів (або я повинен сказати, щоб перевірити різні види методів), нам потрібно було б використовувати різні типи таблиць. Найчастіше ми використовуємо наведені нижче стилі Пристосування / таблиці:

  • Стовпець кріплення - є найбільш широко вживаним (і використовується у наведеному прикладі). Тут рядки даних представляють різні набори вхідних даних та їх очікуваний вихід.
  • Рядні світильники - Він використовується для тестування запитів, які повертають деякий набір значень.
  • Пристосування для дії - Він використовується для запуску тестів на послідовність подій. Ці події можуть бути як натискання кнопки, перевірка значень

Рекомендація:

Я спробував продемонструвати концепції, щоб ми могли почати вивчати більше на FitNesse. Сенсорний настрій тестувальника також потрібно змінити і розширити. Ми мусимо припинити обмежуватися, щоб зазирнути всередину коду. Я відчуваю; врешті-решт ми тестуємо код, то чому б нам не спробувати побачити код і протестувати там і там?

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

Висновок

Тестування на маневрених випускається в 4 варіантах:

  1. Автоматизоване модульне тестування - за допомогою Junit
  2. Автоматизований тест перевірки прийняття - За допомогою FitNesse
  3. Автоматизовані тести інтерфейсу / регресії - за допомогою селену або QTP
  4. Тестування вручну

Ми повинні спробувати максимально використати тестування в блоці та на рівні прийняття . Дотепер ми намагалися продовжувати проводити більшу частину тестування рівня інтерфейсу користувача за допомогою таких інструментів, як QTP та Selenium, але недоліком тут є те, що ці функціональні можливості неможливо перевірити, якщо не розроблений інтерфейс. На той час, коли ви виявили дефект, розробники перейшли до іншої розробки функцій.

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

З Agile, спосіб мислення тестувальників також потребує змін, і вони повинні вийти зі свого звичайного набору тестувань, і тепер ви повинні переглянути код і спробувати виявити дефекти, навіть інтерфейс недоступний.

Про автора: Це гостьова стаття члена команди STH Шильпи К. Рой. Вона працює в галузі тестування програмного забезпечення протягом останніх 9+ років у таких сферах, як Інтернет-реклама, Інвестиційний банкінг та Телеком.

Повідомте нам про свої запити в коментарях нижче.

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

^