Вот некоторые инструменты, которые я нашел, чтобы проверить веб-сервисов потребителей:Тестирование Web Services Consumer
http://www.soapui.org/ https://wsunit.dev.java.net/
Есть ли другие? Я бы предпочел тестирование фреймворков, написанных на Java или Python.
Кофемолка вплоть ваш союзник как с Java и Python, который обрабатывает большинство веб-служб, (SOAP/REST/CORBA/RMI/JMS/EJB) и т.д.
Я использовал soapui плагином maven. Он может создавать отчеты junit-linke, которые должны быть запущены и проанализированы как модульные тесты. Это можно легко интегрировать в непрерывную сборку, а также бесплатное распространение soapui.
Я использовал Web Service Studio.
Web Service Студия является инструментом для вызова веб-методов в интерактивном режиме. Пользователь может предоставить конечную точку WSDL. При нажатии кнопки «Получить инструмент» извлекает WSDL, генерирует .NET-прокси из WSDL и отображает список доступных методов . Пользователь может выбрать любой метод и предоставить требуемые входные параметры. При нажатии «Вызов» запрос SOAP отправляется на сервер , и ответ обрабатывается для отображения значения возврата .
Этот инструмент предназначен для разработчиков веб-сервисов для тестирования своих веб-сервисов без необходимости писать код клиента. Это также может быть , используемый для доступа к другим веб-службам, чья конечная точка WSDL известна.
Также в затмении Web Services Explorer, который поставляется как часть Web Tools Platform.
Через UDDI и WSIL, другие приложения могут открыть WSDL документы и связываются с ними для выполнения операций или выполнения других бизнес-процессов . Проводник Web-сервисов позволяет вам исследовать, импортировать, и тестировать документы WSDL.
Вам действительно нужно быть более конкретным: что вы хотите протестировать в своем WS-потребителе? Что он называет правильным WS? Это выглядит немного бессмысленным - WS - идеальное место для насмешки над тем, что можно назвать - без чего-либо вызываемого.
Для того, чтобы протестировать потребителя, вы в противном случае писали бы веб-сервис, который издевается над оригиналом, верно? Я предполагаю, что протокол связи, который проходит через провод, не является доменом клиентов - например. он генерируется. Таким образом, единственное, что видит клиент WS-клиента - это интерфейс. И нечего тестировать в интерфейсе.
Возможно, я полностью не понял ваш вопрос - пожалуйста, уточните, сделал ли я это. Тогда я пересмотрю ответ.
Также, пожалуйста, будьте более наглядными в своих вопросах в будущем. Поскольку существует множество систем веб-тестирования, которые занимаются различными аспектами. – 2008-11-07 18:40:09