Комментарии 25
Тоже в прошлом году перешёл в разработку из QA, хотя опыт у меня далеко не такой внушительный, как у вас. Удивительно, как точно вы сформулировали современное состояние индустрии.
Таких позиций и вакансий действительно мало.
В любой сфере вкансий для исполнителей больше, чем для руководителей. Сейчас айти не в лучшей форме, и компании пытаются выкручиваться путем сокращения и найма в основном на исполнительских ролях. Руководителей стараются трогать в последнюю очередь. Поэтому такие, и без того нечастые вакансии, нынче попадаются куда реже. Это затрагивает не только QA.
Технологии тоже сильно поменялись. Кубернетес, пайтон и что там ещё теперь хотят, может быть и выглядят пугающе, как пульт от телевизора для бабушки. Но все вполне доступно даже начинающим. 10 лет тому назад целые отделы автоматизаторов занимались разработкой фреймворков для тестирования на Java. Теперь вся мыслимая и почти немыслимая функциональность доступна в пару кликов.
QA это интересная область, с низким порогом входа. Но в плане карьеры и денег, действительно, скорее тупик. Бюджеты на QA это расходная часть, которая обычно определяется просто как доля от остальных костов. Вам как руководителю это хорошо известно. Поэтому пространства для финансового маневра здесь особо ни когда не было. Разработка всю историю оплачивалась в разы лучше.
Что касается должностей, то заманчивые перспективы кого-то рисовал ITIL v3. Но практика показала, что в таком виде он применим лишь к небольшой части топовых компаний. У остальных же получается лютый оверинжениринг. Там где это действительно нужно, - требуется хорошее понимание своих процессов и продукта, - проще растить специалистов внутри вместе с компанией, чем искать на рынке.
А мне кажется это естественный путь - все кто хорошо программирует, рано или поздно уходят в разработку, освобождая место новичкам в QA и тем, у кого нет тех образования и серьезных навыков программирования. Нам тоже хочется кушать:) Я в тестировании 10 лет, мой технический уровнь с нуля поднялся очень высоко, но в моих рамках (я не программист и планирую им быть), зато когда пришел ИИ, я была готова принять его помощь и знания. Мое следующее направление, куда я нацелилась - AI Tester, GenAI QA Engineer, AI Product Creator.
QA - не «недо-разработчики»: вместо навыков кодирования, важны системное мышление, тест-стратегии и поиск «слепых» зон. Если считать QA новичками ИТ сферы, люди будут уходить из профессии.
Тут путаница возникает из-за использования аббревиатур: QA как дисциплиной, QA аналитиками, и тестировщиками ПО - которых тоже часто называют QA. Причём у каждых внути есть ещё по несколько разных направлений.
Уровень, который будет требоваться от специалистов в каждой конкретной организации, зависит от разных факторов, в том числе и степени зрелости процессов внутри. Не всем и не всегда нужно соответствие ISO9000.
мой доход превысил миллион рублей в год
1000000 / 12 = 83 333,(3)
но миллион, конечно, звучит солидней
Это скорее условный "миллион" - будь то доллары, рубли или евро - для драматичности. Реальные цифры под NDA, к сожалению, не могу их озвучивать.
Люто-бешено плюсую.
Дошли до стадии. Мне проще самому баги фиксить и комитить, чем девелоперам объяснять и писать трёх страничное описание с картинками, схемами и диаграммами, которые сами девелоперы не осилили.
Николай, хочу выразить вам очень сильное признание и благодарность за столь замечательную статью.
Почти каждая строка цепляет струны души. После её прочтения, я чувствую легкость и спокойствие. Разум очистился от всей накопившейся скверны.
Все что накопилось в голове и душе наконец-то было четко и детально озвучено вами и в гораздо большем объеме.
Большое спасибо!
К сожалению, специалистов, которые действительно понимают, что такое качество и как выстраивать его системно, становится всё меньше.
специалистов сначала менеджеров, затем уже специалистов
Ведь если строить качество от бизнеса, то бизнес должен понимать как им надо. А когда качество нужно "ну вот какое-то вот такое" - дальше и не нужно давать QA никаких доступов кроме исполнительских.
Из текста видно, что автор сам не понимает, что он должен из себя представлять как специалист. Никакой конкретики, лишь абстракции. И мне как руководителю было бы странно подобного спеца брать на работу за большие деньги. Если он не знает куда и как расти его людям, если он не умеет и не может, как руководитель, влиять на процессы и не может донести важность своего направления, важность процессов, выстроить границы для своего направления, в конце концов расписать процессы и выходную-выходную информацию в их рамках.
Архитектура, архитектурные, на стыке и пр. и никакой конкретики. Складывается впечатление, что qa должен что-то корректировать в поведении остальных участников разработки и поддержки продукта и, собственно, все. Процессы выдумывать ещё какие-то. Где работал, как работал тоже не ясно.
Без бизнеса нет ИТ. Увы. И естественно все хотят заплатить меньше, а получить больше. Но если человек сам не понимает зачем он нужен, то и работодателю он на фиг не сдался.
Спасибо за обратную связь.
Моя цель - показать стратегическую роль QA и обозначить ключевые векторы развития, а не выдать универсальный чек-лист. Реализация практик всегда зависит от продукта, команды и специфики бизнеса.
Считать "конкретикой" QA лишь алгоритм "делай А, Б и В" - значит упускать главное. Ознакомьтесь с Quality Engineering и примерами из крупных организаций: там эти методы давно приносят измеримый эффект.
Со многим не могу согласиться. Работаю четвёртый год ручным тестировщиком, и пишу автотесты по необходимости. Никто на меня ничего лишнего не вешает. ЗП для ручника высокая по сравнению с рынком. В кубере ничего не разворачиваю, Jenkins настроили для автотестов и на этом все. Сам иду и говорю, что бы я мог сделать для проекта. Работаю в самой крупной нефтяной компании РФ.
Спасибо за комментарий, очень ценен реальный опыт.
Действительно, есть компании, где процессы чётко структурированы, и это может работать хорошо. Но даже в вашем примере вы упоминаете, что формально остаетесь ручным тестировщиком, а при этом пишете автотесты - значит, разделения труда как такового уже нет. Возникает вопрос: почему это делаете вы, а не выделенный автоматизатор? И правильно ли, что это на вас? Кто выбирает технологию и кто ее будет потом поддерживать, с вашим уходом останется ли это в процессах компании или нет.
Важно понимать: QA и ручное тестирование - не одно и то же. QA - это про качество в целом: стратегии, метрики, процессы, автоматизация, аналитика рисков и даже влияние на бизнес-решения.
У нас в команде есть автоматизаторы, я сам беру и делаю, чтобы научиться, так же с согласованием на повышение грейда. Технологию и тп уже выбрали за меня Лиды и старшие автоматизаторы.)
Я в курсе, что такое QA. Вы пытаетесь сейчас найти за что зацепиться. Так же я общаюсь с другими тестировщиками. Не слышал ни от кого, что они чем-то перегружены лишним.
То, что вы сами берёте инициативу, учитесь, согласовываете развитие - большой плюс вам как специалисту и вашему руководству. Это и есть здоровый пример работы, где у команды есть структура, поддержка и внятные ожидания.
Но важно понимать, что у всех опыт разный. То, что у вас всё устроено прозрачно и без перегруза - это круто, но, к сожалению, далеко не везде так.
Я не хотел принизить чей-то опыт, а лишь показать тренды, с которыми сталкиваются многие. Хорошо, если вам повезло работать в сильной структуре. Именно такие команды и формируют позитивный пример профессии.
Добрый день.
Я ещё только пытаюсь заскочить в последний вагон и попасть в сферу IT на старости лет. Мне начало шестого десятка почти 30 лет отдал свою жизнь продажам. Последние 10 лет в отделе продаж на заводе в должности зам.начальника с ЗП в районе 60 т. деревянных. Скажу Вам прямо не дочитал статью до конца. Похоже больше на нытье, как всё плохо. Присмотритесь, пожалуйста, что происходит вокруг. То, что пишите про амбициозных руководителей, пришедших из других сфер, так это сплошь и рядом. Даже на уровне государства. Если уж банкиры становятся министрами сельского хозяйства, при этом не зная, как выращивать пшеницу.... Ту ситуацию, которую описываете в статье это везде и повсеместно. Начал читать статью и стал думать, а зачем мне все это. Сижу, получаю свои 60 деревянных и хватит. Но нет!!!! Жизнь продолжается и надо что-то в ней менять. Тем более пенсионный возраст ещё хотят поднять. А амбициозных людей хватает везде. Будьте более позитивнее! Не хочу, чтобы Вашу статью прочитали те, кто хотят изменить свою Жизнь в лучшую сторону! А Вам Удачи, Удачи и ещё раз Удачи!!!!!
Возможно мы немного не поняли друг друга. Цель статьи вовсе не в том, чтобы показать пессимизм сферы или кого-то отговорить от входа в IT. Наоборот - я хотел показать, что даже у тех, кто уже давно в профессии, бывают сомнения, сложности и разочарования. Это не слабость, а часть реальности. Я сам меняю направление и знаю, как это сложно.
И если хоть кто-то после статьи решит, что он хочет не "сдаться", а изменить профессию, компанию или подход к работе - значит, текст сработал. Я точно не хотел оттолкнуть тех, кто только идёт в IT.
Удачи и вам - и пусть у вас всё получится!
Почему я ушел в разработку?
После двенадцати лет в QA и года поисков новой работы я неожиданно обнаружил, что пройти собеседование на позицию разработчика значительно проще, чем на QA.
Хуже того: многие QA-специалисты приходят в профессию после 3—6 месяцев онлайн-курсов, не имея ни технического образования, ни понимания основ инженерной культуры.
Ну хорошо,тех.образование у Вас есть,но явно Вы подтягивали Goland?Где?На таких же 6 месячных курсах?
Образование - это основа, но, как и в любой профессии, многое зависит от саморазвития. Я изучал Go на практике, решая реальные задачи в компании и в собственных pet-проектах - а не только на курсах. В то же время язык программирования - это всего лишь инструмент, а не профессия. Поэтому курсы, которые помогают освоить инструмент, вполне уместны.
Если человек купил камеру Nikon, а потом решил пройти курс по Sony - это не делает его свадебным фотографом. Но это шаг в сторону освоения нового инструмента. Всё решает то, как он этим инструментом пользуется на деле.
От релиз-менеджера до разработчика: почему я ушел из QA и не жалею