Size: a a a

QA — Load & Performance

2020 June 05

I

I-1 in QA — Load & Performance
Это тред группа запускается и проходит перед стартом обычных
источник

I

I-1 in QA — Load & Performance
Roman
Я вот сначала так и сделал, но не понравилась скорость, а про параллель семплер еще не знал
Аа, так то там тоже сколько хочешь потоков ставишь и всё
источник

R

Roman in QA — Load & Performance
Ну я что-то не нашел простого решения, как оптимизировать получения токенов для 10к пользаков
источник

R

Roman in QA — Load & Performance
У меня это 25-30 минут занимало
источник

R

Roman in QA — Load & Performance
А в итоге получилось реально удобно, токены по крону (равному времени жизни токена) получаются. А я в любой момент запускаю тест (в том числе  и для отладки )и у меня подается сразу уже нужная нагрузка от нужных пользаков. Просто из редиса беру ключ по id пользователя и получаю токен
источник

R

Roman in QA — Load & Performance
Roman
У меня это 25-30 минут занимало
А консольное приложения справляется за 3-4
источник

I

I-1 in QA — Load & Performance
По крону это, кстати, идея чтобы не тухли, но и не тратить время перед тестом.
У нас была проблема - сервис авторизации банил за частые запросы, а отключить это заказчик никак не мог
источник

R

Roman in QA — Load & Performance
А время жизни токена какое было?
источник

R

Roman in QA — Load & Performance
У меня на этом проекте  час было
источник

R

Roman in QA — Load & Performance
И еще для получения токена там надо было подписать кое-что
источник

R

Roman in QA — Load & Performance
Так что без консольного приложения вообще никак
источник

I

I-1 in QA — Load & Performance
Там 10часов
источник

R

Roman in QA — Load & Performance
А что для сервиса тогда значит "частые"?)
источник

R

Roman in QA — Load & Performance
I-1
По крону это, кстати, идея чтобы не тухли, но и не тратить время перед тестом.
У нас была проблема - сервис авторизации банил за частые запросы, а отключить это заказчик никак не мог
Да, особенно когда нагрузку надо дня на 3 оставить, то очень помогло
источник

I

I-1 in QA — Load & Performance
Roman
А что для сервиса тогда значит "частые"?)
Говорили раз в 2 минуты, но по факту там можно было чаще, не понятно как именно он решал, но если начать подавать несколько в секунду - начинали блокироваться запросы.
источник

KY

Kirill Yurkov in QA — Load & Performance
Andrey Makurin
В втрой тред не передаётся эта переменная помойму если я не ошибаюсь
можно передавать через проперти
источник

R

Roman in QA — Load & Performance
Он вроде и записывает в проперти, у него другие токены не перезаписываются
источник

R

Roman in QA — Load & Performance
Как сказал @smirnovqa, дело может быть в том, что стоит галочка кешировать скрипт, он кеширует первый и дальше так выполняется
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Да нет. Тут просто скрипт неправильный. Выше указали на это - проперти одна, а потоков много
источник

AM

Andrey Makurin in QA — Load & Performance
Kirill Yurkov
можно передавать через проперти
да)
я передавал через проперти
но там проблема в том что не первый попавший токен в эту переменную применяется ко всем запросам во втором треде
источник