Как войти в профессию QA

Честный маршрут от нуля до первого оффера: что учить по порядку, что положить в портфолио, о чём спросят на собеседовании и почему «знаю Selenium» не спасает.

Вход в профессию QA — это не список пройденных курсов, а доказанная способность превратить требование в проверки, а поломку — в понятную задачу для разработчика. Всё остальное (инструменты, сертификаты, язык программирования) наращивается сверху.

Порог входа в тестирование действительно ниже, чем в разработку: не нужно уметь писать production-код, чтобы приносить пользу с первого месяца. Но у низкого порога есть обратная сторона — на каждую джуниорскую вакансию приходят сотни откликов, и большинство из них выглядят одинаково: «прошёл курс, знаю теорию тестирования, ответственный, обучаемый». Ваша задача — не оказаться в этой куче. Хорошая новость: чтобы выделиться, достаточно показать артефакты, а не намерения.

Что учить и в каком порядке

Главная ошибка новичка — начать с Selenium, потому что «автоматизаторам больше платят». Selenium без тест-дизайна — это молоток в руках человека, который не умеет читать чертёж. Порядок ниже выстроен по принципу «каждый следующий шаг опирается на предыдущий».

Двенадцать недель — это не обещание оффера через три месяца, а ориентир по объёму. Кто-то пройдёт за два месяца, кто-то за полгода. Важен не срок, а то, что на каждом этапе у вас остаётся материальный след: чек-лист, набор кейсов, коллекция запросов. Он и станет портфолио.

Чего в начале делать не нужно

• Учить Selenium первым. Автотест — это автоматизация проверки, которую вы уже умеете придумывать. Сначала научитесь придумывать.
• Гнаться за сертификатом ISTQB как за пропуском. Терминология в нём полезная, но пустой сертификат без артефактов на собеседовании не спасает.
• Учить три языка сразу. Достаточно одного (Python — самый мягкий вход) и то на уровне «функции, списки, словари, запрос к API».
• Смотреть курсы, ничего не делая руками. Просмотренные часы видео не конвертируются в навык.

Пет-проект и портфолио

Портфолио тестировщика — это не код. Это комплект документов, по которому видно, как вы думаете. Соберите его на одном объекте: возьмите любой публичный сервис (демо-магазин, свой любимый сайт, open-source приложение) и обработайте его так, будто вас туда наняли.

Разложите всё в публичный репозиторий с понятной структурой — ссылку на него вы будете вставлять в каждый отклик.

qa-portfolio-shopdemo/
├── README.md                  ← что за проект, что покрыто, какие риски
├── 01-requirements-questions.md
├── 02-checklists/
│   └── checkout.md
├── 03-test-cases/
│   └── registration.md
├── 04-bug-reports/
│   ├── BUG-01-password-truncated.md
│   └── ...
├── 05-api/
│   └── shopdemo.postman_collection.json
└── 06-autotests/
    └── test_api_orders.py

Что в портфолио не работает

• Скриншот сертификата вместо артефактов.
• Фраза «протестировал более 100 сайтов» без единого приложенного документа.
• 200 однотипных тест-кейсов, размноженных копипастой, — это показывает усидчивость, а не мышление.
• Баг-репорты без шагов воспроизведения и окружения.
• Отличное портфолио, ссылку на которое вы забыли положить в резюме.

Резюме и отклики

Резюме джуна читают 20 секунд. За это время рекрутер ищет конкретику. Сравните формулировки.

Про воронку откликов лучше знать заранее: 50–100 откликов до первого оффера — это нормальная статистика для джуна, а не приговор вашим способностям. Отказ без объяснения чаще означает «взяли человека с опытом», чем «вы плохи». Что реально сокращает воронку: отклик с сопроводительным письмом на пять строк, где вы называете конкретную задачу из вакансии и говорите, чем можете помочь; и ссылка на портфолио в первой строке резюме. И отдельно — тестовое задание. Если его дали, сделайте по-настоящему хорошо, с вопросами к требованиям: это не только пропуск дальше, но и ещё один экспонат в портфолио.

Типовые вопросы на собеседовании джуна

Вопросы на джуна почти не меняются от компании к компании. Куда важнее понимать, что именно за ними проверяют.

Универсальный приём: на любую задачу «протестируйте X» первым делом задайте три вопроса о контексте — кто пользователь, что считается успехом, какие есть ограничения. Половина оценки на таком вопросе приходится именно на это, а не на длину перечисленного списка. И ещё: «я не знаю, но рассуждал бы так…» — сильный ответ. «Я не знаю» без продолжения — слабый. Придуманный на ходу ответ — самый слабый, потому что вскрывается следующим же уточняющим вопросом.

Куда расти

Через год-полтора работы возникает вопрос «а дальше?». Автоматизация — самый известный путь, но далеко не единственный.

Важная поправка к расхожему мифу: ручное тестирование — не «зал ожидания» перед автоматизацией. Сильный ручной тестировщик с глубокой экспертизой в домене (финтех, медицина, телеком) на рынке ценится не меньше среднего автоматизатора, потому что найти человека, который понимает, как ломается ипотечный калькулятор, тяжелее, чем человека, который умеет писать локаторы.

Как это работает

Понимание рынка снимает половину тревоги. На вакансию джуна приходит 200–400 откликов, и рекрутер физически не может прочитать их все внимательно. На первом этапе резюме проходят по формальным признакам: есть ли конкретика, есть ли ссылка на работы, релевантен ли опыт хоть чем-нибудь (техподдержка, аналитика, работа с людьми и документами — всё это плюс). Дальше — короткое интервью, где проверяют не объём знаний, а ход мысли: как вы рассуждаете вслух, задаёте ли вопросы, признаёте ли незнание.

Отсюда практический вывод: усилия, вложенные в один хороший пет-проект и в умение внятно рассказать о своём рассуждении, окупаются лучше, чем ещё один просмотренный курс. Курс делает вас похожим на остальных кандидатов; артефакт делает вас отличимым.

И про первые месяцы на работе. Никто не ждёт от джуна, что он знает домен. Ждут другого: что вы задаёте вопросы вместо того, чтобы тихо гадать; что читаете логи, прежде чем идти к разработчику; что ведёте свои заметки по продукту и не спрашиваете одно и то же дважды. Эти три привычки за полгода превращают джуна в человека, которому доверяют релиз.

Частые ошибки

• Учить инструменты вместо мышления. «Знаю Selenium, но не могу составить чек-лист» — типовой профиль кандидата, которому отказывают.
• Ждать полной готовности. Откликаться нужно, когда совпадает процентов шестьдесят требований. Оставшиеся сорок добираются в процессе — так у всех.
• Портфолио «в стол». Собрали отличные артефакты и не приложили ссылку. Их никто не увидит.
• Приписывать себе опыт. Вымышленный проект вскрывается вторым уточняющим вопросом, и на этом собеседование заканчивается.
• Игнорировать SQL и HTTP. Это два инструмента, которыми джун пользуется ежедневно, — и два места, где чаще всего плавают на собеседовании.
• Считать ручное тестирование чем-то временным. Пренебрежение к своей текущей работе видно на интервью, и оно отталкивает.
• Сдаваться после двадцати отказов. Двадцать — это ещё даже не середина нормальной воронки.

Итоги

• Порядок обучения: теория → тест-дизайн → артефакты → инструменты → HTTP и SQL → базовая автоматизация. Не наоборот.
• Портфолио тестировщика — это документы, а не код: вопросы к требованиям, чек-лист, кейсы, баг-репорты, Postman-коллекция и README с рисками.
• В резюме работает конкретика с цифрами и ссылкой; «ответственный и обучаемый» не работает совсем.
• На собеседовании оценивают ход мысли: задавайте вопросы о контексте и рассуждайте вслух, а не выдавайте заученные определения.
• 50–100 откликов до первого оффера — нормальная воронка, а не приговор.
• Расти можно не только в автоматизацию: нагрузка, безопасность, мобильное, аналитика и доменная экспертиза — полноценные пути.