За 7 лет в индустрии я заметил странную вещь: наша профессия - настоящий чемпион по количеству имен.

Мы прячемся под масками Performance QA, Load Tester, Performance Engineer, а иногда и вовсе маскируемся под SRE или QA Automation. Но дело не только в названиях, а в подходе.

Я часто вижу разделение на две школы:

1 Performance Test Engineer Фокус на процессе тестирования. Есть скрипт, есть прогон, есть отчет Pass/Fail. Задача - проверить, выдержит ли система заявленную нагрузку здесь и сейчас. Это фундамент.

2 Performance Engineer Здесь начинается самое интересное. Задача - не просто «подать нагрузку», а обеспечить производительность. Это про:

— Поиск тех самых Bottlenecks (почему база уходит в лок?). — Анализ планов SQL-запросов и метрик JVM. — Настройку мониторинга и анализ утилизации ресурсов. — Рекомендации по тюнингу, которые реально ускоряют систему.

Для меня грань между «тестированием» и «инженерией» проходит в тот момент, когда ты перестаешь просто фиксировать цифры в отчете и начинаешь искать причины их поведения.

Сейчас я вижу, что рынок всё чаще ищет именно «инженеров», но вакансии всё так же скромно называют «Тестировщик».

Коллеги, а как вы считаете? Должно ли название должности отражать глубину погружения в инфраструктуру? Или «Нагрузочник» - это универсальное заклятье, которое покрывает всё?

Делитесь в комментариях, как ваша роль называется в трудовой и как бы вы назвали её сами! 👇

#PerformanceEngineering #PerformanceTesting #JMeter #QA #ITCareer #НагрузочноеТестирование