Jmeter не видит страницу (Solved)

Коллеги, здравствуйте!
С создаю сценарий нагрузочного тестирования с использованием Jmeter.
В сценарий входят шаги:

  • вход на страницу
  • авторизация
  • переход по внутренним станицам сайта.

Проблема возникает после авторизации: нужные страницы не открываются или не успевают прогрузиться (Retrieve All Emedded Resources включено), хотя, понимаю, что это не WebDriver, его задача respons’ы получать. Однако это блокирует дальнейшие действия с приложением.
Изначально я грешил на сплеш-скрин “Загрузка”, что Jmeter видит только его. Но скрин убрали, теперь он, вообще, ничего не видит.

Подскажите, как настроить инструмент, каких элементов добавить, чтобы Jmeter получал полностью загруженную страницу?

Скрины

п.с. Сценарий сделан не через прокси, т.к. система требует токен.
Создал вручную, чтобы скрипт токен подхватывал и подставлял.

А что приходит в ресонсе на отвалившийся запрос?

И, как вариант, проверьте, что значение куки jsessionid не является константой в http headers компоненте запроса lpu select.

Значение этой куки должно возвращаться в респонсе на логин реквест. От туда её и нужно подставлять во все последующие запросы.

  1. В респонсе дате - пусто
  2. В http headers не прописывал константой jsessionid .
  3. К сожалению, логин реквест не проходит. Кука подставляется с первого посещения страницы логина - View login page.

А, так проблема ещё на стадии логина.
А что Вы проверяете (response assertion) чтобы понять , что пользователь залогинен?

Что приходит в респонс дате на логин реквест? Какой http status code?

Можете приаттачить скрин с открытым headers manager из логин реквеста?

В response assertion - наличие текста на странице.
Когда юзер логинится - у него видна друга страница, со своим текстом.

В response data приходит вот такое http://screencast.com/t/KDVPn2anrVfB
Статус - 200 http://screencast.com/t/wEwdubIO4V5y

Header manager из логина http://screencast.com/t/cPKvGi1FYgz
Общий на скрипт http://screencast.com/t/GXWWLl0Ol

А можете приаттачить тест план? Или скиньте в личку. Потомучто новые скрины не придали ясности…

1 лайк

Проблема найдена. Использовался неправильный URL для логина. У формы может быть кастомный action. Вот его и нужно использовать для логина.

1 лайк

Спасибо большое, проблема решена.

На самом деле, проблема была не в URL’е. Тот что в итоге оказался верным, я подставлял не раз)

Проблема была в том, что я ожидал увидеть и в том что возвращалось.
Приложение создано с использованием Ajax, а не стандартного Html, страница отрисовывается в браузере у пользователя. Соответственно, взаимодействовать с приложением можно только посредством RestApi.