Тендеры и лиды
Информация
Популярность профессии тестировщика набирает обороты. По данным сервиса Яндекса Вордстат, соответствующих поисковых запросов за последний год стало больше почти на 14% (в январе 2024 года – 109 тысяч запросов, в январе 2025 года – 124 тысячи). Потенциальных тестировщиков интересуют вакансии без опыта, курсы, возможность работать удаленно и, конечно, зарплата.
В этой статье мы с коллегами из отдела тестирования Doubletapp (которые, к слову, начали работать, не имея опыта) расскажем, действительно ли можно начать карьеру в IT с нуля, как попасть на собеседование, нужно ли перед этим проходить соответствующие курсы или достаточно посмотреть бесплатные видео и какие разочарования могут ждать тех, кто решил стать тестировщиком.
Своим опытом и рекомендациями поделились:
• Дмитрий Башмаков, руководитель отдела тестирования;
• Мария Горбунова, тестировщик, Middle;
• Иван Степанов, тестировщик, Middle;
• Николай Ковтун, тестировщик, Senior.
Николай Ковтун:
Тестирование – вовсе не гарантированный вход в IT, потому что оно подходит не всем. Тут нужно быть внимательным, готовым к монотонной работе, но в то же время есть место творческому подходу к решению задач.
Многие идут сюда, думая, что они выбирают наименее трудозатратный путь к высокому доходу. Но лучше всего будет идти в тестирование не потому, что оно «кажется простым», а потому, что действительно есть интерес и желание брать на себя ответственность за качество продукта.
Если же человек замотивирован, то он и через разработку сможет зайти – у нас начинающий фронтендер пришла на престажировку, а через два года опубликовала статью на Хабре и выступила на конференции в Москве.
***
Мария Горбунова:
Тестировщики (QA-инженеры) – это специалисты, которые отвечают за качество программного обеспечения. Они выявляют ошибки, создают тест-кейсы для проверки разных сценариев использования и помогают команде поддерживать стабильную и корректную работу продукта.
Опытный тестировщик может подключиться к работе над продуктом на ранних этапах – во время обсуждения дизайн-макетов, технического задания и создания пользовательских сценариев. Благодаря этому многие ошибки выявляются до начала разработки, что снижает риски и повышает качество конечного продукта.
***
Николай Ковтун:
Я работаю удалённо — для меня это оптимальный формат. В офисе тоже пробовал, но в плане комфорта и продуктивности разница для меня ощутимая. Хотя для кого-то, наоборот, офис — идеальная среда
По поводу совмещения с учебой – многие стажеры и джуны работают неполный день, и совмещать получается. Вопрос в том, что совмещение подойдет скорее на начальных этапах, но со временем важно быть полностью вовлечённым и доступным в течение дня, чтобы команда могла на тебя рассчитывать.
Иван Степанов:
Работать удаленно можно. Важно иметь тестовые устройства или специальное оборудование (зависит от проекта). Совмещать – скорее всего, нет. Потому что работа требует получения новых знаний и моментального закрепления их на практике. Если начать отвлекаться на что-то другое, то знания не впитаются.
Дмитрий Башмаков:
Все очень сильно зависит от конкретной компании, в которую ты проходишь собеседование, потому что во многих компаниях предусмотрено только гибридное или полное посещение офиса. У нас в компании ты можешь полностью на удаленке сидеть, можешь гибридно посещать, можешь каждый день ходить в офис – как тебе угодно.
По поводу совмещения лично мое мнение – можно совмещать вообще что угодно (учебу, декрет) с работой. Главное – обсудить все с руководителем и понять, как вы взаимодействуете. У нас был кейс: девочка, находясь в декрете, работала парт-тайм 3–4 часа в день. Мы с ней договорились: у нас есть часы присутствия, где она должна быть на связи, а в остальном она распределяет часы так, как хочет. Самое главное – чтобы задачи делались и чтобы ее график сходился с графиком релизов. И эта девочка очень круто справлялась. У меня было ощущение, что за четыре часа она делает столько же, сколько за полный рабочий день. Она классно работала, а я подбирал для нее такие проекты, где разработка шла не суперактивно, и ее четырех часов в день вполне хватало, чтобы полностью вести эти проекты.
***
Иван Степанов:
Главным образом – поресерчить все профессии в IT и понять, что точно не нравится. Отбросить это и углубленно смотреть то, что привлекает. Тестирование тут не всегда первое в списках. Менеджмент, аналитика тоже не предполагают большой порог вхождения (но там тоже свои приколы). Если есть знакомые в тестировании, то первым делом пообщаться с ними, они легко расскажут, что к чему и с чего начинать.
Еще из советов – спросить себя, что бы ты хотел делать, если бы работать за деньги не нужно было бы. Если тебе нравится копаться в технике и софте – то это твой выбор. Если не понимаешь, почему с айфона на андроид не передаются фоточки по блютуз, то стоит подумать еще раз.
***
Николай Ковтун:
По классике могу порекомендовать прочесть за вечер книгу Романа Савина «Тестирование Дот Ком», чтобы получить общее представление о профессии. Но нужно понимать, что с момента её выхода многое в IT поменялось, и часть информации уже не отражает текущую реальность.
Тестерам с опытом до года будут полезны IT-конференции, так как – по своему опыту скажу – они позволяют чуть-чуть увидеть, как работают другие, какие подходы применяют. И обычно на конфах доклады рассказывают о каком-то успешном опыте и довольно сильно мотивируют, в голове появляются новые мысли.
Выступление QA-инженера Doubletapp Эмиля Барлыбаева на международной конференции SQA DAYS по тестированию и качеству ПО:
Дмитрий Башмаков:
Есть, например, платный курс от Яндекса. Он дает классную базу: у них очень много практики, много информации. Но он достаточно небыстрый.
Есть много бесплатной информации на ютубе, и ее достаточно на самом-то деле. Нужно просто не бояться, пробовать. Прикольно, если ты будешь просто открывать какие-то сайты, приложения мобильные и сам для себя их тестировать – пытаться найти какие-то баги, ошибки, несоответствие ожидаемого результата фактическому.
Мария Горбунова:
Я проходила бесплатные курсы от Artsiom Rusau и Леши Маршала, начинала девятимесячный курс от Яндекс Практикум «Инженер по тестированию» (не закончила, т.к. взяли на стажировку в Doubletapp и не осталось времени на обучение). Изучала статьи на Хабр – как искать работу после курсов, как составлять тестовую документацию. Искала чит-листы (набор стандартных проверок для многократного использования в различных приложениях, одинаковых по какой‑либо характеристике) и использовала их на старте работы, чтобы не упустить ничего важного.
***
Николай Ковтун:
Перед тем, как идти на собеседование, я бы посоветовал найти не очень долгий курс по основам, пройти его и попытаться создать портфолио на проекте, который сам себе придумаешь. Написать тестовую документацию, описывать баги и учиться их правильно локализовывать, учиться использовать различные популярные инструменты типа Postman, Charles, посмотреть возможности DevTools – и рассказывать об этом на собесах.
Самое важное – пытаться всеми силами пробиться на максимально возможное число собеседований и прорабатывать каждое слово и затруднение, которое там возникает.
Еще важно думать о развитии своих софт-скиллов: как ты общаешься, насколько понятно можешь излагать свои мысли и задавать правильные вопросы, насколько сильно волнуешься во время собеса. Потому что стажеров и джунов набирают как раз по софтам.
Дмитрий Башмаков:
Я бы просто откликался на различные вакансии и пытался бы чем-то удивить в сопроводительном письме. Сопроводительное письмо должно вызывать какие-то эмоции. Если ты чем-то зацепишь, то тебя захотят послушать уже на собеседовании либо дать тебе возможность сделать тестовое задание.
Еще недавно от коллег я слышал такой интересный кейс: на различные IT-шные конференции и, в том числе, по тестированию, можно попасть в качестве волонтера, и за счет этого познакомиться, пообщаться с людьми. Если ты найдешь коннект, если вы друг другу понравитесь, то тебя могут позвать на собеседование. Такие кейсы, когда ребята так попали в специальность, есть.
***
Мария Горбунова:
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
12747 тендеров
проведено за восемь лет работы нашего сайта.
Собеседование обычно делится на несколько частей: общие вопросы, hard skills, практические задачи, soft skills.
Общие вопросы – это вопросы о вас, вашем предыдущем опыте работы и о том, почему решили выбрать именно эту профессию.
Хард-скиллы – это теория тестирования, виды тестовой документации, вопросы по методологиям разработки. Сюда же можно отнести ситуативные вопросы: как вы организуете тестирование, если у вас мало времени; что делать, если вы считаете, что баг есть, а разработчик считает, что его не надо фиксить; как бы вы поступили, если бы обнаружили баг в последний момент перед релизом.
При ответах на вопросы по хард-скиллам важно опираться на понимание вопроса, а не пересказывать зазубренную информацию. Для этого можно попробовать рассказать теорию тестирования другу простыми словами, чтобы суть понял человек, далекий от IT. После такого рассказа обычно информация устаканивается в голове.
Чтобы оценить софт-скиллы, могут спросить, как вы организуете свою работу, чтобы быть продуктивным; как вы справляетесь со стрессовыми ситуациями; как вы обучаетесь и улучшаете свои навыки.
Практические задачи – это, например, просьба протестировать какой-то предмет из реальной жизни, допустим, карандаш. Цель собеседующего – понять, как вы подойдете к тестированию. Многие сразу берутся проверять, как карандаш пишет, не уточнив перед этим ТЗ, где карандаш оказывается звуковой отверткой для открытия Тардис, а не предметом для письма.
Николай Ковтун:
Раньше требования для интернов и джунов QA были очень низкие, можно было практически ничего не знать, и шанс, что тебя возьмут, был не такой уж и маленький. Сегодня, в первую очередь благодаря огромному количеству курсов, они очень сильно выросли. Даже если ищешь первую работу, от тебя уже многого ждут. Связано это с тем, что нужно как-то отсеивать людей, так как очень много выпускников курсов и тех, кто наслушался о легком входе в айти и зарплате 400 тысяч в месяц.
В первую очередь у джунов/стажеров смотрят софт-скиллы, так как их по-любому кому-то придется учить, и если они не умеют общаться, проявлять инициативу и заинтересованность, то с ними будет тяжело. При этом, даже если кандидат очень силён в хардах, это может совсем не сыграть роли.
Дмитрий Башмаков:
Перед собеседованием я бы рекомендовал подготовить какой-то содержательный рассказ о себе и самому рассказать, не дожидаясь, когда интервьюер тебя попросит. Если у тебя есть уже опыт тестирования, то, в первую очередь, лучше фокусироваться на том, что ты делал на последнем проекте. Если опыта тестирования нет как такового, просто рассказать, что в целом делал по жизни, что изучал по тестированию.
Если ты, допустим, тестировщик с опытом, QA-инженер, лучше фокусироваться на проектах, которые релевантны для вакансии, на которую ты проходишь собеседование. Если ты проходишь собеседование на мобильного тестировщика, то нужно больше рассказывать про свой опыт тестирования мобильных приложений, а не веб-сайтов.
Будет также очень круто, если ты расскажешь о проблемах, с которыми столкнулся на проектах, и о том, как их решал: у меня был такой-то проект, я там делал вот это, столкнулись с такой-то проблемой, я предложил такое-то решение, мы его внедрили, в итоге у нас вот такой-то результат. Это сразу же плюс балл на собеседовании.
Если у тебя не получается дать какой-то конкретный ответ на вопрос собеседующего, то не нужно впадать в ступор. Лучше рассуждать вслух: я бы это реализовал так, мы это используем в таких-то случаях и так далее. Но при этом важно не лить воду. Если тебе кажется, что ты на вопрос уже ответил и говоришь лишнее, то лучше остановиться и спросить, достаточно ли такого ответа. Важно понимать этот баланс.
Ну, и в конце собеседования обязательно спросить про проект и задачи, которые тебя ждут: как организована работа на проекте, какие инструменты вообще используются. Это покажет твою заинтересованность в целом и что ты человек дела.
В предыдущей статье «Тестирование с нуля: советы, которые я дала бы себе на старте» мы уже писали, как сделать первые шаги в профессии. Читайте подробнее, где стоит учиться, как попасть на стажировку и не выгореть в первый же год.
***
Дмитрий Башмаков:
Все зависит от проекта, на который ты ищешь специалистов. Если у вас какой-то продукт в процессе развития, и в штате уже есть опытные специалисты, которые могут быть наставниками для джуна, то взять менее опытного специалиста, мне кажется, будет правильным решением: обучить с нуля и потихоньку его раскачивать. А если у вас горящий проект, сложный, и вам нужно быстро усилить команду, чтобы специалист сразу же начал яростно делать задачки и включаться в процессы, то, конечно, лучше рассматривать ребят с опытом.
В целом классно привлекать джунов, чтобы обучить их под нужды компании, то есть постепенно развивать их в квалифицированных специалистов, которые лояльны к компании. Кроме того, джуны могут приносить новые идеи и подходы. Более опытные специалисты уже привыкли решать задачи какими-то определенными методами, а ребята, которые только пришли в специальность, с большей охотой готовы к экспериментам, и это помогает в целом найти нестандартные решения.
Мария Горбунова:
Сейчас очень высокая конкуренция. Курсы платные и бесплатные проходит очень много людей, из-за этого рынок переполнен соискателями. Но всегда есть вариант проявить активность и попасть на стажировку. Для этого необходимо грамотно составить резюме, сопроводительное письмо и проходить собеседования. Много собеседований.
Иван Степанов:
Грейды — это весьма условно. Возьмем условного QA Билли, который проработал несколько лет в одной компании и дослужился до грейда мидла. В других компаниях его могут оценить как джуна или даже как синьора. Все зависит от компании и от опыта.
Дмитрий Башмаков:
Можно расти дальше вплоть до сеньора в ручном тестировании, углубляясь в тест-дизайн и процессы обеспечения качества.
Другой вариант – перейти в автоматизацию тестирования. Это требует изучения языка программирования и инструментов для написания автотестов. Чаще всего выбирают Python, Java или JavaScript – выбор зависит от стека компании и личных предпочтений. Освоив основы программирования, можно применять их не только в автоматизации, но и в других технических задачах.
Еще одна техническая специализация – нагрузочное тестирование, где важно понимать, как работает система под высокой нагрузкой. Также есть направление тестирования безопасности (пентест) – поиск уязвимостей и обеспечение безопасности.
Кроме технических путей можно развиваться в управлении – становиться лидом команды и выстраивать процессы тестирования.
Подробнее о тестировании на безопасность — в докладе QA-инженера Doubletapp Дмитрия Крылаткова на международной конференции SQA DAYS:
***
Дмитрий Башмаков:
Первое ожидание – тестирование – это очень просто: ты просто тыкаешь в кнопочки и проверяешь, работают они или нет. Складывается ощущение, что эта работа требует только базовых знаний. На самом деле тестирование – это комплексный процесс, который выходит далеко за рамки поиска багов. Это полноценное обеспечение качества (QA – Quality Assurance), включающее работу с требованиями, макетами, пользователями и процессами. Тестировщик анализирует документацию, разрабатывает тест-кейсы, проверяет базы данных, API, взаимодействует с разработчиками и заказчиками.
Кроме того, тестирование требует постоянного обучения и освоения новых инструментов. Технологии меняются, и чтобы оставаться востребованным специалистом, важно непрерывно развиваться и адаптироваться к новым вызовам.
Второе распространенное ожидание – что тестировщик всегда работает с чем-то новым и интересным. Но в реальности значительная часть работы связана с рутиной. Например, есть регрессионное тестирование – процесс проверки того, что после добавления новой фичи основной функционал приложения не сломался. Это означает, что перед каждым релизом приходится повторно тестировать уже известные сценарии, а это может занимать много времени.
Частично рутину можно снизить с помощью автотестов, которые автоматизируют проверку стабильности продукта. Однако их внедрение требует ресурсов: времени на разработку, поддержку и обновления. Не всегда автотесты оправданы – например, если продукт часто меняется или если тестируемую функциональность проще проверить вручную. Поэтому даже в командах с хорошей автоматизацией тестировщикам приходится выполнять часть регресса вручную и вести документацию: писать тест-кейсы, чек-листы, отчеты по багам.
Третье ожидание – тестировщикам не так уж много платят по сравнению с другими специалистами. Отчасти это правда: на старте зарплаты тестировщиков действительно ниже, чем у разработчиков. Однако уровень дохода зависит от специализации и опыта. Например, автоматизаторы зарабатывают сопоставимо с разработчиками, поскольку их работа требует знаний языков программирования, архитектуры тестовых фреймворков и глубокой технической экспертизы. Фактически это те же разработчики, но их задача – не создавать новые функции, а проверять стабильность существующего кода через тестирование.
Четвертое ожидание – работа будет происходить в спокойном ритме. Реальность такова, что перед релизами нередко бывают авралы. Дедлайны поджимают, разработчики экстренно исправляют критические баги, а тестировщикам нужно оперативно проверить изменения. В такие моменты возможны переработки и стресс.
Однако это не неизбежность, а сигнал о проблемах в процессах. Если в проекте регулярно случаются авралы, значит, стоит пересмотреть подход к планированию и тестированию. QA-инженер отвечает не только за качество продукта, но и за качество процессов. Он может выявить слабые места, предложить улучшения и обсудить их с командой и менеджментом, чтобы минимизировать хаос и сделать работу более предсказуемой.
Мария Горбунова:
Ожидание – чисто техническая специальность. Реальность – есть место творчеству.
Когда я только начала учиться, думала, что тестирование – чисто техническая специальность. После работы над реальными задачами стало понятно, что тестирование, с одной стороны, техническая специальность, с другой – творческая. Тестировщику необходимо думать как пользователь и на несколько шагов вперед, чтобы предусмотреть нетривиальные кейсы использования ПО.
Иван Степанов:
Ожидание – будет легкая работа, где надо просто проверять фичи и описывать баги. Реальность – очень много разноплановых задач, постоянное переключение от одной к другой. Если разработчик может сесть и писать одну задачу несколько часов, то QA должен уметь расставлять приоритеты и выполнять их как можно быстрее и качественнее. А для этого нужно уметь общаться со всей командой и грамотно доносить свою точку зрения. Закрытых и скромных тестирование не терпит.
В этой статье сотрудники Doubletapp поделились личным опытом. Если ваш опыт или точка зрения отличаются – будем рады обсудить в комментариях. И помните: успешные люди не ходят по одной тропинке, они протаптывают ее сами (© Иван Степанов).
