Pull to refresh

Comments 25

Если вам нужен человек, который не только пишет код так же хорошо, как и разработчик, но ещё и умеет в тестдизайн, процессы и ещё кучу всего, что вы ожидаете, то есть два варианта:

  • или это очень редкий дорогой специалист;

  • или он во всём этом разбирается весьма посредственно;

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

так в том соль, первая картинка была спойлером))

что бы быть человеком из 1 варианта, по моему единственный логический вариант который, обуславливает текущее развитие технологий и движение развития специалиста в этом направлении)

Зачем ему это, если проще в разработчика развиться?

мне вот и в тестировании интересно, у меня другой склад ума)

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

Даже если вы во всем разбираетесь и все знаете, то все равно физически ты один человек и больше чем один человек не сделаешь.
Средний разработчик и тестировщик могут быть более востребованные, чем два в одном.

Но вообще идея хорошая и она у разработчиков по фронту в общем то так же стоит. Только с бэкендом.

конечно) так а кто сказал что должен быть только один) тут вопрос в эффективности подходов) для конкретной ситуации,

да и manual тестирование никуда не уйдет в любом случае)

статья - больше полет мыслей про реалии, возможности и какие-то субъективные выводы))

 Начинал с позиции джуна, вырос до лида с собственной командой и своими процессами — сейчас являюсь servant leader отдела QA.

За 6 лет от "в 2017 открыл книгу" до "Head of QA"? В одной компании?

ну типа да, за 6+ лет, не так уж и быстро, но качественно)

нет, сменил 3 компании и 7 проектов) не считая текущих

Все прекрасно, главное теперь найти единорога :)

--------------

В реальности часто найденный "единорог" является обычным "козлом", которому кто-то один рог уже обломал :)

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

ну тестировать свой код разработчиками хорошая практика), так же от части соглашусь что "нет там таких знаний", но эта палко о двух концах, нет и таких знаний у разработчика которые бы не усвоил тестировщик) поэтому скиллы будут расти) так собственно и происходит)

если получится "заставить" разраба тестить - прекрасно) и мы будем более интересные кейсы искать и сконцентрируемся на нефункциональном тестиовании и авто))

я кстати не слышал такого правила, что должен тестировать тестировщик) и мне кажется не пройдет) количество it вакансий тольrо растет, в том числе и в нашей сфере) пока я даже тенденций не вижу к снижению спроса, как и желающих войти в it)

ну и видимо маленькие и средние, пока не научились зарабатывать на тестировании)

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

Только попробуй всё это совмещать одновременно. Как уже писали выше - человеки-оркестры либо всё делают хреново, либо стоят много. В рабочем дне всего 8 часов, невозможно всё успевать за всех

Поэтому разрабы кодят и пишут юнит тесты, QA следят за процессами, занимаются тест-дизайном и приёмкой

А пограничные SDET/SET уже много лет есть в крупных компаниях. Это не ново. И QA они не заменяют. Лишь ещё одно звено в цепочке обеспечения качества

да так и есть, согласен, ничего нового, только меняется окружение и инструменты)) и sdet/set/testops/fullstack qa текущий = qa будущий, просто человек который будет акцентироваться на качестве, всеми доступными инструментами, с конкретным направлением))

При текущих тенденциях разгона технологий и трендах разработки, скорее всего, произойдет выравнивание заработной платы fullstack QA до уровня dev.

Будущее QA обещает быть интересным и перспективным, и прокачать свою квалификацию до fullstack QA — это отличный способ оставаться в тренде и быть ценнейшим сотрудником в компании.

Я побуду унылым скептиком, и буду счастлив, если то, что вы пишите окажется правдой. Но пока если посмотреть современные тенденции за последние два года, то QA входит в топ позиций, попавших под сокращение в мировых компаниях. Если посмотреть на список открытых вакансий, то за последние два года позиции QA существенно сократились. Компаниям действительно проще (не значит что лучше, конечно) обучить разработчика самому тестировать свои задачи и сэкономить на целой позиции. Надеюсь, что эта тенденция изменится, но пока реальность не очень радужна.

P.S. Я бы еще добавил в статью про знание и умение работать с API запросами для Fullstack QA, а то про SQL написали, а про API нет.

интересно, был бы рад посмотреть ваш источник информации) или это субъективное мнение?

про PS тут соглашусь упустил момент, очень хорошее замечание))

Ну нет, я за вас не буду всю работу делать. Если вам есть чем опровергнуть, то пожалуйста. Я же руководствуюсь тем, что есть сайты по всем мировым массовым сокращениям: https://layoffs.fyi/ , а так же исследованиям, где QA входит в топ 5 позиций, которую затронули все эти сокращения или которые наиболее at-risk. По поводу новых вакансий - я смотрю на тенденции по Европе сейчас и два года назад, количество открытых позиций в QA в тот же Microsoft, Apple и т.д. стало значительно меньше.

ну вам никто не предлагал и даже не просил) мы тут вроде все отдыхаем)

а по России какая?)

да и вообще, возможно что-то произошло?) например "прошел" ковид) или появилась AI, которая заменит половину QA)

если посмотреть в целом на статью) то она как раз про это и написана) что в моём понимании перспективы профессии есть и способы развития в ней) чем больше компетенций, тем больше универсальность и возможностей) я не говорю что если читать старые книжки, ты будешь всем нужен, если ты в себя не будешь вкладываться, логично что ты останешься "не у дел")) перспектив много, я это имею в виду) будущее будет для некоторых интересное, а некоторые будут продолжать сетовать, что "всё захватили киборги")

что бы что-то менять, начинать надо с себя)

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

не знаю как в мире, но в Москве вакансий точно не стало меньше чем 3 года назад

Идея очень хорошая, сам являюсь таким, что можно и девов иногда потыкать и девопсов, хотя сам QA Lead. Но думал у вас будет конкретика какая-то, а вы все вокруг да около :(

Мне нравится больше идея называть таких специалистов, как SDET, потому что сейчас тестирование это не только покликать в формочки, записать тест кейсы и написать минимальный воркфлоу в ci (хотя это уже считается магией часто)

Да идея хорошая, поддерживаю вас) можно и так) и так гораздо интереснее)

В Яндекс такси, фуллстеки даже не понимают что такое this. Хотя работают на данной позиций по году, так что я не знаю что за пупер Мега требования к Фуллстекам

ну грустновато как-то, что могу сказать

и это не требования - это некотрые варианты возможностей)

Надо вам конечно хоть разочек в отдел разработки сходить, пообщаться с ребятами, узнать как они вообще работают работу.

А по делу, тестировщик тестирует продукт, только потому, что это дешевле, чем разработчик, который тестирует продукт, остальное - лирика.

Если я стану fullstack qa с витамином C и попрошу зарплату разраба, за свое тестирование, мне предложат, в лучшем случае, миграцию в Dev, а в худшем, спрашивать эту зарплату с 6-ти летних Head of QA.

Дада) спасибо за совет) я уважаю ваше мнение) удачи вам)

Sign up to leave a comment.