Size: a a a

QA — Load & Performance

2019 October 28

AR

Artem Rozhkov in QA — Load & Performance
Ιωάννης Τσεκούρι
т.е. ты запускаешь столько сценариев в секунду сколу о задал, это очень удобно когда у тебя есть в профиле указание сколько раз была совершена операция в час, например в час 5000 покупок, делишь на 3600 и запускаешь. И за час у тебя отработает ровно 5000.
Эм ну тогда надо охренеть сколько тестовых данных
источник

AR

Artem Rozhkov in QA — Load & Performance
Так как простои же могут быть
источник

AR

Artem Rozhkov in QA — Load & Performance
Или я не правильно понимаю, написание сценария?
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Artem Rozhkov
Эм ну тогда надо охренеть сколько тестовых данных
А как тип запуск связан с тестовыми данными? :)
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Да конечно всегда нужно подготавливать данные, но иногда можно схитрить и переиспользовать что то
источник

AR

Artem Rozhkov in QA — Load & Performance
Ιωάννης Τσεκούρι
Да конечно всегда нужно подготавливать данные, но иногда можно схитрить и переиспользовать что то
Я про то что Джиметровская логика тут не пойдет же ?
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Artem Rozhkov
Я про то что Джиметровская логика тут не пойдет же ?
Да почему не подойдёт, там же есть миллиарды способов запуска
источник

AR

Artem Rozhkov in QA — Load & Performance
Я про то что.
источник

AR

Artem Rozhkov in QA — Load & Performance
1. пульнули запрос
2. получили ответ
3. из ответа достали то-что нужнл
4. запулили 2 запрос
источник

T

Tim in QA — Load & Performance
Ιωάννης Τσεκούρι
Надо смотреть сценарий, в норме ты должен забирать токен авторизации и пропихивать его в хидеры или кукис в зависимости от типа
А какой тип может быть ? Я заметил вот что, при логине у меня генерится новый токен каждый раз, а в других запросах токен каждый раз один и тот же. Как я его обновить могу ? в менеджерах все чиститься при каждой итерации
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Artem Rozhkov
1. пульнули запрос
2. получили ответ
3. из ответа достали то-что нужнл
4. запулили 2 запрос
Ну так во всех инструментах, нужно доставать какие то данные из предыдущих запросах
источник

AR

Artem Rozhkov in QA — Load & Performance
Ιωάννης Τσεκούρι
Ну так во всех инструментах, нужно доставать какие то данные из предыдущих запросах
каким образом в таком случае рпс
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
В hit basedты просто готовишь пул данных ещё больше
источник

AR

Artem Rozhkov in QA — Load & Performance
Ιωάννης Τσεκούρι
В hit basedты просто готовишь пул данных ещё больше
ага и в основном одну ручку ббьешь так?
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Artem Rozhkov
ага и в основном одну ручку ббьешь так?
Можно много
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Просто под каждую ручку готовишь данные
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Такие чтобы все сошлось в конце и ручка сработала
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Если у тебя конечно stateful
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Hit based хорош когда сервис stateless
источник

AR

Artem Rozhkov in QA — Load & Performance
Ιωάννης Τσεκούρι
Ну так во всех инструментах, нужно доставать какие то данные из предыдущих запросах
Просто вопрос вот в чем. RPS - это запрос в секунду.
Но у нас же может сложиться ситуация, когда у нас данные долдго будет идти
источник