- Создал(а) Неизвестный пользователь (pavel.shevchenko), редактировал(а) Неизвестный пользователь (a.s.voronin@rt-sk.ru) янв 07, 2025

Сервис mz-testconduct-service был разработан для цели получения доступа к виду сведения (далее ВС) в роли ответчика (поставщика) в продуктивной (боевой) среде СМЭВ3.0

С помощью сервиса mz-testconduct-service можно проходить интеграционное тестирование с информационной системой (далее ИС) ЛК УВ, относящейся к ИС команды СМЭВ. Ссылка на систему ЛК УВ - https://lkuv.gosuslugi.ru/paip-portal/#/main

Как проходить это интеграционное тестирование с ИС ЛК УВ для получение доступов к ВС в продуктивной среде описано в руководстве пользователя (далее РП) ЛК УВ, которое можно скачать с информационного портала ИС ЕСКС (Рисунок-1 РП ИС ЛК УВ) - https://info.gosuslugi.ru/

Рисунок-1 РП ИС ЛК УВ

Как работать с сервисом mz-testconduct-service:

Предварительные условия: отправка ответа на запрос с эмулятора ИС ЛК УВ должен идти с того стенда, где стоит сертификат, подпись ИС с соответствующей мнемоникой. Имеется ввиду к примеру у ИС ЕРВУ целевая мнемоника в продуктивной среде MNSV126, следовательно тестирование с эмулятором ИС ЛК УВ в тестовой среде должно проходить с тестовой мнемоникой MNSV126, у которой соответственно свой сертификат ИС. На момент написания мной статьи 15.07.24 тестовая мнемоника MNSV126 стоит для стенда тест ЕРВУ.

Сервис mz-testconduct-service имеет в своём функционале rest api контроллер позволяющий на него отправлять rest запрос. Это можно делать через программное обеспечение (далее ПО) Postman или у сервиса имеется разработанный для него Swagger. Также после отправки rest запроса на сервис mz-testconduct-service и обработки сервисом полученного сообщения, сервис по результату успешной обработки сообщения должен записать информацию в топик Kafka mz.petition.in.response. Откуда сообщение забирает сервис mz-adapter и обрабатывает его, и после успешной обработки отправляет ответ (сообщение) в систему СМЭВ3.0.

Я проходил интеграционное тестирование с ИС ЛК УВ через Swagger (Рисунок-2 Интерфейс rest метода в Swagger)

Рисунок-2 Интерфейс rest метода в Swagger

Для отправки ответа на полученный запрос от ИС эмулятора ЛК УВ требуется заполнить указанные на Рисунке-2 поля в rest методе в Swagger.

Заполняем их следующим образом:

- testMsg - заполняем по дефолту всегда значение false
- version - заполняем по дефолту всегда значением 1.1
- messageId - значение этого идентификатора берём из отправленного запроса с эмулятора ИС ЛК УВ. Взять этот идентификатор можно через информацию из сервиса хистори mz-history-2 или mz-history-3 по ключу requestFsmev в контенте сообщения, которое по типу petition можно получить через rest запрос на сервис хистори. Там будет полный СМЭВ-конверт сообщения метода GetRequestResponse

Рисунок-3 Идентификатор messageId (ключ requestFsmev)

Или также можно это сообщение найти в топике кафки mz.petition.fsmev.request. И также в контенте сообщения взять значение идентификатора из xml тега по пути GetRequestResponse → RequestMessage → Request → SenderProvidedRequestData → MessageID

- replyTo - значение этого поля также берётся из полного СМЭВ-конверта сообщения метода GetRequestResponse. Также можно взять значение через сервис хистори, либо в самом топике кафки mz.petition.fsmev.request. Данное значение расположено в контенте в xml теге по пути GetRequestResponse → RequestMessage → Request → ReplyTo

Рисунок-4 Значение replyTo

- xml - тут требуется приложить файл эталонного ответа xml того ВС, по которому мы хотим получить доступ к ВС в роли ответчика (поставщика) в продуктивной среде СМЭВ3.0

К примеру для нового ВС ФСБ на подтверждение меры urn://rostelekom.ru/ERVU-MeasuresTemporaryConfirmFSB/1.0.1 этот эталонный ответ выглядит так:

Рисунок-5 Эталонный ответ ВС

Прикладывается в Swagger файлом xml:

Рисунок-6 Файл эталонного ответа ВС

В итоге у нас получается заполненный в Swagger rest метод по всем полям и готов к отправке запроса:

Рисунок-7 Заполненный rest метод в Swagger

Нажимаем кнопку Execute для отправки запроса. И идём смотреть ушло ли сообщение в топик Kafka mz.petition.in.response и mz.petition.fsmev.response. Также можно посмотреть ушло ли сообщение через сервис хистори. В сервисе хистори при подстановке в rest запросе параметра ?all можно посмотреть все сообщения, которые связаны с идентификатором указанным в rest запросе.

В случае успеха наш ответ уйдёт в эмулятор ИС ЛК УВ и обработается там. После успешной обработки в ИС ЛК УВ будет получен доступ к ВС СМЭВ3.0 в роли ответчика (поставщика) в продуктивной среде СМЭВ3.0

Успешный результат отработки rest запроса в Swagger будет выглядеть с ответом кодом 200:

Рисунок-8 Успешный запрос, ответ с кодом 200

Нравится Станьте первыми кому понравится это

- Нет меток
- Редактировать метки

Написать комментарий...

Добавить комментарий

Обзор
Инструменты контента
{"serverDuration": 206, "requestCorrelationId": "65d9bb13870ad12a"}
search
recentlyviewed
attachments
weblink
advanced
image-effects
image-attributes

- Абзац

- Жирный
- Курсив
- Подчеркнутый
- Cредство выбора цвета
  Дополнительные цвета
- Форматирование

- Маркированный список
- Нумерованный список

- Список задач

- Убрать отступ
- Сделать отступ

- Выровнить по левому краю
- Выровнить по центру
- Выровнить по правому краю

- Разметка страницы

- Ссылка

- Таблица

- Вставить

- Разметка страницы

- Отменить
- Восстановить

- Найти/Заменить

- Справка по быстрым ссылкам на клавиатуре

Подключение...