АВТОМАТИЗИРОВАНИЕ ТЕСТИРОВАНИЕ НА ЗАГЛУШКАХ ПРИ ПОМОЩИ ФРЕЙМВОРКА AT FRAMEWORK BSC Текст научной статьи по специальности «Строительство и архитектура»

УДК 004.415.53

Андреева Т. И. студент магистратуры 2 курс, факультет «Информационные системы и технологии»

Пензенский государственный университет архитектуры и строительства Россия, г. Пенза Гвоздева И. Г. старший преподаватель Пензенский государственный университет архитектуры и

строительства Россия, г. Пенза Андреев А.И. преподаватель

ГАПОУ ПО "Пензенский колледж архитектуры и строительства "

Россия, г. Пенза

АВТОМАТИЗИРОВАНИЕ ТЕСТИРОВАНИЕ НА ЗАГЛУШКАХ ПРИ ПОМОЩИ ФРЕЙМВОРКА AT FRAMEWORK BSC

Аннотация: Статья посвящена основным аспектам работы с инструментом тестирования на заглушках фреймворка AT Framework BSC. Ключевые слова:

Тестирование, автоматизированное тестирование, интеграционное тестирование, тестирование на заглушках, AT Framework BSC.

Andreeva T. I. student of magisterial 2 course, faculty "Information systems and technologies" Penza State University of architecture and construction

Russian Federation, Penza Gvozdeva I.G. senior teacher

Penza State University of architecture and construction

Russian Federation, Penza Andreev A.I. teacher

State Autonomous Professional Educational Institution of the Penza Region "Penza College of architecture and construction "

Russian Federation, Penza AUTOMATION TESTING ON MOCK WITH AT FRAMEWORK BSC

Summary: The article is devoted to testing on at Framework BSC stubs. Key words: Testing, automation testing, integration testing, mock-testing, AT Framework BSC.

В продолжение цикла статей о тестировании135 и о тестировании на заглушках136, в данной статье описан процесс работы с фреймворком работы с заглушками AT Framework BSC.

AT Framework BSC - программное обеспечение, как часть подхода для автоматизированного тестирования.

Framework BSC обладает функционалом для гибко управляемого изолированного тестирования модулей и при этом не требует от тестировщиков глубоких знаний технологий и средств разработки, что позволяет оптимизировать затраты на автоматизацию тестирования.

Тестируемое приложение обменивается данными через шину с помощью настройщика очередей IBM MQ или через микросервисы137 с помощью REST API. Поэтому фреймворк должен уметь работать с разными видами обмена сообщениями. Для эмуляции работы шины, так же как и для фреймворка Citrus, необходимо задать хост и имена очередей. Для эмуляции работы микросервисов необходимо переопределить URL138, куда будут уходить запросы от приложения. Соответственно, фреймворк от BSC должен «слушать» те же самые очереди и отвечать на запросы.

Для работы мокирования очередей необходимо в файле application.properties указать параметры для подключения к провайдеру:

mq.manager - Тип провайдера (IBM_MQ, RABBIT_MQ, ACTIVE_MQ); mq.host - Хост; mq.port - Порт;

mq.username - Имя пользователя; mq.password - Пароль.

Для запуска WIREMOCK необходимо выполнить команду: java -Dloader.path=lib/ -Dfile.encoding=UTF-8 -jar bsc-wire-mock-2.0.0.jar Приложение будет запущено на порту, который указан в параметре server.port в файле application.properties.

Интерфейс для управления REST-заглушками и просмотр журналов доступны по адресу:

http://<localhost>:1397/ui/

135 Форум молодых ученых [Электронный ресурс] - Режим доступа: https://forum-nauka.ru/domains_data/files/27/Andreeva%20T.I..pdf

136 Форум молодых ученых [Электронный ресурс] - Режим доступа https://forum-nauka.ru/domains_data/files/28/Andreeva%20T.I..pdf

137 Микросервисная архитектура — вариант сервис-ориентированной архитектуры программного обеспечения, ориентированный на взаимодействие насколько это возможно небольших, слабо связанных и легко изменяемых модулей — микросервисов

138 URL - «единообразный указатель ресурсов», стандартизированная форма записи адресов в интернете. Каждый URL является уникальным и указывает местонахождение страницы в сети.

Bj swagger

Рисунок 1. Интерфейс для управления REST-заглушками

Рисунок 2. Интерфейс просмотра журналов.

Настройка MQ заглушек

Для мокирования очереди необходимо:

Тестируемый сервис настроить на новую очередь

ОшиЕ_оит_моск.

Mq-mocker настроить (в файле properties.yml) на проксирование сообщений: чтение из очереди QUEUE_OUT_MOCK и запись в очередь

ОшиЕ_оит.

Таким образом, все сообщения, поступающие в очередь QUEUE_OUT_MOCK, будут пересылаться в очередь QUEUE_OUT. В общем виде подкладываемая заглушка имеет следующий вид:

{

"guid": "string". "httpUrl": "string",

"responses": [ {

destinationQueueName": "string". "responseBody": "string"

} ],

"sourceQueueName": "string "testId": "string "xpath": "string"

}

Заполненный JSON отправляется по адресу через Rest POST-запросом:

https://<localhost>:1397/mq-mock/_admin/add_mapping

JSON-ответ для Rest API отправляется по адресу POST-запросом https://<localhost>:1397/

Данный инструмент, в отличии от Citrus, имеет ряд преимуществ:

1. Заглушки через API добавляются, удаляются, просматривается список всех заглушек

2. Заглушки можно добавлять и удалять в реальном времени или в конфигурационном файле держать дефолтный список

3. Заглушки могут быть как уникальны под тестовые данные, так и быть дефолтными

4. Уникальность заглушек достигается благодаря xpath request'a Благодаря тому, что данный инструмент размещен в открытом доступе,

есть возможность самостоятельно дополнить инструмент недостающими функциями. В ходе работы с инструментом были выявлены, а позже устранены следующие проблемы:

1. Отсутствовала многопочность при обновлении списка респонсов.

2. Не было возможности получить все логи.

В ходе исследования данного инструмента было выявлено, что он наиболее полно и точно отвечает требованиям, поставленным перед фреймворком для работы с заглушками.

Использованные источники: 1. https ://github. com/B SC-RUS/AuTe-

Framework/wiki/%D0%A3%D 1%81 %D1 %82%D1%80%D0%BE%D0%B9%D1 %81%D1%82%D0%B2%D0%BE-AuTe-Framework