Size: a a a

QA — Load & Performance

2021 July 31

ВС

Вячеслав Смирнов... in QA — Load & Performance
Те же тесты с ibm.mq. Как-то рассказывал доклад про это всё на heisenbug. В перерыве подошёл человек ко мне. И рассказал. Что вот он не дожидается ответа на отравленное сообщение. И RPS не считает.

Он до теста останавливает сервис. Загружает в очередь 100 000 сообщений. Включает сервис и включает таймер.

Сервис ускоряют. Он повторяет
источник

V

Vitalina in QA — Load & Performance
Здравствуйте. может, кто-то подскажет, почему ЛоадРаннер периодически (вообще случайным образом) начинает фейлить один из запросов со статусом 27760 Request Failed? Читала уже про конекшены, ничего не поняла( по этой ошибке инфо мало. Периодически (я пока не поняла закономерности) запрос отрабатывает корректно. Ещё момент: даже, когда запрос упал, в статусе стоит 200, просто он как будто с какого-то места обрезан (то есть там простыня с инфой, так вот, когда оно зафейлилось простыня не полная). Может, кто сталкивался и быстро может ткнуть меня, как это поправить?
источник

V

Vitalina in QA — Load & Performance
да, это при создании скрипта в VuGen
источник

M

Maxim in QA — Load & Performance
27760 может быть, если у вас слетает авторизация и запрос пытается вас редиректнуть.
источник

M

Maxim in QA — Load & Performance
Попробуйте выставить web_set_option("MaxRedirectionDepth", "0", LAST);
источник

V

Vitalina in QA — Load & Performance
да, после первого запроса идёт 3 редиректа. Я выставила глубину 2 и третий запрос обрабатываю сама. И вот он то работает, то нет( а я никак не пойму, от чего это зависит. Мне этот запрос нужен, я не могу его отбросить.
источник

M

Maxim in QA — Load & Performance
Захардкоженного заголовка никакого нет?
источник

M

Maxim in QA — Load & Performance
В целом, это проблема корреляции. Может нехватать cookie: в обычном случае, лоарданнер все сам делает, но если вы что-то изменили во взаимодействии и он не прилетает из запроса, может к этому приводить.
источник

V

Vitalina in QA — Load & Performance
я так поняла, что этот запрос как то авторизует пользователя на другое приложение (типа аппендикс к основному). Захордкоженного ничего нет, урл параметризован. Разбивала на запросы без редиректов-то же поведение.
источник

V

Vitalina in QA — Load & Performance
То есть, если упадёт, стоит сверить куки с фидлером, например? спасибо, я попробую
источник

AA

Artem Astaxov in QA — Load & Performance
Куки вроде не так часто обновляются🤔, хотя порой перезапись реально помогает и проще чем искать проблему
источник

M

Maxim in QA — Load & Performance
Может там domain для кука меняется.
источник

V

Vitalina in QA — Load & Performance
во взаимодействии ничего не меняла, потому и недоумеваю) оно то срабатывает, как надо, то падает. И, может, глупость скажу, как будто, добавляю какие-то новые действия в скрипт (шаг, извлечение параметров) это чинит запрос. Несколько раз запускаю неизмененный с какой-то итерации начинает падать
источник

M

Maxim in QA — Load & Performance
И при другом домене кук лежит в памяти и не используется.
источник

V

Vitalina in QA — Load & Performance
а можно для дураков domain для кука, это что?
источник

V

Vitalina in QA — Load & Performance
а, типа в первом запросе домен один, а для последнего он меняется в куках и не подхватывается? тоже проверю, спасибо за идею
источник

M

Maxim in QA — Load & Performance
источник

M

Maxim in QA — Load & Performance
Да. Если аппендикс может редиректить в разные места, он наверное и куки для этого Location выставляет.
источник

M

Maxim in QA — Load & Performance
В общем, у куков есть область видимости, и вы по области видимости можете не вывозить корреляцию куков в случае длинных мутных редиректов.
источник

V

Vitalina in QA — Load & Performance
спасибо большое, я перепроверю куки, когда в следующий раз упадёт
источник