Интервьюер:
… Начнем с простого вопроса: что такое SOAP API, и чем он отличается от других типов API, например, REST?

Кандидат:
SOAP API (Simple Object Access Protocol) – это протокол обмена сообщениями, который работает через XML. Основное отличие SOAP от REST в том, что SOAP — это протокол, а REST — это архитектурный стиль. SOAP строго структурирован, использует WSDL для описания сервисов и работает через различные протоколы, такие как HTTP, SMTP и даже JMS. В отличие от REST, который поддерживает разные форматы данных, SOAP работает только с XML, что делает его более тяжеловесным, но при этом более формальным и безопасным для определенных бизнес-задач.

Интервьюер:
А можете описать, как работает WSDL и для чего он нужен?

Кандидат:
WSDL (Web Services Description Language) – это XML-документ, который описывает веб-сервис. Он содержит информацию о местоположении веб-сервиса (endpoint), какие операции доступны, какие параметры требуется передавать и какие данные можно ожидать в ответ. Важная часть WSDL – это определение типов данных и структур, используемых в запросах и ответах. Клиенты могут использовать WSDL для автоматической генерации запросов, зная, какие методы доступны на сервере и как с ними взаимодействовать.

Интервьюер:
А как вы тестировали бы SOAP API вручную? Какие инструменты вы предпочитаете?

Кандидат:
Для ручного тестирования SOAP API я обычно использую SoapUI или Postman. SoapUI предоставляет удобный интерфейс для создания и отправки SOAP-запросов. Мы можем импортировать WSDL в SoapUI, и он автоматически создаст шаблон запросов для всех методов сервиса. После этого я заполняю необходимые поля, отправляю запрос и проверяю ответ, включая заголовки и тело сообщения. Postman также поддерживает тестирование SOAP, хотя чаще его используют для REST API. Оба инструмента удобны для быстрой валидации запросов и получения ответов.

Интервьюер:
Как вы бы настроили автоматизированное тестирование для SOAP API? Можете рассказать о своем опыте?

Кандидат:
Для автоматизации тестирования SOAP API я использую SoapUI Pro. В SoapUI есть возможность записывать сценарии тестирования и интегрировать их с Groovy для более сложных сценариев. Обычно я начинаю с создания тест-кейсов для всех методов API, которые нужно протестировать. Затем пишу скрипты для автоматической валидации ответов, проверяю наличие необходимых полей, статус-коды и корректность данных. Автоматизация таких тестов также может быть интегрирована с Jenkins или другими CI/CD инструментами для регулярного запуска тестов при каждом деплое.

Интервьюер:
А как бы вы справлялись с ошибками в SOAP API? Например, что делать, если сервис возвращает ошибку 500?

Кандидат:
Когда я сталкиваюсь с ошибкой 500, первое, что я делаю – это изучаю тело ответа и заголовки. В некоторых случаях сервер может предоставить более детализированное описание ошибки в теле сообщения. Если тело ответа не содержит полезной информации, я проверяю SOAP-запрос на корректность, особенно WSDL, URL и передаваемые параметры. Иногда ошибки могут быть связаны с неверным форматом XML или отсутствующими обязательными параметрами. В таких случаях важно сверить запрос с требованиями WSDL и корректно настроить тест.

Интервьюер:
Представьте, что вам нужно интегрировать SOAP API тесты в Jenkins. Как бы вы это сделали?

Кандидат:
Для интеграции автоматизированных тестов SOAP API в Jenkins я обычно использую Maven или Gradle в связке с SoapUI. Я создаю проект SoapUI, пишу тесты, затем настраиваю скрипты для запуска этих тестов через командную строку с использованием Maven-плагина для SoapUI. В Jenkins создаю новый пайплайн или задачу, которая будет автоматически запускать тесты при каждом деплое или изменении в коде. Отчеты с результатами тестов сохраняются и могут быть доступны для анализа через Jenkins.

Интервьюер:
А сталкивались ли вы с задачами безопасности при тестировании SOAP API? Как можно проверить безопасность таких сервисов?

Кандидат:
Да, сталкивался. Для тестирования безопасности SOAP API я обычно проверяю, как сервис обрабатывает неправильные запросы, такие как SQL-инъекции, XSS и другие уязвимости. Также важна проверка WS-Security, которая добавляет защиту на уровне сообщений SOAP с помощью шифрования и цифровых подписей. Для этого мы можем использовать SoapUI для отправки запросов с различными сценариями атак или некорректных данных, чтобы убедиться, что сервер правильно обрабатывает их и не выдает конфиденциальную информацию. Кроме того, важно проверять авторизацию и аутентификацию через SOAP-запросы.

Интервьюер:
C какими сложностями вы сталкивались при тестировании SOAP API, и как вы их решали?

Кандидат:
Одной из главных сложностей было тестирование сложных SOAP-сервисов с большим количеством зависимостей и сложными WSDL-файлами. Иногда структура запросов становилась настолько сложной, что было трудно отследить все связи между параметрами. В таких случаях я использую декомпозицию запросов на более простые части, создаю отдельные тесты для каждой группы параметров и валидирую данные поэтапно. Еще одной сложностью была настройка автоматизации в условиях частых изменений API. Для этого я стараюсь настроить автоматические проверки актуальности WSDL и использую CI/CD для регулярного тестирования.