Карьера в QA: как тестировщику попасть на первую работу без опыта в IT

Среди всех точек входа в IT-индустрию тестирование традиционно считается одной из самых доступных. Это не миф и не маркетинговый трюк курсовых платформ — QA действительно требует меньшего порога технической подготовки, чем, например, бэкенд-разработка или DevOps. Но это не означает, что путь простой. Рынок насыщен джунами, которые прошли трёхмесячный курс и отправляют одинаковые резюме в сотни компаний. Чтобы получить оффер, нужно понимать, чего именно ждут работодатели — и чем один кандидат отличается от другого.

В этом материале — честный разбор того, что реально нужно знать, как выстроить портфолио с нуля и как не облажаться на собеседовании.

Почему QA — это не «лёгкий путь в IT»

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

На практике QA-инженер — это человек, который:

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

Именно поэтому «войти в QA» без подготовки не получится. Но объём этой подготовки вполне реалистичен для человека с нуля — при условии правильной расстановки приоритетов.

Что нужно знать перед первым собеседованием

Теория тестирования

Это фундамент, без которого невозможно говорить с командой. Базовый список тем:

• Виды тестирования: функциональное и нефункциональное, ручное и автоматизированное, регрессионное, смоук, санити, исследовательское.
• Уровни тестирования: юнит, интеграционное, системное, приёмочное (UAT).
• Техники тест-дизайна: классы эквивалентности, граничные значения, таблицы решений, попарное тестирование (pairwise), диаграммы состояний.
• Жизненный цикл бага: от обнаружения до закрытия, статусы, приоритет vs. severity.
• Тестовая документация: тест-план, тест-кейс, чек-лист, баг-репорт.

Хорошая новость: всё это можно изучить по открытым источникам. ISTQB Syllabus для Foundation Level — бесплатный документ, который охватывает большую часть теории. Книга Романа Савина «Тестирование Дот Ком» — классика на русском языке, немного устарела по инструментам, но отлично объясняет мышление тестировщика.

Понимание веба

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

Минимальный набор:

• Как работает HTTP/HTTPS: методы (GET, POST, PUT, DELETE), статус-коды, заголовки.
• Что такое REST API и как его тестировать вручную.
• Основы HTML и CSS — не для вёрстки, а чтобы понимать структуру страницы.
• Что происходит в браузере: DevTools, консоль, вкладка Network.
• Базовые понятия о клиент-серверной архитектуре, куки, сессиях, токенах.

Инструменты

Работодатели не ожидают от джуна владения всем стеком, но базовые инструменты должны быть освоены на практике:

• Postman — для ручного тестирования API. Умение создавать запросы, проверять ответы, писать простые тесты в коллекциях.
• Jira (или аналоги — YouTrack, Linear) — для работы с задачами и баг-репортами.
• Git — базовые команды: клонировать репозиторий, создать ветку, сделать коммит. Это нужно даже ручному тестировщику.
• SQL — простые запросы: SELECT с условиями, JOIN, GROUP BY. Умение проверить данные в базе — частая задача на проектах.
• Charles или Fiddler — для перехвата трафика и анализа запросов.

Отдельно стоит упомянуть автоматизацию. Для первой работы достаточно понимать концепцию и уметь читать чужой код на Python или JavaScript. Писать автотесты с нуля — это уже уровень мидла, но показать базовое понимание Selenium или Playwright будет плюсом.

Как собрать портфолио без коммерческого опыта

Это главный вопрос, который мучает всех начинающих: «Как показать опыт, если опыта нет?» Ответ — создать его самостоятельно.

Тестируйте реальные приложения

Выберите несколько публичных веб-приложений или open-source проектов и проведите их тестирование. Оформите результаты как полноценную документацию:

• Напишите тест-план для одной из функций.
• Составьте набор тест-кейсов — минимум 20–30 штук, с шагами, ожидаемыми результатами, предусловиями.
• Найдите реальные баги (они есть в любом приложении) и оформите их как баг-репорты с воспроизведением, скриншотами, приоритетом.

Хорошие кандидаты для практики: демо-сайты, специально созданные для обучения тестировщиков. Например, The Internet (the-internet.herokuapp.com), Sauce Demo (saucedemo.com), OpenCart — у них намеренно есть баги и нестандартное поведение.

Протестируйте API

Возьмите любой публичный API — например, JSONPlaceholder, PetStore (Swagger Petstore) или OpenWeatherMap — и создайте коллекцию в Postman:

GET https://jsonplaceholder.typicode.com/posts/1

Ожидаемый результат:
- Статус: 200 OK
- Тело ответа содержит поля: id, title, body, userId
- Тип Content-Type: application/json

Оформите это в виде коллекции с тестами, опубликуйте на GitHub. Это уже конкретный артефакт, который можно показать на собеседовании.

GitHub как портфолио

Заведите репозиторий и выкладывайте туда:

• Написанные тест-кейсы в формате Markdown или Excel.
• Коллекции Postman (экспортируются как JSON).
• Чек-листы для тестирования конкретных функций.
• Если есть — простые автотесты.

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

Учебные проекты и курсы

Если вы проходите структурированное обучение, выбирайте программы с практикой на реальных или максимально приближённых к реальным задачах. Например, курс «Тестирование веб-приложений» строится вокруг практических заданий — тестирования конкретных сценариев, работы с API, написания документации — что позволяет сразу формировать портфолио в процессе учёбы, а не после неё.

Резюме и отклики: как не потеряться в потоке

Что писать в резюме без опыта

Главная ошибка — пытаться скрыть отсутствие коммерческого опыта или, наоборот, заполнять резюме нерелевантными позициями. Лучше — честно и структурированно показать то, что есть.

Структура резюме для джуна в QA:

1. Краткое summary (3–4 предложения): кто вы, что умеете, на какую роль претендуете.
2. Навыки: разделите на категории — тестирование (виды, техники), инструменты (Postman, Jira, Git, SQL), языки (если есть базовый Python/JS).
3. Проекты: ссылки на GitHub, описание того, что именно тестировалось и какие артефакты созданы.
4. Обучение: курсы, сертификаты (ISTQB FL — весомый плюс), профильная литература.
5. Предыдущий опыт: если он нерелевантный — кратко, с акцентом на transferable skills (внимательность, аналитика, работа с документацией, коммуникация).

Куда откликаться

Джунам в QA стоит смотреть в первую очередь на:

• Аутсорсинговые компании и QA-лаборатории — они постоянно набирают джунов и готовы обучать.
• Стартапы — там меньше формализма, выше шанс попасть на собеседование.
• Стажировки в крупных компаниях — конкуренция высокая, но это хорошая школа.

Не стоит игнорировать нетворкинг: Telegram-сообщества QA-инженеров, LinkedIn, профессиональные чаты — там часто появляются вакансии раньше, чем на hh.ru.

Собеседование: чего ожидать и как готовиться

Типичная структура

Для джуна в QA собеседование обычно состоит из нескольких этапов:

1. HR-скрининг — мотивация, ожидания по зарплате, базовые вопросы о себе.
2. Техническое интервью — теория тестирования, задачи на тест-дизайн, вопросы по инструментам.
3. Практическое задание — написать тест-кейсы для конкретной функции, найти баги на тестовом сайте, составить баг-репорт.

Типичные вопросы на технике

• Чем отличается severity от priority?
• Что такое регрессионное тестирование и когда оно нужно?
• Как бы вы протестировали форму авторизации?
• Что вы проверите, если страница загружается медленно?
• Опишите жизненный цикл бага.
• Что такое граничные значения? Приведите пример.

На эти вопросы нужно отвечать не по учебнику, а с пониманием — желательно с примерами из практики (пусть даже учебной).

Практическое задание: как не завалить

Самая частая ошибка — писать тест-кейсы только для «счастливого пути». Хороший тестировщик думает о том, что может пойти не так:

• Что если пользователь введёт пустое поле?
• Что если превысить лимит символов?
• Что если отправить форму дважды?
• Что если отключить JavaScript?
• Что если пользователь вводит данные на другом языке или со спецсимволами?

Покажите, что вы думаете как тестировщик — ищете граничные случаи, думаете о безопасности, UX, производительности.

Первые месяцы в профессии: чего ожидать

Синдром самозванца — это норма

Почти все джуны первые месяцы чувствуют себя не на своём месте. Это нормально и проходит. Главное — не замалчивать вопросы, а задавать их. Хороший тимлид или ментор ожидает, что джун будет спрашивать.

Темп роста

Реалистичная траектория выглядит примерно так:

• 0–3 месяца: погружение в проект, изучение домена, написание тест-кейсов под руководством.
• 3–6 месяцев: самостоятельная работа на регрессии, первые баги, найденные без подсказок.
• 6–12 месяцев: участие в планировании тестирования, первые шаги в автоматизации или нагрузочном тестировании.

Через год-полтора активной работы большинство джунов дорастают до уровня мидла — с соответствующим ростом зарплаты.

Технический долг

Первая работа — это не только про тестирование. Это про понимание процессов: как работает Agile/Scrum, что такое спринт и ретроспектива, как общаться с разработчиками и продуктом. Чем быстрее вы разберётесь в этом контексте, тем ценнее станете для команды.

Вывод

Путь от нуля до первого оффера в QA реален — но он требует осознанной подготовки, а не просто прохождения курса и рассылки резюме. Ключевые составляющие: крепкая теоретическая база, понимание веба и инструментов, реальное портфолио с артефактами, и умение думать как тестировщик — видеть не только то, что работает, но и то, что может сломаться.

Если вы только начинаете и хотите выстроить подготовку системно, один из способов — пройти структурированную программу с практикой. Например, курс «Тестирование веб-приложений» даёт возможность работать с реальными задачами и формировать портфолио параллельно с обучением, что существенно сокращает разрыв между теорией и первым трудоустройством.

Рынок QA не перенасыщен хорошими специалистами — он перенасыщен плохо подготовленными кандидатами. Разница между ними — в глубине понимания и в том, насколько серьёзно человек подошёл к подготовке.