Size: a a a

QA — Load & Performance

2021 August 24

VG

Viktor Ganeles in QA — Load & Performance
ок
источник

jj

jagga jagga in QA — Load & Performance
решили что обертка лучше
источник

jj

jagga jagga in QA — Load & Performance
могу стопать по лейблам, по фейлам, по времени отклика = зависит от тестируемого объекта
источник

VG

Viktor Ganeles in QA — Load & Performance
я часто встречался в жизни с ситуацией, когда грузишь ступеньками, и система затупила на несколько минут (например, из-за блокировок в БД), а потом взяла и ожила
и ты понимаешь, что:
1) в нынешнем виде системы - узкое место это блокировки
2) проблема эта "плавающая", может возникнуть а может и не возникнуть (ведь она же ушла)
3) но когда их порешаешь, максперф поднимется на Х ступенек, потому что дальше всё норм

потому я не очень хочу автостопперы внедрять
хотя если их гибко настроить, то будет полезно...
Надо подумать
источник

jj

jagga jagga in QA — Load & Performance
я не гружу ступеньками
источник

VG

Viktor Ganeles in QA — Load & Performance
меня больше привлекает старт нескольких разных жметров.
Сейчас для тестирования 5 систем используется 5 групп генераторов нагрузки (к каждой системе свои генераторы)
Хочу как-нибудь удобно сделать, чтобы можно было брать свободные генераторы из пула
источник

jj

jagga jagga in QA — Load & Performance
это долго
источник

jj

jagga jagga in QA — Load & Performance
свободный генератор возьмет за тебя CI
источник

VG

Viktor Ganeles in QA — Load & Performance
велосипеды на грувях в дженкинсе?
источник

jj

jagga jagga in QA — Load & Performance
gitlab runner - concurrent = 1
источник

jj

jagga jagga in QA — Load & Performance
тут вариативно - есть несколько вариантов логики оценки интервала for. over. within
источник

jj

jagga jagga in QA — Load & Performance
сорян за мой косноязычный перевод и адаптацию:
for -  каждое полученное значение вызывает пересчет критерия и сравнение
within - срабатывает по превышению в любой момент таймфрейма
over -  упрощенный вариант within, сравнение происходит только за время полного таймфрейма
источник

jj

jagga jagga in QA — Load & Performance
распределенные тесты у тебя есть?
источник

VG

Viktor Ganeles in QA — Load & Performance
да
но там пришлось велосипедить, чтобы некоторые тред-группы запускались не на всех генераторах
источник

jj

jagga jagga in QA — Load & Performance
странно выглядит, зачем так?
источник

jj

jagga jagga in QA — Load & Performance
у меня сделано 5 серваков с джеметром, на которых запущены джеметры в режиме слейва - тест проходит заканчивается, для чистоты картины ребутается сервер джеметра
источник

VG

Viktor Ganeles in QA — Load & Performance
Потому что некоторые бизнес-кейсы высокоинтенсивные, и им нужно много жметров

А некоторые низкоинтенсивные, и их размазывать на несколько жметров - значит они будут слишком долго ждать между итерациями
Такие лучше с одного жметра пускать
источник

С

Сергей in QA — Load & Performance
доброе утро. занимаюсь автоматизацией на java. сейчас встал вопрос надо НТ провести. что лучше выбрать jmeter или gatling? ни тем не другим не пользовался ни разу )))
источник

VK

Vitaliy Kudryashov in QA — Load & Performance
Потыкай оба и выбери что больше понравилось
источник

ΙΤ

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