KY
именно для этого он написал свой таймер с блекджеком и всем всем
Size: a a a
2020 September 17
A
подход не совсем правильный - тесты невоспроизводимы, поведение непредсказуемо. в случае пуассоновского распредления тоже предсказуемость может быть низкая, но при этом воспроизводимость реальная. а в твоем кейсе может быть так, что вдруг произошла склйка кучи запросов в один момент времени, от этого прыгнули какие то ресурсы, произошел какой-то баг. а воспроизвести ты потом это не можешь или не понимаешь откуда скачек
Прекрасно работает, относительно непредсказуемым может быть поведение одного потока, но при множестве тредов общая нагрузка так сказать разравнивается. Интенсивно тестировал 3 года, в том числе для General Motors, никогда не было сюрпризов в плане распределения нагрузкт в тестах
KY
Alexander
Прекрасно работает, относительно непредсказуемым может быть поведение одного потока, но при множестве тредов общая нагрузка так сказать разравнивается. Интенсивно тестировал 3 года, в том числе для General Motors, никогда не было сюрпризов в плане распределения нагрузкт в тестах
нормальное распределние тут очевидно, я просто говорю о том, что это антипаттерн именно в методике нагрузки, не совсем имхо, но и имхо тоже
ВП
нормальное распределние тут очевидно, я просто говорю о том, что это антипаттерн именно в методике нагрузки, не совсем имхо, но и имхо тоже
Красиво сказал). "не совсем имхо, но и имхо тоже"
Нужно запомнить) 👍
Нужно запомнить) 👍
A
Нужна КОНТРОЛИРУЕМАЯ нагрузка
Если мало тредов, то delay и 1 тред на thread group
KY
Нужна КОНТРОЛИРУЕМАЯ нагрузка
тебе надо серьезно про таймеры почитать, либо я могу завтра с этим помочь. я до конца не уверен подойдет ли тебе presize
ВП
тебе надо серьезно про таймеры почитать, либо я могу завтра с этим помочь. я до конца не уверен подойдет ли тебе presize
Спасибо! Буду рад.
A
нормальное распределние тут очевидно, я просто говорю о том, что это антипаттерн именно в методике нагрузки, не совсем имхо, но и имхо тоже
Конторолируемую нагрузку применял для бэкэнда, а вот на фронте предпоглагался элемент неожиданности, так сказать, так же, как он есть при использовании системы юзерами
KY
я раньше тоже думал что рандомами норм грузить, вполне нормально грузил - потом столкнулся с рядом проблем, начал погружаться в теорию - теперь не гружу
KY
меня за такое даже дядя @jigarkhwar ругал как-то :)
A
я раньше тоже думал что рандомами норм грузить, вполне нормально грузил - потом столкнулся с рядом проблем, начал погружаться в теорию - теперь не гружу
А какого рода проблемы?
VG
Ребята, хочу спросить по Джеметру - по Response Assertion
- флаг OR выключен
- Стоит несколько условий на ассерт
Каким образом отрабатывает ассерт в таком случае ?
- флаг OR выключен
- Стоит несколько условий на ассерт
Каким образом отрабатывает ассерт в таком случае ?
Мне кажется, тут всё очевидно.
В условиях прописаны:
“Error1”
“Error2”
Not=Enable
Or=Disable
Если в ответе сервера отсутствуют ОБЕ строки, вернётся Pass
Если в ответе сервера есть одна или две искомые строки - вернётся Fail
Вариации: если
Not=Enable
Or=Enable
В ответе должны быть обе строки, что бы вернулся Fail, во всех остальных случаях будет pass
В условиях прописаны:
“Error1”
“Error2”
Not=Enable
Or=Disable
Если в ответе сервера отсутствуют ОБЕ строки, вернётся Pass
Если в ответе сервера есть одна или две искомые строки - вернётся Fail
Вариации: если
Not=Enable
Or=Enable
В ответе должны быть обе строки, что бы вернулся Fail, во всех остальных случаях будет pass
KY
ну я же написал - склейка и невоспрозводимый баг, либо например максимум нашелся на 100 рпс, а ты случайно таким образом подашь 150 на подтверждении. нормализация распределения - она нас дистанции, типо за весь тест - да. если интегрировать - то ты увидишь, что все не так хорошо
KY
ну все зависит от многих параметров - высокий/низкий рпс, конкретный кейс, возникшие ожидания и тд
A
ну я же написал - склейка и невоспрозводимый баг, либо например максимум нашелся на 100 рпс, а ты случайно таким образом подашь 150 на подтверждении. нормализация распределения - она нас дистанции, типо за весь тест - да. если интегрировать - то ты увидишь, что все не так хорошо
Сам не сталкивался с подобным, реально подавал нагрузку ту, которую ожидал. Распредение нагрузки проверял на графиках, те не просто средние величины
VG
А в чём обжёгся? вроде же просто должно быть: если он стоит - достаточно нарушения одного условия, что бы вернулся fail.
туда можно вписать тексты разных ошибок, которые могут вернуться, поставить OR - и любая вернувшаяся ошибка завалит семплер.
туда можно вписать тексты разных ошибок, которые могут вернуться, поставить OR - и любая вернувшаяся ошибка завалит семплер.
KY
Alexander
Сам не сталкивался с подобным, реально подавал нагрузку ту, которую ожидал. Распредение нагрузки проверял на графиках, те не просто средние величины
ну оно легко представляемо - есть же шанс что какой-то процент запросов при рандоме выполнится в одну секунду? а если это большой будет процент - тоже есть, хоть и шанс маленький. вот и проблема)
A
Нужна КОНТРОЛИРУЕМАЯ нагрузка
Это я понял, но не понял сценарий, кроме того, что сдвинуть треды. Если их всего 5, то 5 thread group, в каждой один тред, необходимый delay в для старта в каждой группе
KY
вообще кейс со сдвигом тредов неправильный, это лоадраннервские всё проблемы :)
A
ну оно легко представляемо - есть же шанс что какой-то процент запросов при рандоме выполнится в одну секунду? а если это большой будет процент - тоже есть, хоть и шанс маленький. вот и проблема)
Шанс не нулевой, но сам не сталкивался, не везет мне в лотерею