Как установить soapui на ubuntu
Обновлено: 02.07.2024
Вас взяли тестировать SOAP API, а вы ни сном ни духом об этом? Не страшно, или по крайней мере не так страшно тестирование SOAP, как его могло нарисовать воображение новенького в этой области.
Для начала я расскажу что такое SOAP API, и потом, в следующих статьях, будут подробности про SOAPUI - инструмент, которым все это можно тестировать (хотя, тестировать еще можно при помощи JMeter, но это если хочется чего нибудь остренького, с изысками и сложностями).
WSDL - это описательный язык, основанный на языке разметки XML, и именно в wsdl описан веб-сервис, который вам придется тестировать. WSDL включает в себя информацию о местоположении сервиса, часто включает в себя XSD. Именно из WSDL SOAPUI генерирует проверяемые классы.
Если Вы направите в веб-сервис нестандартный запрос, он ответит на это ошибкой. WSDL - это свод правил общения с вашим сервисом, соблюдая которые вы сможете с этим сервисом коммуницировать. Собственно WSDL и XSD подробно описывают что и в каком виде слать на сервер, чтобы получить хороший ответ.
Что хорошего в SOAP? Несколько видов автоматической валидации, которую даже проверять не придется, так как сервис будет падать если что не так (и падать с понятными ошибками). Стандарты - если ты посылаешь подходящий по стандарту запрос, то ты получишь (при условии правильно работающей логики) стандартный ответ.
Что плохого в SOAP? Количество вариантов описания схем - на одном проекте это делается по одному шаблону и вы привыкаете к этому, вы точно знаете, что, как, куда слать. А на другом проекте все будет настолько подругому, что вы почувствуете себя полным джуном. Даже на этом сайте - я покажу на одних примерах, а когда вы начнете тестировать свой проект, окажется, что там все совершенно не так устроено.
Что мы проверяем в SOAP - бизнес-логику и то, что схема валидируется сервером (а так же, что она принимает на вход параметры правильного формата). Собственно все, что касается схемы, проверяется на этапе разработки, а после, только бизнес-логика (до того момента, пока опять не начнутся изменения в схеме).
На этой торжественной ноте я отправлю вас в интернет, почитать подробнее про XML, WSDL, XSD, SOAP и вообще про веб-сервисы. Потому, что нет смысла много тут расписывать - все это описано до меня. А я пойду создавать уроки по использованию SOAPUI, так как их катастрофически мало в интернете, а те, что есть - в основном видео на индийском английском.
Официальная информация про SOAP (как тестировщику она вряд ли понадобится, но как человеку любопытному может) тут.
Конечно, если вы тестируете чистый рестовый сервис, вам гораздо проще использовать другие инструменты, например POSTMAN, но если есть необходимость соединить (например в автотестах) запросы из соапа и реста, то SOAPUI незаменим.
Я перевела статью с официального сайта.
- Создать проект REST из Endpoint (конечная точка, эндпойнт)
- Создать проект REST из Definition (определение)
Создать проект REST из ENDPOINT-а
В навигаторе щелкните правой кнопкой мыши " Project" и выберите " New REST Project" .
Откроется диалоговое окно « Новый проект REST» .
Чтобы создать новый проект REST, вы также можете нажать CTRL+ALT+N (в Windows) или CMD+ALT+N (в OS X).
В диалоговом окне укажите путь URI к вашему REST API в поле редактирования URI .
Нажмите ОК
Теперь вы видите главный экран для проектов REST. Нажмите зеленую кнопку воспроизведения в левом верхнем углу, и вы увидите ответ API.
Теперь мы можем визуально изучить наш API и его ответы. Но чтобы создать утверждение, нам сначала нужно создать тестовый пример.
В левом окне навигатора щелкните правой кнопкой мыши «Запрос 1» и выберите «Добавить тестовый пример».
Теперь мы видим наше окно тестового набора, в котором мы можем создавать утверждения. Нам нужно будет снова нажать зеленую кнопку воспроизведения, чтобы увидеть наш ответ.
Чтобы создать первую проверку, выберите вкладку Assertions в левом нижнем углу и щелкните зеленый знак плюса .
Выберите проверку Contains - Содержит и убедитесь, что "Petstore" присутствует.
Созданный нами новый проект появится в навигаторе вместе с методами веб-сервиса, доступными для рассматриваемого REST API. Затем вы можете дважды щелкнуть имя проекта, чтобы получить обзор проекта:
Дважды щелкните название метода, чтобы получить его обзор:
Читайте также: