В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

QA — Load & Performance

2395 membersпожаловаться на группу
2020 November 24

ВС

Вячеслав Смирнов... in QA — Load & Performance
СВЕТА
Всем добрый день! Подскажите, пожалуйст!? Верно ли, что при таких настройках в jmeter в течение 3600 секунд (1 час) зайдут 2000 юзеров и каждый выполнит по 1 запросу?
Спасибо Вам. Недавно разбирался с проблемой почему нагрузка плавает при таком использовании Thread Group. Оказалось, что я просто поставил Delay Thread creation untill needed. А Вы не поставили.

Убрал эту галочку и нагрузка стала ровной.
источник
22:29пожаловаться#1

KY

Kirill Yurkov in QA — Load & Performance
Вячеслав Смирнов
Спасибо Вам. Недавно разбирался с проблемой почему нагрузка плавает при таком использовании Thread Group. Оказалось, что я просто поставил Delay Thread creation untill needed. А Вы не поставили.

Убрал эту галочку и нагрузка стала ровной.
о, это хорошо, я даже смутился тогда, что такое у тебя есть а у меня нет
источник
22:31пожаловаться#2

ВС

Вячеслав Смирнов... in QA — Load & Performance
Anna
привет. @smirnovqa , попробовала реализовать ваше решение (открытая нагрузка на только лишь тредгруппе) для целевого рпс = 100, внутри катушки только один запрос.
users = target_rps*duration_sec
rump_up = duration_sec
loop = 1

наблюдается следующее печальное явление: независимо от заказанного времени теста жметр первую половину (ровно) шлёт 95 с кепкой, а вторую — 105 с кепкой.

any ideas, почему так?
Оказалось, что дело в галочке Delay Thread creation until needed - она не нужна. Если галочку снять, то получится ровная нагрузка. Правда потоков будет активно много. Для 100 RPS возможно будет под 1000 потоков. Но главное - нагрузка ровная.
источник
22:34пожаловаться#3

A

Anna in QA — Load & Performance
Вячеслав Смирнов
Оказалось, что дело в галочке Delay Thread creation until needed - она не нужна. Если галочку снять, то получится ровная нагрузка. Правда потоков будет активно много. Для 100 RPS возможно будет под 1000 потоков. Но главное - нагрузка ровная.
попробую, спасибо!
источник
22:35пожаловаться#4

ВС

Вячеслав Смирнов... in QA — Load & Performance
Anna
попробую, спасибо!
Вероятно, такой способ подачи нагрузки не подойдёт для 100 RPS, а для 10 RPS - да
источник
22:38пожаловаться#5

A

Anna in QA — Load & Performance
Вячеслав Смирнов
Вероятно, такой способ подачи нагрузки не подойдёт для 100 RPS, а для 10 RPS - да
если бы для нашего приложения была нужна открытая модель на всего 10 рпс, было бы крайне печально)
источник
22:39пожаловаться#6

A

Anna in QA — Load & Performance
даже душераздирающе
источник
22:39пожаловаться#7
2020 November 25

M

Maksim in QA — Load & Performance
Всем привет. Нужно получать токен для валидации, который приходит на email. Варианта вижу два - получить их из БД предварительно, либо держать тестовый почтовик. Второй более приближен к реальности, но это потенциальная точка отказа, задержки. По второму варианту как раз и вопрос - что лучше использовать в таком случае?
источник
11:59пожаловаться#8

M

Maxim in QA — Load & Performance
Maksim
Всем привет. Нужно получать токен для валидации, который приходит на email. Варианта вижу два - получить их из БД предварительно, либо держать тестовый почтовик. Второй более приближен к реальности, но это потенциальная точка отказа, задержки. По второму варианту как раз и вопрос - что лучше использовать в таком случае?
Разрабам сделать в приложении отдельный профиль запуска, который делает так, чтобы приклад отправлял один и тот же захардкоженный токен.
источник
12:02пожаловаться#9

M

Maksim in QA — Load & Performance
Но юзеров то будет много, токенов тоже
источник
12:03пожаловаться#10

M

Maxim in QA — Load & Performance
Это именно уникальный токен или одноразовый пароль?
источник
12:04пожаловаться#11

M

Maksim in QA — Load & Performance
одноразовый токен, что-то вроде uuid
источник
12:05пожаловаться#12

M

Maksim in QA — Load & Performance
он в бд привязан к юзеру
источник
12:05пожаловаться#13

M

Maxim in QA — Load & Performance
Ну, если почтарь сразу в прикладе, а не в виде некоторого шлюза до внешнего, где можно встроиться в интеграцию, то, видимо, нужно опрашивать БД.
источник
12:11пожаловаться#14

M

Maksim in QA — Load & Performance
Спасибо. Пока полезу через БД, а там будет видно:)
источник
12:21пожаловаться#15

СФ

Степа Фомичев... in QA — Load & Performance
Maksim
Всем привет. Нужно получать токен для валидации, который приходит на email. Варианта вижу два - получить их из БД предварительно, либо держать тестовый почтовик. Второй более приближен к реальности, но это потенциальная точка отказа, задержки. По второму варианту как раз и вопрос - что лучше использовать в таком случае?
Брать с почты гемор и не целевая нагрузка, как и лезть в бд во время нагрузочного теста. У меня был опыт подобного, лучшее решение чтоб придумал:
1) заранее регистрируется нужное количество пользователей
2) вытаскиваются нужные токены из базы
3) в твоём скрипте юзеры регистрируются и не используются, а в дальнейших шагах используются заранее зарегистрированные юзеры, токены которых ты получил в пункте 2
источник
12:39пожаловаться#16

M

Maksim in QA — Load & Performance
Степа Фомичев
Брать с почты гемор и не целевая нагрузка, как и лезть в бд во время нагрузочного теста. У меня был опыт подобного, лучшее решение чтоб придумал:
1) заранее регистрируется нужное количество пользователей
2) вытаскиваются нужные токены из базы
3) в твоём скрипте юзеры регистрируются и не используются, а в дальнейших шагах используются заранее зарегистрированные юзеры, токены которых ты получил в пункте 2
Да, именно так и планирую сделать. А уж отправку запросов на валидацию контролировать таймером, ведь юзеры не такие быстрые;)
источник
12:41пожаловаться#17

VL

Vitaliy Logoyda in QA — Load & Performance
У нас был опыт необходимости подтверждения регистрации по почте или смс. В таком случае просто попросил разработчика чтоб он на в тестовых ветках сделал специальный запрос, через который я мог подтверждать все необходимые регистрации. Что позволило разгрузить работу джейметра.
источник
13:50пожаловаться#18

M

Max in QA — Load & Performance
Всем привет, пытаюсь разобраться с Ultimate Thread Group, но что-то не очень получается
1. Start Threads Count - это сколько будет именно Thread Group или Number of Threads (users) ?

2. В обычной Thread Group есть параметр Numbers of Thread, а в Ultimate Thread Group его можно как-то установить ?
источник
13:52пожаловаться#19

AF

Artem Fedorov in QA — Load & Performance
Max
Всем привет, пытаюсь разобраться с Ultimate Thread Group, но что-то не очень получается
1. Start Threads Count - это сколько будет именно Thread Group или Number of Threads (users) ?

2. В обычной Thread Group есть параметр Numbers of Thread, а в Ultimate Thread Group его можно как-то установить ?
это одно и то же. Thread Group = Thread = user (virtual user)
https://jmeter.apache.org/usermanual/component_reference.html#Thread_Group
источник
13:56пожаловаться#20