Как облегчить обновление Inferno с помощью скриптов веб-теста производительности
Обновление скрипта теста производительности, например, с помощью LoadRunner, может занять много времени и быть довольно неприятным. Если были какие-то обновления с приложениями, вам обычно нужно запустить скрипт, а затем выяснить, что нужно изменить, обновить и запустить снова и так далее. У кого-нибудь есть конкретные практические рекомендации, как облегчить это обновление в ад? Очевидная вещь - хорошее общение с разработчиками.
2 ответа
Есть много вещей, которые вы можете сделать, чтобы изолировать свои сценарии от сборки до сборки изменчивости. Чем выше уровень OSI-стека, тем ниже плата за обслуживание, но тем выше стоимость ресурсов для типа виртуального пользователя. Если предположить, что изменения ограничены ресурсами уровня страницы и несколькими скрытыми полями здесь и там для веб-сайтов или приложений, то вы можете записывать в режиме HTML. Вы взрываете разделы EXTRARES, так как анализатор страниц в режиме HTML автоматически анализирует страницу и загружает ресурсы страницы даже без явной ссылки. Поддерживать синхронизацию этих разделов может быть реальной болью, если у вас есть разработчики, которые экспериментируют довольно много.,
Далее, для форм, которые имеют очень высокую скорость с точки зрения изменения, рассмотрите использование web_custom_request() для одной формы. Вы можете использовать операторы корреляции, чтобы подобрать все пары имя | значение по мере необходимости и построить отправку формы динамически. Для этого потребуется немного больше предварительной работы, но вы должны окупиться примерно в четвертой измененной сборке, где вы обычно перестраивали бы некоторые скрипты.
Посмотрите на все хосты, на которые есть ссылки в вашем коде. Параметризация всех этих предметов. У меня есть шаблон, который я использую для веб-виртуальных пользователей, который соединяет значение по умолчанию и возможность изменять любое из имен хостов через раздел дополнительных атрибутов панели управления. Взгляните на пример для lr_get_attrib_string(), чтобы узнать, как можно реализовать захват и связать его с проверкой NULL и населением со значением по умолчанию в вашем коде.
Это может показаться нелогичным, но комментируйте ваш сценарий интенсивно, чтобы изменения происходили часто, чтобы вы знали, где взять дополнительные трудозатраты, чтобы обработать более динамичный набор данных.
Практически ничто из того, что вы делаете с помощью какого-либо инструмента, не может спасти вас от структурных изменений в дизайне и структуре приложения, таких как вставка новой страницы в рабочий процесс, но уделение внимания дизайну на страницах с высокими изменениями, из которых есть обычно небольшое число может привести к тестовому коду с очень долгим сроком службы.
Конечно, если ваше приложение основано на веб-сервисах, то использование публичных сервисов обычно длится долго. Код может измениться на серверной части службы, но обычно открытый интерфейс очень стабилен.
Это зависит от вида обновлений. Если обновление является значительным, например, добавление новых полей для заполнения пользователем, то кто-то должен вручную подправить тестовые сценарии.
Однако, если обновление незначительное, например, некоторые изменения в скрытых полях или изменения внутренних имен полей, обращенных к пользователю, можно написать сценарий, который проверяет изменение и автоматически обновляет сценарий тестирования.
NetGend, одна из платформ тестирования производительности, автоматически заботится о скрытых полях и внутренних именах полей, ориентированных на пользователя, поэтому очень легко создать скрипт для тестирования производительности формы HTML. Тестеру нужно только ввести значения, которые он / она должен будет ввести с помощью браузера, поэтому никакой корреляции там не требуется. Пожалуйста, отправьте мне сообщение, если вам нужно узнать больше об этом.