|
|
|||||||||||||||||||||||||||||
|
Расширенное редактирование HTTP-сценариев в IBM Rational Performance TesterИсточник: IBM
Запись и настройка сценариев для создания инфраструктуры тестирования требуют больших усилий. Небольшое изменение пользовательского интерфейса приложения или варианта использования может сделать сценарии непригодными для использования. IBM Rational Performance Tester имеет несколько мощных, но пока не очень известных возможностей редактирования сценариев, которые можно использовать для изменения всех HTTP-компонентов страницы для адаптации их к изменениям в приложении. Приянка Арора рассказывает, как тестировщики могут использовать эти возможности для редактирования HTTP-элементов Web-страницы, включая подключения, запросы, ответы, заголовки и содержимое. Она объясняет, как расширить эти возможности для добавления новых страниц к существующим записям тестов. Она также предлагает несколько методов, которые помогут определить, что и когда добавлять или изменять в сценарии, поддерживая его согласованность с изменениями в приложении и среде. Современные ИТ-приложения и решения проходят много процессов компоновки, циклов выпуска, исправлений ошибок и улучшений кода. Эти изменения кода часто делают сценарии тестирования устаревшими или приводят к уменьшению доли успешности кода состояния страницы и элементов во время воспроизведения тестов. Повторная запись не всегда является единственным решением. IBM Rational Performance Tester позволяет изменять любой элемент Web-страницы, что делает возможной подстройку инфраструктуры тестирования практически под любой тип изменения интерфейса приложения. В данной статье рассматривается использование этих возможностей. Статья содержит три темы:
Редактирование элементов теста Web-страница состоит из одного главного и нескольких второстепенных запросов. С каждым запросом ассоциируются объект подключения (connection object), атрибуты запроса (request attributes), заголовки (headers) и, возможноно, данные (data). Каждый запрос в Rational Performance Tester связан также с ответом , полученным от сервера во время создания записи. В данном разделе рассматривается процедура изменения объектов запроса, ответа и подключения. Объект подключения определяется по имени хоста и по порту. Он может содержать информацию об SSL и прокси. Изменение информации о подключении Изменение хоста или порта приложения должно быть отражено в сценарии тестирования Rational Performance Tester. Для этого:
Рисунок 1. Изменение подключения в сценарии тестирования
Изменение в аутентификации или безопасности Если приложение было перенесено за прокси-сервер, изменились настройки текущего прокси-сервера либо было добавлено или удалено SSL-шифрование, необходимо изменить элементы аутентификации и безопасности объекта подключения. Добавление прокси-сервера Для добавления к запросу прокси-сервера:
Рисунок 2. Добавление прокси-сервера в объект connection
Совет. При этом вы меняете прокси-сервер на уровне подключения. Поэтому все запросы, использующие этот объект подключения, теперь будут применять измененные настройки прокси-сервера. Добавление аутентификации Для добавления в запрос SSL-шифрования:
Рисунок 3. Добавление SSL-шифрования в объект connection
Совет. Все запросы, использующие этот объект подключения, теперь будут применять измененные настройки безопасности. Обычно все запросы в сценарии используют один и тот же объект подключения. Однако более сложные приложения требуют создания разных объектов подключения для разных запросов в зависимости от хоста, на который они перенаправляются. Убедитесь, что все объекты подключения в сценарии тестирования изменены должным образом. HTTP-запрос состоит из метода, URL-адреса, заголовков и необязательного тела, содержащего данные. Атрибуты Для изменения атрибутов запроса:
Рисунок 4. Изменение атрибутов запроса в Rational Performance Tester
Теперь у вас есть возможность указать новый URL. Заголовки Для добавления, удаления или изменения существующих заголовков запроса:
Рисунок 5. Изменение заголовков запроса
Совет. Ответ на HTTP-запрос состоит главным образом из элементов Status (состояние), Headers (заголовки) и Content (содержимое). Для доступа к элементам ответа разверните запрос в области Test Contents и нажмите кнопку Response. Справа под Test Element Details вы увидите элементы ответа. Заголовки Добавлять или изменять заголовки ответа можно точно так же, как и заголовки запроса. Подробности приведены в разделе Запрос. Содержимое Для изменения содержимого откройте ответ и под Test Element Details выделите значение в поле Content, как показано на рисунке 6. При необходимости можно либо полностью заменить это значение, либо отредактировать его сегменты. Рисунок 6. Изменение содержимого ответа Добавление новой страницы к существующей записи Иногда добавление новой страницы в существующую запись требует меньше усилий, чем создание и повторная настройка абсолютно новой записи. Чтобы не выполнять работу повторно, следуйте приведенным далее указаниям. Для добавления страницы необходимо прежде всего создать пустую страницу, а затем добавить на нее такие HTTP-элементы, как connection, request и response. Для создания пустой страницы:
Рисунок 7. Добавление подключения для новой страницы
По умолчанию Rational Performance Tester создает новую страницу с одним главным запросом. Вам нужно будет добавить атрибуты к этому запросу, а также добавить второстепенные запросы, если они есть. Данный раздел показывает, как изменить главный запрос и добавить второстепенные. Для изменения главного запроса:
После выполнения этих действий запрос должен выглядеть примерно так, как показано на рисунке 8. Рисунок 8. Добавление запросов для новой страницы Для добавления ответа на запрос:
Подробные инструкции по добавлению или изменению заголовков и содержимого ответа приведены в разделе Ответ. После добавления всех элементов ответ должен выглядеть примерно так, как показано на рисунке 9. Рисунок 9. Добавление ответа на запрос для новой страницы Когда и что добавлять или менять Изменение в приложении или среде легко заметить, если это изменение настолько существенно, что приводит к неудачному выполнению сценария тестирования. Анализ log-файлов теста может показать отличия между ожидаемыми и полученными ответами. Однако не всегда ясно, как выделить информацию для определения изменений. Если группы разработки, обслуживания сети и эксплуатации не смогли определить никаких видимых изменений, можно прибегнуть к одному из приведенных ниже методов. Эти методы также будут уместны при добавлении новых страниц или запросов к существующей записи теста. Рынок предлагает несколько инструментальных средств Web-мониторинга, отслеживающих и регистрирующих HTTP-взаимодействия между Web-браузером и сервером. Одним из таких средств является бесплатная программа IBM Page Detailer от IBM Research (ссылка приведена в подразделе "Получить продукты и технологии" раздела Ресурсы). Она разбивает Web-страницу на компоненты и выполняемые для их извлечения действия. Программу Page Detailer можно использовать для просмотра значений всех HTTP-элементов, таких как заголовки запросов и ответов, главный и второстепенные запросы и многое другое (см. рисунок 10). Она может оказаться простым решеннием для устранения ошибок выполнения сценариев, редактирования элементов и даже добавления новых страниц к существующим сценариям. Рисунок 10. Компоненты Web-страницы в IBM Page Detailer Увеличенная версия рисунка 10. Инструментальные средства Web-мониторинга полезны при определении значений заголовков и других элементов. Для получения текущего содержимого ответа можно просмотреть исходный код страницы. Выполните следующие действия:
При этом откроется окно, отображающее содержимое Web-страницы (см. рисунок 11). Рисунок 11. Исходный код Web-страницы Увеличенная версия рисунка 11. Таким образом, объем работы по поддержке инфраструктуры тестирования можно уменьшить, изменяя существующие сценарии вместо создания новых там, где это осуществимо.
|
|