Автоматизация интеграционных тестов с помощью WireMock. Екатерина Жарская ➠ Comaqa Autumn Minsk 2019

• Екатерина Жарская, тестировщик с 2012 года, работает в компании YAPAM.  

• Фокус на автоматизации интеграционных тестов с использованием моков.  

• Обсуждение интеграционного тестирования и его важности.  

• Проверка работы компонентов системы вместе.  

• Важность системного уровня тестирования.  

• Пример проекта по сбору и обработке информации.  

• Тестирование интеграции через очереди и серверы.  

• Сложности с тестированием веб-сервисов.  

• Проблемы с нестабильностью тестов и тестовыми данными.  

• Моки как объекты, реализующие поведение системы.  

• Проверка корректности вызовов и ответов.  

• Пример использования инструмента WireMock.  

• Система для покупки товаров.  

• Запрос на наличие товара на складе.  

• Получение валидного ответа в JSON формате.  

• Добавление зависимости и конфигурация системы.  

• Запуск мока-сервера.  

• Создание спецификации вызова и обработка ответов.  

• Обработка запросов, которые не соответствуют спецификации.  

• Использование класса ResponseDefinitionTransformer для кастомизации ответов.  

• Регистрация кастомного трансформера при старте сервера.  

• Доступ к событиям на мок-сервере можно получить через объект врм рул или объект сервера.  

• Это удобно для валидации и проверки запросов и ответов.  

• Можно перестратовать сервер, почистить запросы и ответы.  

• Правила поведения можно вынести в отдельный слой для всех тестов.  

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

• В зависимости от того, как стартует мок-сервер, все запросы придут в один метод трансформ.  

• Можно зарегистрировать столько экстеншов, сколько нужно.  

• Если все запросы приходят в один метод трансформ, нужно определить логику обработки.  

• Кастомизация помогает решить проблему разных запросов с одинаковыми параметрами.  

• На одном мок-сервере может быть много спецификаций.  

• Можно добавлять новые стабы и получать их в фронтайме.  

• Поведение определяется и запускается после определения всех спецификаций.  

• Для гибридного тестирования нужен инструмент проксирования и правила для определения, куда отправлять запросы.  

• Автоматизация на моках и ручная проверка соответствия требованиям системы.  

• Использование моков для нестабильных или не готовых систем.  

• Построение автоматизации на моках позволяет перейти к контрактным тестам.  

• Проверка работы системы с реальной системой, если она уже существует.  

• Важно проверять, что система работает правильно на всех уровнях тестирования.