Путівник презентовано нам by Oleg Zarevych — за це велика подяка !!!

Senior Quality Assurance Automation Engineer

10+ років у ІТ з яких 7+  на посаді QA Engineer

Працював у таких компаніях: Cypress Semiconductor,

Ciklum, ELEKS, Intellias.

Отже,

Тестуєш веб сервіси за допомогою Postman чи Swagger ? — Порада: “Спробувати SoapUI !” SoapUI — це популярний інструмент для тестування веб сервісів.

Переваги SoapUI :

  • Безоплатний інструмент.
  • Простий для освоєння початківцям.
  • Пристосований для тестування SOAP сервісів.
  • Функціональні тести у SoapUI легко перетворити у тести навантаження чи безпеки.
  • Розширення можливостей за допомогою Groovy скриптів.
  • Можливість інтеграції з CI системами

Отримати SoapUI можна за цим => посиланням на офіційну документацію.

Практика SoapUI

Ми далі будемо розглядати безкоштовну версію (SoapUI Open Source)

Після того як Ви завантажили SoapUI, встановіть та запустіть програму.

Одразу після запуску отримаєте наступне вікно :

Endpoint Explorer  SoapUI
Endpoint Explorer

Endpoint Explorer — нова фіча в SoapUI за допомогою якої Ви зможете надсилати HTTP запити без додавання їх у проект. Щось на подобі postman-у — доволі простий та зручний інструмент для дослідження. Ви просто додаєте URL куди Ви хочете зробити запит, обираєте метод та потрібні дані (заголовки та тіло HTTP запиту) і надсилаєте запит.

Відповідь сервера буде відображена у вікні Response(Raw)

Після натискання Save Request — запит буде додано до проекту. Зауважте — буде збережено просто запит, запит не є тестом.
Увага: Важливо розуміти ієрархію котру створює SoapUI !!!

Коли ми створюємо проєкт в SoapUI він повинен містити сервіси.
Сервіс — це конкретний веб сервіс, який знаходиться за конкретним URL (наприклад reqres.in). Сервіс містить ресурси (Resources)

Це зображення клікабельне

Ресурс — це поняття з архітектури REST. Це представлення якогось реального об’єкту. У випадку з картинки — це користувачі (users). Ресурс характеризується унікальним URL , котрий дає назву цій сутності (наприклад /users)

Клікабельно

Для роботи над ресурсом можна використовувати різні HTTP методи (якщо це реалізовано сервісом). Наприклад, щоб отримати дані про ресурс /users ми використовуємо метод GET. А щоб створити нового користувача нам потрібно також працювати з ресурсом /users, але у випадку створення використати метод POST.
Це ж і реалізовано в soapUI. Для одного ресурсу ми можемо створити декілька методів.

І вже в методах ми можемо створювати конкретні запити. Запити можуть даними. Саме задля цього створена така складна ієрархія. На цьому етапі ми додали запит до проекту. Але потрібно розуміти, що це лише збережені запити.

Наступний крок зробити з них тест:

Після натискання правої кнопки на запит, ми зможемо додати його в тест.

Клікабельно

Тест може складатись з багатьох запитів, скриптів та інших дій. Ми можемо налаштовувати кожну дію і надавати їй перевірку на успішність

SoapUI для початківців
Клікабельно

Ву-а-ля !!! Тест зелений, бо перевірка на статус код є правильною !

Вітаю !!! Ви створили перший тест за допомогою SoapUI. Сподіваюсь цей туторіал був Вам друзі зрозумілий і після цього Ви захочете розвивати свої навички в SoapUI
Дякую та успіху !!!

P.S. Не так давно я почав вести власний блог про тестування та ІТ на платформі Medium. Буду радий, якщо Ви ознайомитесь з ним => за наступним посиланням саме там я продовжу викладати різноманітні корисності для QA Engineers.

Приходь на Воркшоп “Testing web services USING SOAPUI” Останні квиточки у продажі !!!

Related posts

Leave a Comment

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.