Разработчики 1С часто сталкиваются с необходимостью отладки внешних веб-сервисов (SOAP или REST). Долгое время стандартом индустрии оставался SoapUI от компании SmartBear. Однако в последнее время пользователи начали сообщать о критических ошибках при работе с этим инструментом, включая ошибку 500 и сообщения от Amazon CloudFront о блокировке доступа по географическому признаку. Проанализируем, почему это происходит и какие альтернативные инструменты можно использовать для полноценного тестирования интеграций.
Выясним причину, по которой привычный инструмент перестал работать корректно. Ошибка The Amazon CloudFront distribution is configured to block access from your country однозначно указывает на то, что компания SmartBear ограничила доступ к своим ресурсам для пользователей из РФ и РБ. Это затрагивает не только возможность скачивания дистрибутивов с официального сайта, но и внутренние функции программы, которые пытаются соединиться с серверами разработчика для проверки обновлений или телеметрии. В некоторых случаях это приводит к нестабильной работе интерфейса или зависаниям при попытке выполнить запрос к вашему собственному серверу.
Рассмотрим Postman как самого популярного кандидата на замену. Большинство разработчиков используют его для тестирования REST-API, однако он вполне пригоден и для SOAP.
Многие пользователи жалуются, что Postman, в отличие от SoapUI, «не разворачивает» методы из WSDL автоматически. Разберем по шагам, как это сделать правильно:
.wsdl или вставьте прямую ссылку на WSDL-описание вашего сервиса.Важный нюанс: Postman может не сформировать тело XML-запроса с такой же наглядностью, как SoapUI. Вам придется самостоятельно следить за пространством имен (namespaces) и структурой тегов внутри Envelope. Однако для проверки работоспособности методов этого функционала вполне достаточно.
Проанализируем относительно новый инструмент — Bruno. Это Open-source проект, который позиционирует себя как легкая и безопасная замена Postman.
Главная особенность Bruno заключается в том, что он полностью офлайновый. Ваши коллекции запросов сохраняются не в облаке разработчика, а в виде обычных текстовых файлов в папках вашего проекта. Это позволяет легко версионировать тесты в Git вместе с кодом 1С. Для тестирования SOAP-сервисов в Bruno достаточно создать новый запрос, выбрать тип POST и вставить XML-тело запроса в соответствующее поле. Хотя автоматический импорт WSDL там реализован менее глубоко, чем в SoapUI, отсутствие лишнего «шума» в интерфейсе и высокая скорость работы делают его отличным выбором для ежедневных задач.
Посмотрим на Insomnia. Этот клиент славится своим чистым интерфейсом. В отличие от перегруженного SoapUI, здесь нет десятков вложенных окон. Для работы с SOAP в Insomnia предусмотрена удобная подсветка синтаксиса XML и возможность использования переменных окружения (Environments), что крайне полезно, когда нужно быстро переключаться между тестовой и продуктовой базами 1С.
Если вам нужно «здесь и сейчас» проверить, что выдает метод веб-сервиса, и вы не хотите устанавливать тяжеловесное ПО, воспользуйтесь расширением Wizdler для браузеров Chrome или Edge.
Как это работает: вы открываете страницу с WSDL-описанием (обычно это ссылка вида http://server/base/ws/service?wsdl), нажимаете на иконку расширения, и оно мгновенно выводит список всех доступных операций. При выборе операции Wizdler генерирует готовый XML-шаблон, который можно отредактировать и отправить прямо из браузера. Это именно то «разворачивание» методов, которого часто не хватает в других инструментах.
Для разработчика 1С самым надежным способом тестирования часто является создание небольшой внешней обработки. Выясним, почему это иногда лучше сторонних утилит: 1С использует свой собственный парсер XML и механизмы работы с HTTP. Бывают ситуации, когда запрос из SoapUI проходит успешно, а из кода 1С — нет, из-за специфической обработки типов данных платформой.
Рассмотрим пример кода для быстрой проверки подключения к сервису через WSОпределения:
// Пример программного вызова SOAP-метода для тестирования
ПутьКWSDL = "http://myserver/trade/ws/test?wsdl";
Логин = "admin";
Пароль = "password";
Попытка
Определение = Новый WSОпределения(ПутьКWSDL, Логин, Пароль);
ПространствоИмен = Определение.Сервисы[0].ПространствоИмен;
ИмяСервиса = Определение.Сервисы[0].Имя;
Прокси = Новый WSПрокси(Определение, ПространствоИмен, ИмяСервиса, Определение.Сервисы[0].ТочкиПодключения[0].Имя);
Прокси.Пользователь = Логин;
Прокси.Пароль = Пароль;
// Вызываем метод сервиса
Результат = Прокси.CheckConnection();
Сообщить("Успешно: " + Результат);
Исключение
Сообщить("Ошибка подключения: " + ОписаниеОшибки());
КонецПопытки;
Такой подход гарантирует, что если сервис работает в обработке, он точно так же будет работать и в основной конфигурации.
Если вы привыкли к классическому интерфейсу SoapUI и не готовы от него отказываться, разберем способы обхода возникших проблем:
Windows Firewall (брандмауэр), оставив доступ только к вашим рабочим серверам. Это уберет задержки и ошибки при запуске.Подводя итог, можно сказать, что хотя SoapUI остается мощным комбайном, для большинства задач разработчика 1С сегодня удобнее использовать связку из Postman/Bruno для быстрой проверки и внутренних обработок 1С для финальной отладки логики взаимодействия.