Кажется, каждые полгода кто-то снова пишет, что «QA скоро умрёт».
Сначала говорили, что QA заменят автотесты. Потом — что разработчики сами начнут всё тестировать. Теперь появился AI, и многие уверены, что через пару лет тестировщики будут не нужны вообще.
И знаете что? Мне кажется, что в этот раз они отчасти правы.
Я действительно думаю, что через несколько лет отдельная роль QA в её текущем виде начнёт постепенно исчезать или существенно трансформируется.
Но не потому, что качество больше никому не нужно.
Наоборот: просто качество станет ответственностью каждого инженера.
Как мне кажется, через 2–3 года большинство команд придёт к модели, где почти все — это такие «инженеры полного цикла».
Человек должен уметь:
• понять задачу • спроектировать решение • написать код • протестировать его • выкатить • посмотреть метрики и убедиться, что всё реально работает
То есть условный QA будущего — это уже не отдельная роль, которая приходит в конце и проверяет задачу.
Это скорее инженер, который умеет в разработку, автоматизацию, продукт и процессы качества одновременно.
По сути — настоящий fullstack, только не в смысле «frontend + backend», а в смысле полного цикла доставки качества.
Если в команде всё хорошо и процессы уже выстроены, такой человек спокойно может пилить продуктовые фичи или внутренние инструменты.
Например:
• сделать сервис для тестовых данных • написать внутренний тул для анализа логов • автоматизировать рутину через AI или low-code • просто взять обычную продуктовую задачу и заделиверить её самостоятельно
Но если в какой-то момент в команде начинает страдать качество, именно этот человек первым замечает проблему и переключается в другую роль:
• начинает разбирать, где ломается процесс • ищет bottleneck • внедряет новые практики • помогает разработчикам лучше тестировать свои изменения • выстраивает систему так, чтобы баги ловились раньше
То есть это уже не человек, который «тестирует задачи», а инженер, который отвечает за то, чтобы команда могла стабильно и быстро поставлять качественный продукт.
Именно поэтому, как мне кажется, через несколько лет будут важны не столько классические навыки QA, сколько более широкая инженерная база:
• умение писать код • понимание архитектуры и system design • автоматизация • продуктовый mindset • работа с метриками и процессами • умение искать системные проблемы, а не только баги • использование AI как обычного рабочего инструмента
При этом я думаю, что людям, которые умеют только гонять ручные тест-кейсы и ждать, пока им «отдадут задачу на тестирование», будет всё сложнее.
Потому что рынок всё меньше хочет отдельные узкие роли и всё больше хочет людей, которые могут самостоятельно заделиверить результат от начала до конца.
Возможно, название QA вообще исчезнет.
Но сама экспертиза в качестве никуда не денется — просто она станет частью более широкой инженерной роли.
И если честно, мне кажется, что это даже хорошо.
Потому что самый сильный специалист будущего — это не человек, который умеет только тестировать или только писать код.
А человек, который умеет в одиночку сделать фичу и при этом понимает, как не превратить продукт и процессы вокруг него в хаос.
Интересно, а как вы видите будущее для роли QA?
· 12.04
Круто когда все так слажено, но тем не менее до сих пор в приложении Авито багов тьма. В саппорт пишу постоянно, но даже через год баги воспроизводятся. Возможно стоит как то работать с юзерами, а не в кодинг уходить?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 12.04
Согласен, что нужно работать с пользователем и лично я руководствуюсь тем что пользователь на первом месте, но я думаю вы тоже должны понимать что приложения без багов это утопия и что все таки у нас в компании несколько тысяч инженеров, которые создают несколько тысяч релизов каждый день за которых я уже не могу отвечать.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён