Обновить

QA в 2026 году: почему лёгкого входа в IT больше нет

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели20K
Всего голосов 25: ↑21 и ↓4+17
Комментарии16

Комментарии 16

В этой статье я хочу поговорить о том, что происходит с QA-индустрией прямо сейчас и к чему стоит готовиться в 2026 году. Формально мы говорим про следующий год, но на самом деле речь не о резком переломе «с 1 января», а о тенденциях, которые уже начались и, скорее всего, будут только усиливаться дальше.

Простите, а вы из какого года пишете? 2026 вроде сейчас как раз сейчас идет, если мы говорим формально про следующий год - то это уже 2027 будет.

А это наше будущее. В смысле, такие ошибки. ЛЛМ увы, не умеют в логику 😀

как прежде уже никогда не будет и это касается не только QA

На самом деле тенденция на схлопывание команды разработки из 10+ узкоспециализированных специалистов в 2-3 мультизадачных спеца уже становится реальностью.

Сейчас уже сталкиваюсь с тем, что от Senior Dev требуют глубокое знание в Full-stack, DevOps, System Design и даже System Analyze и AQA. Не в смысле классической Т-образной компетенции, где ты очень хорошо знаешь back-end и по верхам всё остальное, а прям должен собой заменять целую команду разработки и всё благодаря ИИ.

Так что скоро под QA будут понимать full-stack с тестирование нагрузки. Я так понял ручное тестирование будут спиховывать на агентов на OpenClaw

Чтобы что-то одно знать из этого глубоко, нужны годы. Не думаю, что такие люди как требуются реально есть в сколько-то значимом количестве. Заменять целую команду благодаря ИИ более реалистично звучит, но не думаю что это о "глубоком знании".

Слово "лёгкого" в заголовке лишнее

Входил в qa в 2015. Тоже было не легко...

Ручное qa так же никуда не денется, только тот кто занимается ручным qa должен отлично знать предметную область и быть экспертом по юзабилити. По аналогии как гейм тестер который в первую очередь является геймером и может сказать разработчикам что данная механика снижает качество игрового процесса.

Может и не исчезнет, но то, что мэнуал инженеров уже требуется в разы меньше, чем лет 5 назад - это неоспоримый факт. В целом, я согласен с позицией автора, автоматизация становится необходимостью, а не бонусом в резюме.

Кликеры по кнопкам действительно не нужны, но они не были нужны и 15 лет назад, проблема была только в стоимости софта для автоматизации и нехватки специалистов. Сегодня, да, ИИ это компенсирует. Хотя тоже с оговорками. В любом случае, никто в здравом уме не будет выпускать в продакшн продукт который не проверен руками.

Токсичность они не приветствуют, видали какие нежные. Я прям при этих словах так и вижу очередную HR фею с лавандовым рафом на столе и варениками на лице.

Ты милая посиди в консоли пару суток, а не на.... очередном вебинаре, отыскивая в чем проблема. Я тогда посмотрю как ты запоёшь.

Программист это вам не подружка. И не выпускник курсов по саморазвитию. Настоящий программист пипец какой токсичный тип и интроверт, потому что другой человек не сможет ни так жить, ни так работать, ни так учиться.

В этом доля правды есть. Выныриваешь после 4 часов погружения в монолит, когда ещё и не получается ничего, а тут тебе довольный девопс, настроивший 1 таску в пайплайне рассказывает бородатый анекдот, который к тому же он уже сегодня рассказывал. И нужно как-то переключиться, чтобы не послать его с этими приколами и сделать вид, что тебе не пофиг на его старания развлечь коллег. Сзади, более молодые 37-летние коллеги истерят, как трудно стало покупать игры в Стим и как они вчера удачно сходили на квиз. Я сам бросил эти увлечения лет в 12 и каждый день слушать разговоры об этом уже маленько подбешивает. Слава богу, ребята, которые шьют изделия из кожи и сами меняют масло в раздатке Нивы немного разряжают для меня обстановку 😀

К сожалению в наш уютный мир гиков сначала пришли большие деньги, а вслед за ними всякие приспособленцы.

Впёрлись к нам как в теремок.

В итоге я давно жду, когда он развалится окончательно. Надеюсь мы после этого сделаем выводы, построим новый и пускать туда никого не будем. Пусть hr феи развлекаются с любителями качать из стримов - а мы будем писать на Си и ассемблере

Ага в 90-е когда не чего кроме книг не было и спросить было не у кого. Было легко. Сложно всегда было есть и будет. Обучение тогда и сейчас это большая разница. Да сейчас спрос больше и и возможностей почти на порядок больше и быстрее. И как и тогда так и сейчас из 10 начинающих останется 1 который смог.

Прочитала исходный текст дважды. Автор не замечает главного.

Нельзя требовать от ручного тестировщика переквалифицироваться в автоматизатора, как нельзя заставить бухгалтера выполнять работу финдиректора. Да, оба работают с цифрами. Но бухгалтер живёт в мире учёта и порядка, а финдиректор в мире стратегий, дефицита и рисков. Работа с одним и тем же материалом не делает их взаимозаменяемыми. Сознание устроено иначе.

С ручным тестировщиком та же история. Он исследователь. Его хлеб неизвестное. Он лезет туда, куда автотест по определению не пойдёт, потому что автотест проверяет то, что уже знает. Ручник ищет странности на границах спецификации, строит гипотезы на лету. Это не баги в отчёте, это чутьё на систему. Научить этому нельзя, оно нарабатывается сотнями часов живого контакта с продуктом. И далеко не каждый, кто пишет автотесты, вообще способен так работать, просто потому что у него мозги заточены под другое.

Автоматизатор по факту это строитель. Его задача: возвести конструкцию, которая будет держать известное. Воспроизводимость, стабильность, читаемость кода, интеграция в CI/CD. это инженерная работа, местами довольно монотонная, требующая дисциплины и архитектурного мышления.

А теперь рынок, с его вечным зудом оптимизации, пытается скрестить эти две роли и назвать результат fullstack-инженером по качеству. Потому что если копнуть глубже, это не эволюция профессии. Это попытка нанять одного человека вместо двух. Прикрытая модным словом.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации