Меню

Підручник з Parasoft SOAtest: інструмент тестування API без скриптів

  • Головна
  • Інший
  • Підручник з Parasoft SOAtest: інструмент тестування API без скриптів

parasoft soatest tutorial

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

Цей посібник SOATest пояснює, як створити проект або файл .tst у Parasoft SOATest, основні компоненти проекту SOATest та методи введення / виводу:

У цьому посібнику ми розберемося в деталях Інструмент SOAtest який є інструментом автоматизації API, як ми можемо створити зразок проекту за допомогою цього інструменту, які основні компоненти цього інструменту, значення кожного компонента разом із їх використанням, методи введення / виведення та термінології, пов’язані з SOAtest.

Цей посібник надасть вам широке уявлення про те, як створюється файл / проект .tst для автоматизації API.

Вступ до SOATest

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

Підручник No1: Підручник з Parasoft SOAtest (Цей підручник)
Підручник No2: Мило проти решти різниця
Підручник No3: Твердження в SOAtest на прикладі коду XML

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

Що таке інструмент SOAtest?

Parasoft SOAtest це інструмент автоматизації веб-API, який використовує дві служби, тобто SOAP і REST, для виконання функціональних, регресійних, модульних тестів, виявлення помилок під час виконання, статичного аналізу коду, віртуалізації послуг тощо.

Створення проекту в SOAtest

Необхідна умова: Не забудьте імпортувати необхідні файли .jar.

Клацніть правою кнопкою миші на своєму проекті -> Властивості -> Властивості системи -> Додати банки .

Додайте банки

(зображення джерело )

Кроки для створення нового проекту за допомогою SOAtest

# 1) Клацніть на меню Файл -> Новий -> Проект із існуючого SOAtest -> Виберіть майстра -> SOAtest -> Порожній проект. (Буде створено новий проект із файлом .tst за замовчуванням (цей файл матиме те саме ім’я, що і ваш проект))

Створіть новий проект

Створіть новий тестовий майстер SOA

Створення проекту з існуючого тесту

# 2) Клацніть правою кнопкою миші на своєму проекті -> Додати новий -> Test Suite (Це набір тестів, який буде містити ваш фактичний тест. Кожен тест може бути SOAP або REST клієнтом). За замовчуванням один пакет тестів уже створений на рівні сценарію.

Створіть тестовий пакет

Test Suite вже створений на рівні сценарію

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

# 3) Клацніть правою кнопкою миші на наборі тестів -> Додати новий-> Тест-> Клієнт SOAP або Клієнт REST.

Зразок клієнта REST

# 4) Клацніть правою кнопкою миші на своєму сценарії -> Додати новий -> Джерело даних -> Excel / Записне джерело даних.

Джерело даних

Нове джерело даних проекту

# 5) Клацніть правою кнопкою миші на Ваше середовище -> Нове середовище -> Оголосіть свої глобальні змінні .

Додавання нового середовища)

Змінна середовища

Весь ваш тест-пакет буде виглядати так, як показано на малюнку нижче:

Загальна структура проекту Parasoft

Основні компоненти проекту SOAtest

Нижче наведені основні ієрархічні компоненти, які кожен проект SOAtest повинен мати, щоб виконати просту операцію.

# 1) Проект (Приклад)

Він містить ім'я, яке дається під час створення проекту, який містить файл .tst, що містить усі компоненти проекту. Його можна розглядати як найвищий тестовий пакет, що містить ваш виконуваний файл.

Після натискання порожнього проекту SOAtest з’явиться файл (.tst).

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

Зразок проекту

як написати css селектор в селені -

# 2) Файл tst (Example.tst)

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

# 3) Тестовий набір (Сценарій: Тестовий набір)

Це папка, яка знаходиться у вашому файлі .tst і містить виконувані тести, джерело даних, змінну середовища. Щоб створити Test Suite, просто клацніть правою кнопкою миші ваш файл .tst і натисніть Додати, а потім Test Suite (.tst -> Додати -> Test Suite).

Він відповідає за режим виконання (послідовне або одночасне виконання), логіку тестового потоку (виконання методу в хронологічному порядку), декларування будь-якої тестової змінної, яка буде використана для параметризації. Більше того, у цьому розділі ви можете визначити свої вимоги до тестування.

Форум Parasoft: найвищий або перший тестовий пакет фреймворку

# 4) Навколишнє середовище

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

Клацніть правою кнопкою миші Середовище -> Нове середовище -> Почніть оголошувати змінні.

Змінна середовища на рівні Suite

Форум Parasoft: Змінна середовища)

# 5) Джерело даних

Якщо ви збираєтеся читати або писати дані із зовнішнього джерела даних, таких як Excel або Writable Data, тоді ви можете створити для нього джерело даних. Клацніть правою кнопкою миші на наборі тестів, а потім - на новому джерелі даних . Він запитає у вас шлях до вашого Excel (.xls або .xlsx), і всі аркуші з’являться зі стовпцями Excel.

Джерело даних Excel

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

Джерело даних для запису

# 6) Тест (Test1: Клієнт обміну повідомленнями)

Саме операційний компонент містить основний компонент вашого запиту. Ви можете використовувати клієнт SOAP або REST, залежно від того, які послуги ви збираєтесь використовувати у своєму наборі. Скажімо, якщо ви збираєтеся використовувати REST, тоді в цьому розділі буде оголошено URL-адресу, метод, тіло запиту, заголовки HTTP.

Вкладка

Заголовки HTTP

# 7) Переглядач трафіку

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

Переглядач руху

# 8) Інші компоненти

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

На нижченаведеній схемі виконується лише одне тестування (1/1 тестування виконано), таким чином, завдання якості порожнє, і консоль матиме лише один тест із статусом успішного.

Завдання та консоль якості

Методи введення / виводу

Переглядач трафіку відіграє дуже важливу роль під час роботи з методами введення та виведення. Все, що ви передаєте як запит у своєму клієнті SOAP або REST, буде показано в об'єкті перегляду трафіку під частиною запиту трафіку, а відповідь, надіслана службою, буде показана в розділі відповідей.

П'ять основних компонентів необхідні для будь-якого типу запиту.

Візьмемо приклад REST:

# 1) Ресурс: Він містить URL-адресу, контекст або ключ документа, які передаються у запиті.

# 2) Спосіб / Дієслова: Дієслова, які використовуються у запиті, такі як GET, PUT або POST.

# 3) Корисне навантаження: Це формує тіло документа. Зазвичай він має формат JSON і використовується для перегляду того, що було передано в тілі запиту. Відповідь буде показано на основі цього.

# 4) Заголовки HTTP: Він складається з трьох компонентів, тобто типу вмісту, авторизації та автентифікації. Аутентифікація визначає формат, у якому буде надаватися ваша відповідь. Авторизація дозволяє передавати будь-яке значення маркера.

Використовуються три типи маркерів, тобто oAuth (з префіксом Beaken tokenValue), SAML (з префіксом SAML tokenValue) та CSK3 (з префіксом CSK tokenValue).

# 5) Код відповіді: Це код відповіді HTTP (код стану), такий як 200 для успіху, 400 та 500 для помилки.

Важливі термінології

Аутентифікація: Це компонент, який дасть нам знати, що певний користувач автентифікований або дійсний для доступу до ресурсів.

Авторизація: Це компонент, який вказує на те, що певний аутентифікований користувач має право використовувати той чи інший ресурс чи ні.

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

Перевірка: Це процес перевірки фактичної та очікуваної реакції. Проста фраза, яка зазвичай використовується для позначення процесу перевірки, - 'чи правильно ми будуємо'. У цьому процесі беруть участь твердження та кодування.

Резюме

У цьому посібнику ми побачили, як створити проект або файл .tst у програмі Parasoft, основні компоненти з їх ролями та використанням, методи введення / виводу, а також деякі важливі термінології. Це, в свою чергу, допоможе вам створити власний набір SOAtest, і ви зможете виконати його самостійно з нуля.

У наступному підручнику буде зосереджено твердження, їх типи, твердження проти перевірки, а також деякі інші компоненти SOAtest, такі як JSON та XML-банк даних, їх використання, SQL проти Mongo DB, API проти UI проти модульного тестування. Дослідивши ці теми, ви можете продовжувати розробляти свій набір та автоматизувати API.

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

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

^