Платформа автоматизации Rest API |

В этом посте объясняется, как с нуля разработать платформу автоматизации Rest API.

В качестве предварительного условия вы должны ознакомиться со следующими перечисленными элементами.

API для автоматизации

Запрос API:

curl --location --request POST ' \
--header 'Content-Type: application/json' \
--data-raw '{
    "id": 1,
    "category": {
        "id": 1,
        "name": "dog"
    },
    "name": "scoobydoo",
    "photoUrls": [
        "
    ],
    "tags": [
        {
            "id": 1,
            "name": "scooby"
        }
    ],
    "status": "available"
}'

Ответ API:

{
    "id": 1,
    "category": {
        "id": 1,
        "name": "dog"
    },
    "name": "scoobydoo",
    "photoUrls": [
        "
    ],
    "tags": [
        {
            "id": 1,
            "name": "scooby"
        }
    ],
    "status": "available"
}

The Above request can be imported in POSTMAN. Copy the curl and import the data and fire the request. For the request sent a response will be received.

Необходимый элемент, необходимый для автоматизации Rest API

Чтобы сделать базовый запрос, необходимы следующие элементы

• Глагол HTTP — (Post, Get и т. д.)
• Базовый URL — (например: —
• Путь к ресурсу — (например: — /v1/users)
• Заголовки -> Обязательные сведения о заголовке и должны добавить тип контента, который мы передаем. В основном это должно быть Приложение/json.
• Тело -> данные Json

После запуска запроса сервер обрабатывает запрос на основе бизнес-логики и возвращает ответ. Базовый ответ состоит из следующих пунктов.

• Код состояния — (200 — успех и т. д.)
• Тело ответа -> данные Json
• Заголовок ответа

Архитектура автоматизации

Компоненты в архитектуре:

Контроллеры

• Контроллеры состоят из общего кода для определения потока запросов управления.
• Контроллер состоит из следующих элементов
  • Авторизация – Здесь можно добавить учетные данные для различных сервисов.
  • Константы – Здесь будут добавлены все статические значения, необходимые во время потока.
  • Тестовая группа – Общее место для определения тестовых групп
  • Маршрут — Путь к ресурсам

Dtos

• Объект передачи данных состоит из деталей контракта API запроса и ответа в виде объекта класса.

перечисления

• Перечисления, которые требуются во время теста, могут быть добавлены

Исключение

• Исключение, которое необходимо обработать внутри тестового потока. Это помощь в тестировании негативных сценариев.

Внедрение

• Реализация состоит из контракта API для каждого маршрута, связанного с сервисом.

Слушатели

• Прослушиватели — это тип, который помогает расширить функциональные возможности, которые помогают улучшить процесс автоматизации тестирования, например отчеты, механизмы повторных попыток и т. д.

Услуги

• Службы состоят из реализации библиотеки с гарантией безопасности, которая использует библиотеку с гарантией для запуска запроса API для отдыха и получения ответа.

Тесты

• Тест состоит из тестовых данных и тестовых шагов для проверки и проверки API.

Утилиты

• Utils — это общий пакет для добавления утилит, необходимых для автоматизации тестирования.

Прохождение кода:

• Запрос/ответ DTO добавляется в пакет услуги.
• Общий объект из запроса и ответа может быть добавлен в базовый DTO.
  

Код платформы автоматизации:

Рабочий процесс выполнения