Методика проведения тестирования взаимодействия

в продуктивном контуре СМЭВ

по методическим рекомендациям

по разработке электронных сервисов

и применению технологии

электронной подписи версии 3.х


Подключение к стенду тестирования

Стенд тестирования находится в закрытой промышленной зоне Электронного правительства. Адрес сервиса СМЭВ: http://172.20.3.12:7500/ws? wsdl

Общая инструкция по подключению к стенду приведена в Приложении 3.


Подготовка к проведению тестирования

Для проведения тестирования Поставщики сведений готовят описание видов сведений в соответствии с Методическими рекомендациями СМЭВ3.0 и дорабатывают свои информационные системы для предоставления сведений в форматах этих сведений. Соответственно, Потребители сведений дорабатывают свои информационные системы для формирования запросов разработанных видов сведений и обработки ответов.

Тестирование проводится на промышленных данных. Для проведения тестирования Потребители сведений должны в режиме реального времени пересылать запросы на получение сведений, а Поставщик должен так же в реальном режиме обрабатывать приходящие запросы и отправлять в СМЭВ соответствующие ответы. Отправка запросов/ответов должны проходить параллельно с их отправкой промышленный стенд СМЭВ 2.0.

Для участия в тестировании Поставщики и Потребители должны доработать свои Информационные системы для отправки промышленных запросов/ответов в СМЭВ 3.0.


Порядок проведения тестирования

Тестирование проводится в течение минимум одной рабочей недели. При этом Потребители сведений в режиме реального времени пересылают запросы на получение сведений, а Поставщик обрабатывает запросы и отправляет в СМЭВ соответствующие ответы. Отправка запросов/ответов проходит параллельно с их отправкой промышленный стенд СМЭВ 2.0.

НЕ нашли? Не то? Что вы ищете?

Модератором проведения тестирования выступает Министерство связи и массовых коммуникаций Российской Федерации.

Проведение тестирования инициируется Модератором тестирования. Модератор направляет в адрес участников тестирования информационные письма о старте и о завершении/приостановке тестирования. Так же Модератор информирует участников об ошибках, возникающих в ходе проведения тестирования, и дает комментарии по возникающим вопросам.

4. Условия успешного прохождения тестирования


Условием успешного прохождение тестирования является успешное тестирование всех установленных пар Потребитель–Поставщик. Успешное тестирование пары определяется наличием не менее 100 успешно обработанных подряд запросов данной пары и эквивалентностью полученных результатов по этим же запросам в СМЭВ 2.0. Для проверки качества ответов Потребитель должен проводить выборочную проверку (не менее чем каждое пятое сообщение) на соответствие ответов из СМЭВ3.0 и СМЭВ 2.0.

В ходе проведения тестирования участники ежедневно фиксируют проведенное тестирование в форме отчета вида:

А) для Потребителей

№

UUID отправленного запроса

Дата и время запроса

Дата и время ответа

Б) для Поставщиков

№

UUID полученного запроса

Дата и время запроса

Дата и время ответа

Отчет о проведенном тестировании направляется в адрес Министерства связи и массовых коммуникаций Российской Федерации в рабочем порядке.

Модератор тестирования проводит сверку отчетов и делает заключение об успешности тестирования.

По окончании тестирования подписывается протокол совместного тестирования Вида сведений Единой системы межведомственного электронного взаимодействия, приведенный в Приложении 4.


Проведение тестирования с использованием Файлового хранилища

Для использования в ходе тестирования Файлового хранилища необходимо провести мероприятия, описанные в Приложении 1.


Проведение тестирования с проверкой справочников ЕСНСИ

Для использования в ходе тестирования механизма проверки справочников ЕСНСИ необходимо провести мероприятия, описанные в Приложении 2.


Загрузка передаваемых файлов посредством FTP

Загрузка передаваемых файлов в файловое хранилище осуществляется при передаче сообщений, сопровождаемых файлом или файлами большого размера. В Файловом хранилище СМЭВ установлено ограничение на суммарный объем файлов, передача которых осуществляется одним сообщением. Суммарный объем файлов, передаваемых одним сообщением не должен превышать 1 Гб.

При создании сообщения, сопровождаемого файлами большого объема, необходимо сформировать сообщение с передаваемыми данными, добавить в сформированное сообщение тег «RefAttachmentHeaderList», для каждого из передаваемых файлов выполнить следующие действия:

- сгенерировать универсальный уникальный идентификатор (UUID) для передаваемого файла;

- подключиться к FTP сервису с именем пользователя «anonymous» и с произвольным паролем. Для подключения используется следующая последовательность команд FTP:

- user <логин>

- pass <пароль>

- создать на FTP сервере каталог с именем, соответствующим UUID, создаваемого файла. Для создания каталога необходимо использовать команду FTP:

- mkdir <uuid>

- сделать созданную папку текущей с использованием команды FTP:

- cd <uuid>

- загрузить передаваемый файл в созданную папку с использованием команды FTP:

- put <имя файла>

- вычислить отпечаток файла по алгоритму вычисления хэш-функции, соответствующему ГОСТ 34.11;

- подписать полученный отпечаток ЭП по стандарту PKCS #7;

- создать внутри тега «RefAttachmentHeaderList», сформированного сообщения тег «RefAttachmentHeader»;

- в теге «RefAttachmentHeader» указать универсальный уникальный идентификатор (UUID), отпечаток, ЭП, а также MIME – тип файла.

После выполнения указанных шагов сформированное сообщение подписывается ЭП и передается в СМЭВ в соответствии МР3.x.

Пример заполнения тега «RefAttachmentHeaderList» приведен в Таблице 1.

Таблица 1 – Пример заполнения тега «RefAttachmentHeaderList»

<RefAttachmentHeaderList>

  <RefAttachmentHeader>

  <uuid>7b38b332-44aa-11e4-bbec-2cd4448f4af9</uuid> 

  <Hash>BaZD0TjZqyBwYIq49lnmYYML5n9P2fZ0dMdxAQby26w=</Hash>

  <MimeType>application/pdf</MimeType>

  <SignaturePKCS7>

  <xop:Include xmlns:xop="http://www. w3.org/2004/08/xop/include"

  href="cid:*****@***"/>

  </SignaturePKCS7>

  </RefAttachmentHeader>

</RefAttachmentHeaderList>

Выгрузка передаваемых файлов посредством FTP

Выгрузка передаваемых файлов посредством FTP выполняется ИС потребителя информации при получении ЭС, сопровождаемого файлами большого объема.

При выгрузке файлов из Файлового хранилища СМЭВ используются описания передаваемых файлов, приведенные в теге «FSAttachmentsList». Информация для получения каждого из передаваемых файлов приводится в теге «FSAttachment». Каждый из тегов «FSAttachment» содержит:

- универсальный уникальный идентификатор (UUID) передаваемого файла;

- имя пользователя для подключения к Файловому хранилищу СМЭВ при выгрузке передаваемого файла;

- пароль для подключения к Файловому хранилищу СМЭВ при выгрузке передаваемого файла;

- имя передаваемого файла.        

Пример заполнения тега «FSAttachmentsList» приведен в Таблице 2.

Таблица 2 – Пример заполнения тега «FSAttachmentsList»

<FSAttachmentsList>

  <FSAttachment>

  <uuid>7b38b332-44aa-11e4-bbec-2cd4448f4af9</uuid>

  <UserName>JGIfOoKTFPR8hgKbjWS9ybr5SwlNQU</UserName>

  <Password>i76yQce7JBnVnS8o2wHSDKZJ8Icbvv</Password>

  <FileName>__ATT_ID_SMEV_C_AUTOGEN__1</FileName>

  </FSAttachment>

</FSAttachmentsList>

Для выгрузки каждого из передаваемых файлов необходимо выполнить следующие шаги:

- подключиться к FTP серверу с именем пользователя и паролем, полученными в сообщении. Для подключения используется следующая последовательность команд FTP:

- user <логин>

- pass <пароль>

- перейти в каталог Файлового хранилища СМЭВ с именем, соответствующим UUID файла. Для перехода в каталог используется команда FTP:

- cd <uuid>

- выгрузить файл с именем, указанным в сообщении. Для выгрузки используется команда FTP:

- get <имя файла>.


Организация очередей статусов
Получение уведомления из очереди статусов

Очереди статусов в СМЭВ закреплены за отправителями сообщений. В очередь статусов попадают уведомления, включающие сведения об ошибках асинхронной обработки сообщения.  При получении уведомления из очереди статусов ИС отправителя, получатель выберет первое уведомление, имеющееся в очереди статусов данной ИС отправителя. Для получения уведомления из очереди статусов ИС отправителя необходимо вызвать метод getStatus. Перечень возможных ошибок, уведомления о которых могут содержаться в очереди статусов ИС отправителя сообщения приведены в Таблице 3.

Таблица 3 – Перечень возможных ошибок, уведомления о которых могут содержаться в очереди статусов ИС отправителя сообщения

№

Наименование ошибки

Причины возникновения

1

Ошибка проверки ftp файлов вложения. Файлы повреждены либо данные о файлах, переданные в сообщении, некорректные. Код №3.
    Не равен суммарный размер файлов вложения сообщения, находящегося в области долговременного хранения ФХ, суммарному размеру файлов вложения сообщения, находившегося в директории для записи ФХ. Не равны хэши файлов вложения сообщения находящихся в области долговременного хранения ФХ, хэшам файлов вложения сообщения, находившихся в директории для записи ФХ.

2

Сертификат ЭП-ОВ не действительный. Верификация в ГУЦ не пройдена. Код №3.

ИС ГУЦ в ответ на запрос вернул результат о том, что сертификат ЭП-ОВ не действительный.

3

Ошибка асинхронного процессинга СМЭВ. Данные сообщения некорректные либо отсутствуют. Код №3.
    Некорректные данные о сообщении в БД сообщений, находящихся в очереди асинхронной обработки. Отсутствует обратный адрес для сообщения, находящегося в очереди асинхронных процессов. Отсутствует запись о сообщений в БД сообщений, находящихся в очереди асинхронной обработки. В записи о сообщении в БД сообщений, находящихся в очереди асинхронной обработки, присутствуют противоречивые данные.

В случае отсутствия уведомлений в очереди статусов получатель получит пустое уведомление.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4