Уровень сложности: средний Мохан Джадхав, штатный инженер по программному обеспечению, IBM India Software Labs, Bangalore
Мансур Ахмед, инженер по программному обеспечению, IBM Software Labs, Bangalore
19.11.2007 В этой серии учебных руководств, предназначенной для тестировщиков и разработчиков, интересующихся функциональным тестированием Web-сервисов, подробно описывается методика автоматизации тестирования типичного Web-сервиса с использованием технологий JUnit, Apache Commons HttpClient и Apache XMLUnit. В данном выпуске, части 2, вы узнаете, как создать простой Web-сервис, использовать HttpClient для вызова Web-сервиса и сверить ожидаемый и реальный отклики при помощи инструмента XMLUnit. Авторы демонстрируют эти методы на платформе разработки IBM® Rational® Software Architect. Перед началом работы
О данной серии
Web-сервисы все чаще становятся основными компонентами бизнес-приложений, а с появлением парадигмы сервис-ориентированной архитектуры (Service-Oriented Architecture, SOA) интерес к Web-сервисам возрастает многократно. При создании критически важных сервис-ориентированных приложений тестирование Web-сервисов имеет огромную значимость. Быстрое создание и развертывание сложных Web-сервисов ставит новые задачи перед группой обеспечения качества. Автоматизация тестирования Web-сервисов может помочь группе эффективно управлять объемом работ.
Тестирование Web-сервисов обычно включает следующие задачи:
- Генерирование клиентского или скелетного кода для Web-сервиса;
- Определение входных данных теста;
- Вызов Web-сервиса при помощи клиентского или скелетного кода;
- Сверка реального и ожидаемого отклика.
Из всех перечисленных действий наибольших усилий требуют генерирование клиентского или скелетного кода и верификация отклика.
Для генерирования скелетного кода для Web-сервиса на базе соответствующего WSDL-файла существуют различные инструменты; однако сгенерированный код может быть частным; возможно, его придется генерировать заново при каждом изменении WSDL. Одним из решений данной проблемы может стать отказ от генерации клиентского или скелетного кода и вызов Web-сервиса непосредственно через общий HTTP-клиент. Позже в этой серии статей вы познакомитесь с одним из таких наборов инструментов, предоставляемых API Apache Commons HttpClient (далее - HttpClient).
Верификация отклика обычно тоже требует некоторой доли ручного вмешательства, в зависимости от сложности содержимого отклика. Если отклик содержит простые элементы, то верификация может быть простой, поскольку она требует только проверки значений этих элементов. Для откликов, содержащих большое количество сложных элементов, верификация вручную может потребовать значительных усилий.
В этой серии статей рассказывается о методах автоматизации тестирования типичного Web-сервиса с использованием технологий JUnit, HttpClient и Apache XMLUnit (далее в этой статье- XMLUnit). Методика демонстрируется на платформе разработки, которую предлагает IBM Rational(R) Software Architect.
Серия состоит из двух частей:
-
В части 1
демонстрируется создание простого Web-сервиса при помощи IBM Rational Software Architect;
-
В части 2 рассказывается об инструменте XMLUnit, который предлагает API для сравнения двух файлов в XML-форме.
О данном учебном руководстве
Во втором учебном руководстве этой серии мы создадим простой Web-сервис, используем HttpClient для вызова Web-сервиса и сравним ожидаемый отклик и реальный отклик при помощи XMLUnit - все на платформе IBM Rational Software Architect.
Необходимые условия
Для изучения этой статьи вам необходимо знать основы Web-сервисов и их разработки на языке Java и, кроме того, иметь навыки работы с инструментами тестирования модулей, а именно с JUnit.
Требования к системе
Для изучения учебного руководства необходимо следующее ПО:
| 
