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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA — Load & Performance

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

KY

Kirill Yurkov in QA — Load & Performance
сделай 4 коннекта, сделайте у каждого свое имя пула
pool1, pool2, pool3, pool4
в параметре запуска передавай имя пуля или выставляй его в User Defined Variables - нужное для текущего теста
а во всех запросах в БД используй ${pool_name}
источник
11:41пожаловаться#1

S

Svetlana in QA — Load & Performance
Михаил Краснов
можно в файле user.properties задать нужные вам параметры
например
myprop=qwerty
и дальше в Jmeter использовать
${__P(myprop,)}
а, поняла, аналогично -J только в файлик. это то что нужно. Спасибо
источник
11:42пожаловаться#2

S

Svetlana in QA — Load & Performance
Kirill Yurkov
сделай 4 коннекта, сделайте у каждого свое имя пула
pool1, pool2, pool3, pool4
в параметре запуска передавай имя пуля или выставляй его в User Defined Variables - нужное для текущего теста
а во всех запросах в БД используй ${pool_name}
Спасибо, но немножко в другом суть. Коннекты и пулы использую. А вот параметры этих 4-х коннектов могут измениться, и чтобы не лезть в файлы теста для смены url к базе например, нужно вынести параметры наружу. Попробую user.properties
источник
11:46пожаловаться#3

KY

Kirill Yurkov in QA — Load & Performance
только через проперти, так как конфиг выполняется первым в скрипте
источник
11:47пожаловаться#4

M

Max in QA — Load & Performance
В Specify Thread lifetime
Startup delay - означает через сколько времени запустится Thread после запуска Test Plan
а за что отвечает Duration ?
Проясните пожалуйста
источник
13:24пожаловаться#5

СФ

Степа Фомичев... in QA — Load & Performance
Max
В Specify Thread lifetime
Startup delay - означает через сколько времени запустится Thread после запуска Test Plan
а за что отвечает Duration ?
Проясните пожалуйста
Через какое количество секунд группы закончит выполнение
источник
13:25пожаловаться#6

M

Max in QA — Load & Performance
Степа Фомичев
Через какое количество секунд группы закончит выполнение
то если как у меня на скрине, то Thread запуститься и через секунду отключится ?
источник
13:27пожаловаться#7

СФ

Степа Фомичев... in QA — Load & Performance
Агась
источник
13:27пожаловаться#8

СФ

Степа Фомичев... in QA — Load & Performance
Через 396, точнее говоря
источник
13:27пожаловаться#9

M

Max in QA — Load & Performance
тогда получается там нужно выставлять значение желательно такое же как в Ramp-up period ?
ведь за 1 sec все не выполниться
источник
13:28пожаловаться#10

ВС

Вячеслав Смирнов... in QA — Load & Performance
Max
В Specify Thread lifetime
Startup delay - означает через сколько времени запустится Thread после запуска Test Plan
а за что отвечает Duration ?
Проясните пожалуйста
У вас ещё две одинаковые группы. Во вторую добавьте Module Controller. А в нем выберите первую группу. Так не будет дублирования
источник
13:28пожаловаться#11

СФ

Степа Фомичев... in QA — Load & Performance
Ну там ставьте предполагаемую длину теста) Если хотите чтобы все запросы внутри группы выполнились 1 (или n) раз, выключите lifetime и оперируйте количеством итераций
источник
13:29пожаловаться#12

M

Max in QA — Load & Performance
Вячеслав Смирнов
У вас ещё две одинаковые группы. Во вторую добавьте Module Controller. А в нем выберите первую группу. Так не будет дублирования
спасибо, пошел читать что это )
источник
13:31пожаловаться#13

M

Max in QA — Load & Performance
Может я вообще неверно понимаю )
Я создал две Thread Group чтоб сначала отработала первая после вторая (где более интенсивная нагрузка) для последовательного увеличения нагрузки
Поэтому во второй группе указал Startup delay равное примерному времени выполнению первой группы

Обычно так делается ? или есть более правильный способ ?
источник
13:33пожаловаться#14

AK

Alexey Kübler-Ross in QA — Load & Performance
Max
Может я вообще неверно понимаю )
Я создал две Thread Group чтоб сначала отработала первая после вторая (где более интенсивная нагрузка) для последовательного увеличения нагрузки
Поэтому во второй группе указал Startup delay равное примерному времени выполнению первой группы

Обычно так делается ? или есть более правильный способ ?
У меня есть переменная которая складывает и умножает, ранпап, кол-во потоков, ступеней и длинну ступений(это совсем если грубо) и она попросту вставляется в стартап делей или прочие нужные поля(для каждого поля свои переменные)
источник
13:37пожаловаться#15

AK

Alexey Kübler-Ross in QA — Load & Performance
По началу просто, но когда начинаются сложные процессы, формулы усложняются, кол-во переменных увеличивается
источник
13:38пожаловаться#16

AK

Alexey Kübler-Ross in QA — Load & Performance
Но зато всегда перед началом теста оперируеш несколькими удобными переменными(ранпап, кол-во рпс, время ступени, время после выхода на нагрузку, и прочее), а не бегаешь по всему профилю
источник
13:39пожаловаться#17

СФ

Степа Фомичев... in QA — Load & Performance
Max
Может я вообще неверно понимаю )
Я создал две Thread Group чтоб сначала отработала первая после вторая (где более интенсивная нагрузка) для последовательного увеличения нагрузки
Поэтому во второй группе указал Startup delay равное примерному времени выполнению первой группы

Обычно так делается ? или есть более правильный способ ?
Тред группы выполняются параллельно
источник
13:47пожаловаться#18

СФ

Степа Фомичев... in QA — Load & Performance
Зачем вам вообще две дред группы? Почему не сделать одну?
источник
13:47пожаловаться#19

СФ

Степа Фомичев... in QA — Load & Performance
А, понял, для послеждовательного увеличения нагрузки - попробуйте ultimate thread group
источник
13:47пожаловаться#20