NM
Таймаут это Time Out (время вышло)
Я пытался пошутить, я понял да
Size: a a a
2020 July 22
VG
а вот это был отклик
А ты неплохо на примере показал, да :)
VG
Можно скриптом брать список доступных и по нему бежать на каждой итерации, например...
Можно в startup group создавать csv со списком файлов в папке и в обычной тред-группе обрабатывать пути из csv
YB
Да спасиб, понял, и ещё при написании скрипта в джиметра целесообразно ставить проверку времени отклика на каждый запрос или лучше на цельный сценарий?
VG
Да спасиб, понял, и ещё при написании скрипта в джиметра целесообразно ставить проверку времени отклика на каждый запрос или лучше на цельный сценарий?
А ты как собираешься проверку ставить?
YB
Обычно на какой то сценарий ставлю , к примеру на логине который включает две транзакции , и ставлю Duration Assertion
VG
Обычно на какой то сценарий ставлю , к примеру на логине который включает две транзакции , и ставлю Duration Assertion
А потом удобно оценивать, почему у тебя транзакции завалились - по таймауту или из-за ошибок?
YB
Та норм, видно после запуска на каких сценариях
K
а с какой целью используете duration assertion?
YB
Для проверки времени отклика сервера
K
а без асершна не трекается время отклика?
K
Я к тому,что вам Виктор намекал,что с такой имплементацией можно уехать на скорой с пулевым ранением ноги
YB
Трекается, просто я подобавлял ассершены
YB
Это выходит ненужный ассершин
K
Плюсы:
- нет
Минусы:
- излишнее потребление ресурсов
- лишнее время,чтобы понять на чьей стороне выскочил таймаут
- есть кейсы,где помимо 504ой ошибки сервер высылает вам какую-то доп инфу,типо reference number и прочее,если ваш асершн сработает раньше,то эту доп инфу не получите
- нет
Минусы:
- излишнее потребление ресурсов
- лишнее время,чтобы понять на чьей стороне выскочил таймаут
- есть кейсы,где помимо 504ой ошибки сервер высылает вам какую-то доп инфу,типо reference number и прочее,если ваш асершн сработает раньше,то эту доп инфу не получите
YB
Хм, как то не задумывался над этим
YB
Хорошее замечание, спасибо, буду запускать и смотретт
K
не стал описывать кейсы,где этот асершн и вовсе может повести по ложному пути,если необходимо удостовериться,что скрипт ранается верно,то стоит юзать response assertion
YB
Спасибо
АР
Sergey
В итоге сделал так - идет сначала Regular Expression Extractor, который сохраняет значение регулярного выражения в переменную, а потом идет обычный Response Assertion, который проверяет значение
А как можно группировать результаты по асершенам после теста? чтобы видеть какое количество конкретных асершенов сработало и на каких конкретно запросах?