Всем привет! Меня зовут Оля Ермолаева, я работаю в сфере обеспечения качества ПО уже больше 17 лет. За это время я успела поработать в самых разнообразных компаниях по очень разным направлениям: от ПО для автозаправок до финтеха, агротеха и ритейла. Пробовала себя и в ручном, и в автоматизированном тестировании. В итоге лет 10 назад ушла с головой в менеджмент и веду свой небольшой ТГ канал про тестирование, менеджмент и всё, что с этим связано.

В начале этого года мы с коллегами зацепились языками по вопросу соотношения тестировщиков и разработчиков в командах разработки в зависимости от разных факторов и мне стало интересно, а как вообще на рынке с этим сейчас обстоят дела. Устроив опрос по разным чатам и сообществам, я готова поделиться с вами этой информацией, погнали!

Опрос охватывает мнения 241 респондента из IT-сферы России (а возможно туда попали русскоязычные и из других стран, но таких должно быть меньшинство), представляющих компании разного масштаба:

При этом, 59% всех респондентов работают в компаниях, где IT - основной бизнес.

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

Теперь посмотрим на статистику соотношения QA-Dev в компаниях респондентов:

Как видим, половина респондентов отмечает в своих компаниях высокую плотность соотношения QA-Dev в командах разработки, т.е. соотношения от 1:1 до 1:3.

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

Перейдём ближе к телу: что происходит с соотношением QA-Dev непосредственно в тех командах, где работают респонденты, а так же, в каком направлении работают эти команды.

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

В среднем распределение такое, где под фронтом имеется в виду веб, мобилка или десктоп:

При этом, при чисто бэковых стеках наблюдается намного больше команд без QA инженеров:

Ну и, конечно же, в командах, работающих над системами для внутренних пользователей QA как правило, меньше, чем в тех, кто занимается разработкой систем для внешних пользователей или и тем и другим сразу:

Какие выводы можно сделать из собранных данных?

Если смотреть на результаты без попытки натянуть на них революцию, вывод довольно простой: за последние 10–15 лет в соотношении QA и Dev рынок поменялся не так уж сильно. Да, вокруг все это время происходило много интересного: agile, shift-left, DevOps, CI/CD, автотесты, микросервисы, AI и еще целая россыпь модных и полезных слов. Но если спуститься с уровня подходов на уровень реальных команд, окажется, что среднее соотношение между разработкой и тестированием осталось примерно таким же.

И это, в общем, логично. Тестирование действительно стало быстрее и технологичнее: больше автоматизации, лучше инструменты, удобнее инфраструктура, короче циклы обратной связи. Но и разработка за это время разогналась ничуть не меньше. Команды выпускают больше фичей, быстрее чинят баги, чаще релизятся, поддерживают более сложные продукты и интеграции. Поэтому выигрыш от оптимизации тестирования во многом съедается общим ростом скорости и объема разработки. В итоге команды не столько уменьшают потребность в QA, сколько перераспределяют нагрузку внутри все того же привычного баланса.

Отсюда и главный практический вывод: разговоры о том, что QA вот-вот “заменят” процессы, разработчики, автоматизация или AI, пока выглядят скорее теоретическими, чем рыночными. Инструменты будут становиться умнее, рутинные задачи - дешевле и быстрее, а требования к QA-инженерам - выше. Но сама роль никуда не исчезает, потому что качество по-прежнему не возникает само по себе, даже если у вас отличный пайплайн, модный стек и Copilot открыт в соседней вкладке.

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

А вы как считаете?