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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

QA — Load & Performance

2853 membersпожаловаться на группу
2021 April 12

ВС

Вячеслав Смирнов... in QA — Load & Performance
Используется очередь вида LinkedBlockingQueue, объекты из которой проверяет TearDown?
Если так, то можно добавлять объекты в очередь только после завершения Loop.
Тогда для TearDown незавершённых объектов не будет.
источник
12:27пожаловаться#1

A

Alexander in QA — Load & Performance
Нет, по сути наоборот, jmeter останавливает тест по времени, но только тогда, когда тред завершил итерацию
источник
12:28пожаловаться#2

VG

Viktor Ganeles in QA — Load & Performance
1) сделай пропертю Х (определять её можно в SetupThreadGroup). Длительность теста обозначь этой самой Х

2) сделай внутри loop controller проверку длительности теста (if Controller). Если она превышает Х-10 сек, то заходи в IF controller, внутри которого лежит Flow ActionSampler с выбранным действием "Breaл current loop"
источник
12:29пожаловаться#3

VG

Viktor Ganeles in QA — Load & Performance
источник
12:30пожаловаться#4

A

Alexander in QA — Load & Performance
Не совсем понял, попробую объяснить детальнее - у меня в loop есть counter и после loop изменение статуса. Проверка сделана так, что все, которые в loop  подсчитаны, должны иметь новый статус. Но завершение пр вреиени омтанавливпет тест на этапе loop и не доходит до изменения статуса. Получается ошибка проверки
источник
12:33пожаловаться#5

A

Alexander in QA — Load & Performance
Спасибо, с flow controller я понял, но не понял насчёт проверки длительности теста
источник
12:34пожаловаться#6

VG

Viktor Ganeles in QA — Load & Performance
а, так у вас проблема в том, что нужно перед завершением теста обязательно все циклы loop докрутить до конца?
источник
12:34пожаловаться#7

A

Alexander in QA — Load & Performance
Дп
источник
12:34пожаловаться#8

A

Andrew in QA — Load & Performance
И еще что бы их 100 000 было и все за 1 сек. И все 200е
источник
12:35пожаловаться#9

A

Alexander in QA — Load & Performance
Я не хочу конфигуровать по количеству итераций, понятия не имею, сколько их нужно на определённое время
источник
12:36пожаловаться#10

VG

Viktor Ganeles in QA — Load & Performance
тогда другой вариант:
1) не ограничивайте тест по времени
2) в начале каждого треда сделайте if-controller, который проверяет, что время теста истекло. Если истекло - заходите в if-controller, в котором flow action control, в котором стоит "stop current thread"
источник
12:37пожаловаться#11

VG

Viktor Ganeles in QA — Load & Performance
тогда не будет общей команды "стоп", а значит все треды дойдут до логического конца
источник
12:37пожаловаться#12

VG

Viktor Ganeles in QA — Load & Performance
единственное, что длительность теста не хардкодьте, а через UserDefinedVariable пропишите. Чтобы когда понадобится её изменить, не пришлось по всем тред группам шариться :)
источник
12:38пожаловаться#13

A

Alexander in QA — Load & Performance
Это да, так и делаю
источник
12:40пожаловаться#14

A

Alexander in QA — Load & Performance
Идею понял, но не понял как мне получить текущее время теста
источник
12:43пожаловаться#15

VG

Viktor Ganeles in QA — Load & Performance
добавь в тест Debug Sampler, и включи у него отображение property
источник
12:43пожаловаться#16

VG

Viktor Ganeles in QA — Load & Performance
есть пропертя, обозначающая время старта теста.
источник
12:44пожаловаться#17

VG

Viktor Ganeles in QA — Load & Performance
можно делать "если ${текущее время} минус ${время запуска теста} > 100500"
источник
12:44пожаловаться#18

VG

Viktor Ganeles in QA — Load & Performance
время там в UnixTime, но для проверки длительности теста это как раз удобнее
источник
12:45пожаловаться#19

A

Alexander in QA — Load & Performance
Понял, спасибо, я надеялся, что есть что-то типа thread.runnigtime
источник
12:46пожаловаться#20