Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Тестирование доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 17
Если говорить о международных и американских компаниях, то в последние 3-4 года доля тех, где есть выделенный QA, снизилась практически до нуля. У всех dev-QA и внутреннее тестирование (testflight и тому подобное).
Мои попытки иногда призвать к тому, а не нанять ли нам отдельного QA-инженера, встречают абсолютную ненависть как со стороны разработчиков, так и со стороны менеджмента. Все их терпеть не могут и не хотят больше видеть. Это ж надо было так всех достать...
Интересно! А ты проводил исследование по таким компаниям или это в твоей компании так и по ощущениям вокруг тоже? :)
Во-первых если можно не "ты", а "вы".
Во-вторых это из моего собственного опыта работы примерно с десятком компаний, в которых я либо работал, либо которые консультировал за последние лет пять. А также из опыта работы моих коллег и знакомых, с которыми мы обсуждали этот вопрос.
Так что это примерно десятка три компаний, про которые я могу сказать достаточно точно. Значительная часть из них – с капитализацией в несколько миллиардов, то есть совсем не бедные.
Последний опыт, где у меня была нормальная QA команда был в Johnson&Johnson – там был софт для хирургии и требовалось очень серьёзное тестирование. Но это было почти четыре года назад.
Конечно не любят, когда каждый раз в говнокод рыльцем тыкают, мало кому такое понравится 😉 А нет QA, нет проблем, и можно гордо говорить, что все работает. Приблизительно поэтому столько говнопрограмм на всех уровнях, даже в уважающих казалось бы себя компаниях.
Абсолютно не из-за этого. А из-за того, что к сожалению вместо того чтобы быть нормальной частью процесса разработки, в большинстве компаний QA превратились в вахтёров, полезной работы делающих по-минимуму, но вот проблем создающих по-максимуму. Задерживающих релизы (когда это критично), придирающихся к мелочам (хотя моё самое любимое когда они к работе нативных API придираются, особенно если по их представлениям всё должно быть не так), создающим для других кучу лишней и ненужной работы там где её не было. Вещающим про «говнокод», при том что сами ни строчки кода написать не способны.
Именно поэтому их функции и передали инженерам и менеджерам. Те заинтересованы в том чтобы процесс шёл, не в том чтобы собственную важность подчеркнуть. Мне, кстати, такая передача ну совершенно не нравится, потому что это больше работы для тех у кого работы и так навалом. Но я прекрасно понимаю что зачастую для бизнеса это может быть правильным решением.
Ну а на самом деле я бы хотел чтобы мы сейчас наняли QA-инженера, я уже писал что у меня был отличный опыт работы с хорошей QA-командой. Вот только этот инженер должен быть нормальным инженером, не хамоватой малообразованной девочкой «вкатившейся в IT». Он (она, оно - мне пофиг) должен уметь писать код и понимать код не хуже всей остальной команды. Он должен заниматься всеми тестами (и unit, и integration, и e2e, и non-functional), писать для них корректные сценарии покрывающие corner-cases. Делать все fixtures, писать все service-APIs. Вручную тестировать то, что не может быть автоматизировано и что машине объяснить трудно, и давать адекватный фидбек инженерам и дизайнерам. Читать внимательно тикеты и документацию, а не создавать каждый раз баг-тикет «а я хочу не так».
К сожалению найти таких специалистов сейчас крайне сложно, нет их практически. Потому что это требует квалификации нормального инженера, но QA принято платить как тем вахтёрам. Соответственно нормальные люди туда просто не идут. Вина ли это бизнеса и менеджмента? Безусловно. И я очень бы хотел выправить ситуацию, и по крайней мере у себя я сейчас надеюсь так сделать.
А, теперь понятно уровень ваших фирм и соответственно ваше отношение :) В нормальных фирмах у QA зарплаты на уровне с дев, при этом не малый процент среди QA из тех, кто перешёл из дев, и прекрасно умеют кодить. Более того, они легко замечают проблемы не только в коде, но и в логике функционала, которую дев просто не видит, потому что его задача узкая - написать код по таску. И целой картины очень часто он банально не замечает.
Поэтому и бесятся, что им по несколько раз возвращают таски, хотя "код же компилится" ))
Поэтому ваше восприятие правдиво, но только для вас и из-за вашего личного опыта. Есть очень много компаний, где процесс настроен лучше и работает как часы с вовлечением всех уровней.
Не уточните конкретно пожалуйста, какие конкретно вы компании имеете в виду под «нормальными», желательно из тех в которых вы лично работаете.
Лично я, из своего скромного опыта, могу тут помянуть разве что такие шарашкины конторы как Johnson&Johnson, Bilt Rewards, PepsiCo e-commerce, Strava, Sage ну и несколько других достойных меньшего внимания, так как капитализация у них меньше нескольких миллиардов долларов (минимум для нормальной компании должен же вероятно проходить где-то на таком уровне, не так ли).
Вот изо всех этих QA был только в J&J (Surgical Process Institute), да и то это было скорее из соображений compliance. Хотя команда была отличная, не скрою. Абсолютное исключение из того что я всегда видел в качестве QA.
Все остальные QA в последние годы устранили.
Очень странные у вас там в америках и международках куа инженеры, видимо их у вас там действительно не ценят и туда не идут работать хорошие спецы. Здесь в РФ я такого не видела ни в одной компании, где работала - чтобы куа был "вахтёром" и всем только мешал... это либо сугубо личное восприятие, либо такая странная культура.
Ну может вы лично не мешали. Или вам казалось что не мешали - ничего не могу сказать. Да и не важно.
Суть в том что не в америках, конечно, а в международных компаниях уже несколько лет как такая тенденция. Учитывая лаг, с которым тенденции доходят до ваших краёв, думается доходят они как раз примерно сейчас.
Это не временно, это довольно надолго. Автоматизация и агенты только усугубят ситуацию.
Ну а что касается «не ценят», то в относительном эквиваленте конечно QA получали значительно меньше разработчиков (что на мой взгляд не всегда справедливо), но в относительных цифрах это всё равно было сильно выше средних зарплат по стране. А уж с вашими краями я не буду сравнивать, потому что ваших реалий давно не знаю совсем.
Мне нравится тестирование и продолжаю ему учится, но в 2026 трубят что всё IT комьюнити заменяемо (в частности тестировщики). Стараюсь не попадаться на это и продолжаю обучение/ищу работу (Я стажёр/джун)
Автор не в курсе как ИИ и многие другие вещи менеджерские уже изменили рынок. Сейчас повезет если 1 qa будет на команду.
При этом надо не только считать сколько qa на разработку, а сколько сервисов у данной разбортки. Обычно сейчас одна команда может нести отственность более чем за 40 сервисов в некоторых командах.
Во-первых, текущий уровень ИИ (а особенно доступных в закрытом контуре крупных компаний в РФ), требует сеньорных специалистов для ревью, критической оценки и доработки того, что этот ИИ выдает. Иначе получается неподдерживаемый хаос в коде и повышение рисков. Даже AWS от этого пострадал, хотя там возможностей больше.
Во-вторых, очень грустно наблюдать, что многие забыли для чего были придуманы микросервисы. Они не всегда (читай редко) требуются именно для оптимизации производительности систем. И даже часто мешают этой производительности. Микросервисы в первую очередь призваны оптимизировать работу команд разработки, за счет разделения ответственности. Когда одна команда отвечает за 10+ сервисов - это выглядит печально.
Реальность рынка и оптимизация такая.
На счет ИИ факт остается фактов, ИИ сокращает основной штат. Это видно.
Это видно, не спорю. В части компаний. А еще видно, что в других компаниях штат растет. А еще видно, что там, где перестарались с заменой людей на ИИ, местами хватаются за голову и зовут людей обратно.
Без сомнения - ИИ меняет рынок. Но разумный подход - не избавиться от людей, а оставить лучших из них (и набрать еще) и дать им в руки новые инструменты
Отличная статья вышла) здорово, что подкреплена пусть и небольшим, но статистически значимым исследованием.
Неистово плюсую по теме роста ожиданий от современных QA, то, что лет 10-15 назад было ожиданием от синьоров/синьорит, сейчас иногда может с горочкой покрываться ожиданиями от джунов нашего времени.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
QA и Dev в командах разработки: есть ли правильная пропорция или всё зависит