Size: a a a

QA — Load & Performance

2021 November 11

С

Сергей in QA — Load & Performance
источник

С

Сергей in QA — Load & Performance
этап записи и запуска пройден! пришло время анализировать результат) и давать какие то рекомендации по оптимизации
источник

АР

Александр Руснак... in QA — Load & Performance
а если параметр limits в кубере не задан? рестарт все равно будет? + если приложение в docker, это ошибка запишется хоть в какие то логи?
источник

KY

Kirill Yurkov in QA — Load & Performance
вакансии лучше мониторить тут: @qaload_job
стек чего, ты же вроде итак написал графана жметер и инфлюкс?
источник

KY

Kirill Yurkov in QA — Load & Performance
всё равно, у кубера есть хелфчек, надо смотреть его статус. условно если мы отвечаем 500ыми приложение просто может быть казнено.
если лимиты не задавали, то надо смотреть в сторону того конечно какие лимиты вы задали на старте вашего JVM приложения. XMX XMS и тд. бесполезно расширять лимиты пода если оно упирается в ограничение жава машины
источник

KY

Kirill Yurkov in QA — Load & Performance
но при любом раскаладе надо смотреть политику кубернетесу по рестарту сервиса
источник

KY

Kirill Yurkov in QA — Load & Performance
и понимать что в каком случае может произойти раньше/позже
источник

KY

Kirill Yurkov in QA — Load & Performance
правильного ответа тут нет
источник

С

Сергей in QA — Load & Performance
Это стек на котором я нагружаю. Но мне то надо предоставить разработчикам отчет - что я им туда вложу? В итоге сейчас ковыряясь во все этом пришло понимание что надо разбираться в nginx балансировке и тд
источник

KY

Kirill Yurkov in QA — Load & Performance
зависит от того как выстроен процесс. я делю это условно на нагрузочного тестера и перформанс инженера.
типичный нагрузочник в волшебном банке каком то может вообще только уметь ровно то что ты и просто давать отчет, вот я нагрузил, вот результаты какие то
источник

KY

Kirill Yurkov in QA — Load & Performance
перформанс инженер в рамках моей интерпретации это чувак который уже находит проблемы, чем точнее тем выше его экспертиза
источник

KY

Kirill Yurkov in QA — Load & Performance
а там уже бесконечные границы технологий, те какие в компании используются те и нужно шарить. условно понятно что везде есть общие вещи, такие как сеть, протоколы, базы - посмотри в то что тебе кажется будет важнее. никто тебе не сможет предсказать с какими проблемами ты столкнешься в работе, какая это будет технология и как в ней искать проблему
источник

KY

Kirill Yurkov in QA — Load & Performance
поэтому многие компании выбирают простой путь - не искать проблему))
источник

С

Сергей in QA — Load & Performance
короче надо идти за прибавкой к ПМу, а то я пашу тут за 4х - руками тестирую, автоматизацию делаю, НТ еще и людей собеседую в другие команды)))
источник

KY

Kirill Yurkov in QA — Load & Performance
или идти в нормальные компании) а вообще фулстек тестер звучит гордо)
источник

KY

Kirill Yurkov in QA — Load & Performance
и больно
источник

jj

jagga jagga in QA — Load & Performance
хороший борд ты долэен нарисовать  для себя сам
источник

KY

Kirill Yurkov in QA — Load & Performance
для какой тулзы то
источник

В

Владислав in QA — Load & Performance
JMeter
источник

jj

jagga jagga in QA — Load & Performance
не юзайте яндекс облако xD
источник