Снимаем напряжение по поводу собесов по автотестам
В прошлый раз я немного побомбил с душных вопросов на интервью, а сегодня, пожалуй, «надо брат расслабиться...»
На самом деле всё далеко не так страшно, потому что собесы — это дико предсказуемая штука
Если отходить на пару десятков интервью, вы заметите прикольную вещь: 90% собесов по автоматизации идут по одному и тому же сценарию, вопросы буквально ходят из компании в компанию. Это просто система, а любую систему можно выучить и хакнуть
Обычно бывает так: первые 2–3 собеса вы тупите, потеете и собираете шишки — это база. На пятом уже почти не трясутся руки, а к десятому вы отвечаете на большинство вопросов на автопилоте
Так что отказы на старте — это не «ты плохой инженер», это тупо разгон и сбор статистики
Чтобы вам было спокойнее, вот классический сценарий, по которому вас будут гонять 👇
1️⃣ «Расскажите о себе» и прощупывание процессов
Просят короткую выжимку про опыт и последний проект, а дальше копают в процесс: как задача ехала от аналитики до прода, что там по CI/CD, как часто катили релизы. Тут проверяют не теорию, а ищут подтверждение, что вы реально варились в живой разработке
Лайфхак: заранее подготовьте складную историю одной реальной задачи от постановки до выкатки
2️⃣ База по ручному тестированию
Да, автоматизаторов по ней гоняют почти всегда. Техники тест-дизайна, граничные значения, пирамида тестирования, разница между тест-планом и чек-листом, Definition of Done. Звучит банально, но по этим ответам за 5 минут видно ваш инженерный фундамент
3️⃣ Язык программирования (самый душный блок)
Если вы пишете на Java, готовьтесь к классическому Java Core. ООП, типы данных, коллекции, исключения и стримы. Глубина копания зависит от грейда (джун/мидл/сеньор), но базу тут надо отскакивать от зубов. Это любимая часть большинства техлидов
4️⃣ Инструменты и суровая практика
Пробегутся по вашему стеку: Selenium, REST Assured, JUnit/TestNG, Allure. И тут почти со 100% вероятностью всплывёт тема флаки-тестов — откуда берутся и как вы их лечили
Лайфхак: держите в рукаве 2–3 живых примера из практики, как вы героически спасали нестабильные тесты
5️⃣ Ваши вопросы к компании
В конце вам рассказывают про проект и спрашивают: «Есть вопросы?». Ответить «нет» — это прям упущенная возможность и небольшой редфлаг
Нормальные вопросы технаря: как у вас устроено код-ревью? где сейчас главная боль в автотестах? как генерите тестовые данные? что по тестовым стендам?
Вот и всё, никакой магии нет. Пять понятных этапов, которые ждут вас почти везде. Подготовьтесь по этому плану, сходите на пару собесов чисто ради тренировки — и вы поймёте правила игры
Каждый собес — это не экзамен всей вашей жизни, это просто рабочий митинг. Выдыхаем и идём забирать свои офферы🤝
В прошлый раз я немного побомбил с душных вопросов на интервью, а сегодня, пожалуй, «надо брат расслабиться...»
На самом деле всё далеко не так страшно, потому что собесы — это дико предсказуемая штука
Если отходить на пару десятков интервью, вы заметите прикольную вещь: 90% собесов по автоматизации идут по одному и тому же сценарию, вопросы буквально ходят из компании в компанию. Это просто система, а любую систему можно выучить и хакнуть
Обычно бывает так: первые 2–3 собеса вы тупите, потеете и собираете шишки — это база. На пятом уже почти не трясутся руки, а к десятому вы отвечаете на большинство вопросов на автопилоте
Так что отказы на старте — это не «ты плохой инженер», это тупо разгон и сбор статистики
Чтобы вам было спокойнее, вот классический сценарий, по которому вас будут гонять 👇
1️⃣ «Расскажите о себе» и прощупывание процессов
Просят короткую выжимку про опыт и последний проект, а дальше копают в процесс: как задача ехала от аналитики до прода, что там по CI/CD, как часто катили релизы. Тут проверяют не теорию, а ищут подтверждение, что вы реально варились в живой разработке
Лайфхак: заранее подготовьте складную историю одной реальной задачи от постановки до выкатки
2️⃣ База по ручному тестированию
Да, автоматизаторов по ней гоняют почти всегда. Техники тест-дизайна, граничные значения, пирамида тестирования, разница между тест-планом и чек-листом, Definition of Done. Звучит банально, но по этим ответам за 5 минут видно ваш инженерный фундамент
3️⃣ Язык программирования (самый душный блок)
Если вы пишете на Java, готовьтесь к классическому Java Core. ООП, типы данных, коллекции, исключения и стримы. Глубина копания зависит от грейда (джун/мидл/сеньор), но базу тут надо отскакивать от зубов. Это любимая часть большинства техлидов
4️⃣ Инструменты и суровая практика
Пробегутся по вашему стеку: Selenium, REST Assured, JUnit/TestNG, Allure. И тут почти со 100% вероятностью всплывёт тема флаки-тестов — откуда берутся и как вы их лечили
Лайфхак: держите в рукаве 2–3 живых примера из практики, как вы героически спасали нестабильные тесты
5️⃣ Ваши вопросы к компании
В конце вам рассказывают про проект и спрашивают: «Есть вопросы?». Ответить «нет» — это прям упущенная возможность и небольшой редфлаг
Нормальные вопросы технаря: как у вас устроено код-ревью? где сейчас главная боль в автотестах? как генерите тестовые данные? что по тестовым стендам?
Вот и всё, никакой магии нет. Пять понятных этапов, которые ждут вас почти везде. Подготовьтесь по этому плану, сходите на пару собесов чисто ради тренировки — и вы поймёте правила игры
Каждый собес — это не экзамен всей вашей жизни, это просто рабочий митинг. Выдыхаем и идём забирать свои офферы🤝