Junior QA без опыта: как пройти первое собеседование, когда в резюме нечего написать

Должность Junior QA (тестировщик) — один из самых доступных способов войти в IT без технического образования и опыта программирования. Но как пройти собеседование, когда в резюме пусто? Разбираем пошагово: какие вопросы задают, как к ним готовиться, что делать с тестовым заданием и как выделиться среди конкурентов.

Почему Junior QA — реальный шанс войти в IT без опыта

В 2025 году позиция тестировщика остаётся одной из самых востребованных в IT, особенно для новичков.

Статистика рынка QA в России 2025

Количество вакансий: 8 500+ открытых позиций Junior QA (hh.ru, февраль 2025)

Средняя зарплата Junior QA:

• Москва: 70 000 - 100 000 ₽

• Санкт-Петербург: 60 000 - 85 000 ₽

• Регионы: 45 000 - 70 000 ₽

• Удалёнка: 55 000 - 80 000 ₽

Конкуренция: 40-60 откликов на одну вакансию (для Junior)

Срок обучения: 3-5 месяцев от нуля до первого собеседования

Почему QA подходит новичкам

1. Низкий порог входа

Не нужно:

• Высшее техническое образование

• Опыт программирования (для позиции Manual QA)

• Знание языков программирования (на старте)

Нужно:

• Понимание основ тестирования

• Логическое мышление

• Внимательность

• Базовые знания SQL (опционально для некоторых вакансий)

2. Много стажировок и trainee-программ

Крупные компании активно набирают джунов:

• Яндекс (стажировка QA)

• Сбер (Школа тестирования)

• Т-Банк (Junior QA программа)

• VK (стажировка)

• Авито (программа для джунов)

3. Быстрый старт карьеры

4. Путь в автоматизацию

Manual QA → QA Automation Engineer → SDET (Software Development Engineer in Test)

Зарплата QA Automation Middle: 180 000 - 250 000 ₽

Реальность рынка: конкуренция есть, но она преодолима

Сложности:

• Много кандидатов после курсов

• Требуют "опыт от 1 года" даже для Junior

• Тестовые задания на 2-3 часа

Как выделиться:

• Сильное резюме с pet-проектами

• Тестовое портфолио (протестированные приложения)

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

• Активность в QA-комьюнити

Что реально ожидают от Junior QA

Понимание ожиданий работодателя — 50% успеха.

Что НЕ требуют от Junior QA

Распространённые мифы:

❌ Опыт работы 2-3 года (хотя в вакансии написано "Junior") ❌ Знание Python/Java (для Manual QA) ❌ Опыт автоматизации тестирования ❌ Знание CI/CD, Docker, Kubernetes ❌ Английский C1

Реальность: Это требования для Middle, а не для Junior.

Что ДЕЙСТВИТЕЛЬНО требуют от Junior QA

Обязательные знания:

Желательные навыки:

• Понимание HTTP/HTTPS, REST API

• Базовые знания HTML/CSS

• DevTools браузера

• Git (базовые команды)

Soft skills:

• Коммуникабельность

• Внимательность к деталям

• Умение работать в команде

• Логическое мышление

Чек-лист знаний для Junior QA

Проверьте себя перед собеседованием:

Теория:

• [ ] Могу объяснить, что такое тестирование

• [ ] Знаю разницу между QA, QC и Testing

• [ ] Понимаю уровни тестирования (unit, integration, system, acceptance)

• [ ] Знаю виды тестирования (функциональное, нефункциональное)

• [ ] Понимаю разницу между smoke, sanity, regression

• [ ] Знаю техники тест-дизайна (классы эквивалентности, граничные значения)

Практика:

• [ ] Умею написать тест-кейс

• [ ] Умею составить чек-лист

• [ ] Умею оформить баг-репорт

• [ ] Понимаю приоритет и severity бага

• [ ] Могу написать простой SQL-запрос (SELECT)

Инструменты:

• [ ] Работал с Jira или аналогом

• [ ] Знаю, как создать задачу/баг

• [ ] Понимаю жизненный цикл бага

Этапы собеседования Junior QA: чего ожидать

Типичное собеседование проходит в 3-4 этапа.

Этап 1: HR-скрининг (20-30 минут)

Что это: Первичное интервью с рекрутером.

Цель: Проверить адекватность, мотивацию, базовое соответствие.

Вопросы:

• Расскажите о себе

• Почему хотите стать тестировщиком?

• Что знаете о нашей компании?

• Какая зарплата вас интересует?

• Когда готовы выйти на работу?

Что оценивают:

• Адекватность и коммуникабельность

• Реалистичность ожиданий по зарплате

• Мотивацию (почему QA, а не разработка)

Как пройти:

• Подготовьте рассказ о себе (2-3 минуты)

• Изучите компанию (что делает, какой продукт)

• Будьте честны по зарплатным ожиданиям

• Покажите мотивацию (почему именно тестирование)

Красные флаги для HR:

• "Я не знаю, чем занимается ваша компания"

• "Хочу любую работу в IT"

• "Зарплата не важна" (выглядит неискренне)

• Неуверенность, долгие паузы

Этап 2: Тестовое задание (1-3 дня)

Что это: Практическое задание на дом.

Типичные задания:

1. Протестировать форму регистрации

2. Написать тест-кейсы для функции

3. Найти баги в приложении

4. Составить чек-лист для веб-страницы

5. Написать SQL-запросы

Пример задания:

``` Задача: Протестируйте форму авторизации на сайте example.com

Требуется: 1. Составить чек-лист проверок (минимум 10 пунктов) 2. Написать 5-7 тест-кейсов 3. Найти и описать минимум 3 бага (если есть) 4. Оформить результаты в Google Docs или Excel ```

Что оценивают:

• Структурность мышления

• Внимание к деталям

• Умение оформлять документацию

• Полноту покрытия тестами

Подробнее о тестовом задании — в разделе ниже.

Этап 3: Техническое интервью (40-60 минут)

Что это: Собеседование с QA Lead / Senior QA.

Структура:

1. Вопросы по теории тестирования (15-20 минут)

2. Практические задачи (15-20 минут)

3. Разбор тестового задания (10-15 минут)

4. Вопросы кандидата (5-10 минут)

Темы вопросов:

• Основы тестирования

• Виды и уровни тестирования

• Тест-дизайн

• Документация (тест-кейсы, баг-репорты)

• SQL (если в требованиях)

• Ситуационные задачи

Что оценивают:

• Знание теории

• Умение применять знания на практике

• Логику мышления

• Умение объяснять свои решения

Этап 4: Финальное интервью с менеджером (20-30 минут)

Что это: Встреча с руководителем команды или PM.

Цель: Понять, подходите ли вы команде, обсудить условия.

Вопросы:

• Как вы видите свое развитие в QA?

• Готовы ли к переработкам в критичные моменты?

• Как решаете конфликты в команде?

• Вопросы про график, формат работы

Что делать:

• Задавайте вопросы о процессах, команде, проектах

• Уточните, с какими технологиями будете работать

• Обсудите испытательный срок и обучение

Технические вопросы на собеседовании Junior QA

Самая важная часть — технические вопросы. Вот топ-30 вопросов с ответами.

Блок 1: Основы тестирования

1. Что такое тестирование?

Ответ: Тестирование — это процесс проверки программного обеспечения с целью выявления дефектов (багов) и убедиться, что ПО соответствует требованиям.

2. В чём разница между QA, QC и Testing?

Простыми словами:

• QA — создаём правильные процессы, чтобы баги не появлялись

• QC — проверяем готовый продукт

• Testing — непосредственно тестируем (часть QC)

3. Какие уровни тестирования вы знаете?

Ответ:

• Unit (модульное) — тестирование отдельных модулей/функций (делают разработчики)

• Integration (интеграционное) — тестирование взаимодействия модулей

• System (системное) — тестирование системы в целом

• Acceptance (приёмочное) — проверка соответствия требованиям заказчика

4. Что такое smoke testing?

Ответ: Smoke testing (дымовое тестирование) — это быстрая проверка основных функций приложения после сборки, чтобы понять, стоит ли продолжать тестирование.

Пример: После релиза проверяем, что сайт открывается, логин работает, основные страницы грузятся.

5. В чём разница между smoke и sanity тестированием?

6. Что такое regression testing?

Ответ: Regression (регрессионное) тестирование — это проверка того, что новые изменения не сломали ранее работавший функционал.

Пример: Добавили новую кнопку на сайт → проверяем, что старые кнопки всё ещё работают.

Блок 2: Виды тестирования

7. Какие виды функционального тестирования вы знаете?

Ответ:

• Smoke testing — проверка критичных функций

• Sanity testing — проверка конкретных изменений

• Regression testing — проверка, что старое не сломалось

• Re-testing — повторное тестирование исправленного бага

• Exploratory testing — исследовательское тестирование без заранее написанных кейсов

8. Какие виды нефункционального тестирования вы знаете?

Ответ:

• Performance testing — проверка производительности

• Load testing — тестирование под нагрузкой

• Stress testing — тестирование при превышении нагрузки

• Usability testing — тестирование удобства использования

• Security testing — тестирование безопасности

• Compatibility testing — проверка совместимости (браузеры, ОС)

9. Что такое позитивное и негативное тестирование?

Ответ:

• Позитивное — проверяем, что система работает правильно при корректных данных

• Негативное — проверяем, как система реагирует на некорректные данные

Пример:

Поле "Возраст":

• Позитивный тест: вводим 25 → должно принять

• Негативный тест: вводим -5 → должна быть ошибка

Блок 3: Тест-дизайн

10. Какие техники тест-дизайна вы знаете?

Ответ:

• Equivalence Partitioning (классы эквивалентности) — разбиваем входные данные на группы

• Boundary Value Analysis (граничные значения) — тестируем границы диапазонов

• Decision Table (таблица решений) — для сложной логики с условиями

• State Transition (переходы состояний) — для систем с разными состояниями

• Pairwise Testing (попарное) — комбинации параметров

11. Объясните технику граничных значений

Ответ: Тестируем значения на границах и около них.

Пример:

Поле "Возраст" принимает значения от 18 до 65.

Тестовые значения:

• 17 (меньше минимума)

• 18 (минимум)

• 19 (минимум + 1)

• 64 (максимум - 1)

• 65 (максимум)

• 66 (больше максимума)

12. Что такое классы эквивалентности?

Ответ: Разделение входных данных на группы (классы), где все значения внутри группы должны обрабатываться одинаково.

Пример:

Поле "Скидка" в зависимости от суммы покупки:

• 0-1000 ₽ → скидка 0%

• 1001-5000 ₽ → скидка 5%

• 5001+ ₽ → скидка 10%

Классы эквивалентности:

1. 0-1000 (тестируем одно значение, например, 500)

2. 1001-5000 (тестируем, например, 3000)

3. 5001+ (тестируем, например, 10000)

Блок 4: Документация

13. Что такое тест-кейс?

Ответ: Тест-кейс — это документ, описывающий шаги для проверки конкретной функции и ожидаемый результат.

Структура тест-кейса:

• ID

• Название

• Предусловия

• Шаги

• Ожидаемый результат

• Фактический результат

• Статус (Pass/Fail)

Пример:

``` ID: TC-001 Название: Авторизация с корректными данными Предусловия: Пользователь зарегистрирован

Шаги: 1. Открыть страницу авторизации 2. Ввести email: user@test.com 3. Ввести пароль: Test123! 4. Нажать "Войти"

Ожидаемый результат: Пользователь авторизован, открыта главная страница ```

14. В чём разница между тест-кейсом и чек-листом?

15. Что такое баг-репорт и что в нём должно быть?

Ответ: Баг-репорт — это документ, описывающий найденный дефект.

Обязательные поля:

• Summary (заголовок) — короткое описание бага

• Environment — окружение (ОС, браузер, версия)

• Steps to reproduce — шаги для воспроизведения

• Actual result — что произошло

• Expected result — что должно быть

• Severity — критичность

• Priority — приоритет

• Attachments — скриншоты, логи

16. В чём разница между Severity и Priority?

Пример:

• High Severity, Low Priority: Опечатка в тексте на странице "О компании" (не критично для бизнеса, но технически это дефект)

• Low Severity, High Priority: Логотип компании отображается криво на главной странице (технически мелочь, но бизнес хочет срочно исправить)

Блок 5: Жизненный цикл бага

17. Опишите жизненный цикл бага

Ответ: Статусы, через которые проходит баг:

1. New — баг создан

2. Assigned — баг назначен разработчику

3. In Progress — разработчик работает над исправлением

4. Fixed — разработчик исправил

5. Retest — тестировщик проверяет исправление

6. Verified / Closed — баг исправлен и закрыт

7. Reopened — баг не исправлен, открыт заново

Альтернативные исходы:

• Rejected — это не баг

• Duplicate — дубликат другого бага

• Won't Fix — баг не будут исправлять

Блок 6: SQL

18. Напишите SQL-запрос для выборки всех пользователей

Ответ:

sql SELECT * FROM users;

19. Как выбрать пользователей с возрастом больше 18?

Ответ:

sql SELECT * FROM users WHERE age > 18;

20. Что такое JOIN? Приведите пример

Ответ: JOIN — объединение данных из двух таблиц.

Пример:

sql SELECT users.name, orders.order_id FROM users JOIN orders ON users.id = orders.user_id;

Это выберет имена пользователей и их заказы.

Блок 7: API тестирование

21. Что такое API?

Ответ: API (Application Programming Interface) — это интерфейс для взаимодействия между программами.

Пример: Мобильное приложение отправляет запрос к серверу через API, чтобы получить список товаров.

22. Какие HTTP-методы вы знаете?

Ответ:

• GET — получить данные

• POST — создать данные

• PUT — обновить данные (полностью)

• PATCH — обновить данные (частично)

• DELETE — удалить данные

23. Какие коды ответов HTTP вы знаете?

Блок 8: Ситуационные вопросы

24. Что делать, если нет документации/требований?

Ответ:

1. Обратиться к аналитику / PM за уточнениями

2. Изучить похожие функции в продукте

3. Посмотреть конкурентные решения

4. Тестировать по здравому смыслу (exploratory testing)

5. Документировать своё понимание и согласовать с командой

25. Что делать, если разработчик не согласен, что это баг?

Ответ:

1. Ещё раз проверить требования

2. Воспроизвести баг и показать разработчику

3. Обосновать, почему это баг (ссылка на требования, UX)

4. Если не договорились — привлечь тимлида или PM

26. Как приоритизировать тестирование, если времени мало?

Ответ:

1. Сначала — критичные функции (smoke testing)

2. Затем — новый функционал

3. Затем — регрессия основных сценариев

4. В конце — edge cases и мелочи

27. Нашли критичный баг перед релизом. Что делать?

Ответ:

1. Немедленно сообщить тимлиду / PM

2. Создать баг с высоким приоритетом

3. Приложить детальные шаги воспроизведения

4. Оценить влияние на пользователей

5. Участвовать в обсуждении: откатывать релиз или делать hotfix

Блок 9: Soft skills

28. Как работаете в условиях дедлайна?

Хороший ответ:

"Расставляю приоритеты: сначала тестирую критичные функции, потом — второстепенные. Если понимаю, что не успеваю, сообщаю команде заранее, чтобы скорректировать план."

29. Расскажите о сложной ситуации в работе

Если нет опыта:

"У меня пока нет коммерческого опыта, но во время выполнения тестового задания на курсах столкнулся с... [опишите ситуацию]. Решил это так: [решение]."

30. Почему вы хотите стать тестировщиком?

Плохой ответ:

"Это легко" / "Не нужно программировать" / "Быстро войти в IT"

Хороший ответ:

"Мне нравится искать проблемы и улучшать продукт. Я внимателен к деталям и люблю разбираться, как всё устроено. Тестирование — это способ влиять на качество продукта, что меня мотивирует."

Практические задания на собеседовании

Кроме теории, на собеседовании дают практические задачи.

Задача 1: Протестировать форму

Задание: "Как бы вы протестировали форму регистрации?"

Что проверить:

Позитивные сценарии:

• Регистрация с корректными данными

• Все обязательные поля заполнены

• Пароль соответствует требованиям

Негативные сценарии:

• Пустые поля

• Невалидный email (без @, без домена)

• Слишком короткий пароль

• Пароли не совпадают

• Email уже зарегистрирован

• SQL-инъекция в полях

• XSS-атака

UX/UI:

• Плейсхолдеры в полях

• Подсказки для пароля

• Сообщения об ошибках понятные

• Кнопка "Зарегистрироваться" активна/неактивна

Пример ответа:

"Я бы составил чек-лист из ~15 проверок: проверка валидации email, тестирование требований к паролю, попытка регистрации с уже существующим email, проверка работы кнопок, тестирование на разных браузерах."

Задача 2: Найти баги на странице

Задание: "Откройте сайт X и найдите 5 багов за 10 минут"

Как искать баги:

1. Визуальные баги:

2. Криво отображаются элементы

3. Текст наезжает на другой текст

4. Изображения не загружаются

5. Функциональные баги:

6. Кнопки не работают

7. Форма не отправляется

8. Ссылки ведут не туда

9. Баги валидации:

10. Можно ввести буквы в числовое поле

11. Нет ограничения на длину текста

12. UX-проблемы:

13. Непонятные сообщения об ошибках

14. Нет обратной связи при действиях

Пример баг-репорта:

``` Summary: Кнопка "Отправить" неактивна после заполнения всех полей формы

Environment: Chrome 120, Windows 11

Steps to reproduce: 1. Открыть страницу /contact 2. Заполнить все поля формы корректными данными 3. Нажать кнопку "Отправить"

Actual result: Кнопка неактивна (серая), форма не отправляется

Expected result: Кнопка активна, форма отправляется

Severity: Major Priority: High ```

Задача 3: Написать тест-кейсы

Задание: "Напишите 5 тест-кейсов для функции добавления товара в корзину"

Пример тест-кейсов:

TC-001: Добавление товара в корзину

``` Предусловия: Пользователь на странице товара Шаги: 1. Нажать "Добавить в корзину" 2. Открыть корзину

Ожидаемый результат: Товар появился в корзине, количество = 1 ```

TC-002: Добавление нескольких единиц товара

``` Предусловия: Пользователь на странице товара Шаги: 1. Увеличить количество до 3 2. Нажать "Добавить в корзину" 3. Открыть корзину

Ожидаемый результат: В корзине 3 единицы товара ```

TC-003: Добавление того же товара повторно

``` Предусловия: Товар уже в корзине (количество 1) Шаги: 1. Вернуться на страницу товара 2. Нажать "Добавить в корзину" 3. Открыть корзину

Ожидаемый результат: Количество товара увеличилось до 2 ```

TC-004: Добавление товара без выбора размера

``` Предусловия: Товар требует выбора размера Шаги: 1. Не выбирать размер 2. Нажать "Добавить в корзину"

Ожидаемый результат: Сообщение "Выберите размер", товар не добавлен ```

TC-005: Добавление товара, которого нет в наличии

``` Предусловия: Товар отсутствует в наличии Шаги: 1. Открыть страницу товара 2. Попытаться добавить в корзину

Ожидаемый результат: Кнопка "Добавить в корзину" неактивна или показывает "Нет в наличии" ```

Задача 4: SQL-задачи

Задание: "Есть таблица users (id, name, age, city). Напишите запросы:"

1. Выбрать всех пользователей из Москвы

sql SELECT * FROM users WHERE city = 'Москва';

2. Посчитать количество пользователей старше 30 лет

sql SELECT COUNT(*) FROM users WHERE age > 30;

3. Выбрать топ-5 самых молодых пользователей

sql SELECT * FROM users ORDER BY age ASC LIMIT 5;

Задача 5: Логические задачи

Задание: "У вас есть 8 одинаковых шаров, один из них легче остальных. Как найти его за 2 взвешивания?"

Решение:

1. Делим шары на 3 группы: 3 + 3 + 2

2. Первое взвешивание: кладём группу из 3 шаров на каждую чашу весов

3. Если равны → лёгкий шар в группе из 2

4. Если не равны → лёгкий шар в более лёгкой группе из 3

5. Второе взвешивание:

6. Если лёгкий в группе из 2: взвешиваем их → определяем лёгкий

7. Если лёгкий в группе из 3: берём 2 любых, взвешиваем. Если равны → третий, если нет → более лёгкий

Зачем такие задачи: Проверяют логическое мышление и умение структурировать решение.

Как заполнить резюме Junior QA без опыта

Самый частый вопрос: "Что писать в резюме, если опыта нет?"

Структура резюме Junior QA

1. Заголовок

Иван Иванов Junior QA Engineer / Тестировщик ПО

2. Контакты

• Телефон

• Email

• Telegram

• LinkedIn (если есть)

• GitHub (если есть pet-проекты)

3. О себе (Summary)

Плохой пример:

"Ищу работу тестировщиком. Без опыта."

Хороший пример:

"Junior QA Engineer с базовыми знаниями теории тестирования, SQL и инструментов (Jira, Postman). Прошёл курс по тестированию, выполнил 3 pet-проекта: тестирование веб-приложения, мобильного приложения и API. Знаю техники тест-дизайна, умею писать тест-кейсы и баг-репорты. Быстро обучаюсь, внимателен к деталям."

4. Навыки (Skills)

Разделите на категории:

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

• Виды и уровни тестирования

• Техники тест-дизайна (граничные значения, классы эквивалентности)

• Жизненный цикл бага

Инструменты:

• Jira, Confluence

• TestRail / Qase

• Postman (для API)

• DevTools (Chrome, Firefox)

• Git (базовые команды)

Технические навыки:

• SQL (SELECT, JOIN, WHERE)

• HTML/CSS (базовое понимание)

• HTTP/HTTPS, REST API

Языки:

• Русский (native)

• Английский (A2-B1, чтение технической документации)

5. Опыт (даже если его нет)

Вместо опыта работы пишите pet-проекты:

Pet-проект 1: Тестирование веб-приложения "TodoList"

Самостоятельный проект | Октябрь 2024 - Ноябрь 2024

• Составил чек-лист из 25 проверок

• Написал 15 тест-кейсов (позитивные и негативные сценарии)

• Нашёл и задокументировал 8 багов

• Использовал Jira для трекинга багов

• [Ссылка на документацию в Google Docs]

Pet-проект 2: API тестирование сервиса JSONPlaceholder

Самостоятельный проект | Ноябрь 2024

• Протестировал REST API (GET, POST, PUT, DELETE)

• Использовал Postman для создания коллекции тестов

• Написал SQL-запросы для проверки данных в БД

• [Ссылка на Postman коллекцию]

Pet-проект 3: Тестирование мобильного приложения (Android)

Самостоятельный проект | Декабрь 2024

• Функциональное тестирование приложения "Заметки"

• Тестирование на разных устройствах (эмуляторы)

• Нашёл 5 UI-багов, 3 функциональных бага

• Составил баг-репорты

6. Образование

Основное образование:

Название ВУЗа, специальность (если есть)

Дополнительное образование:

• Курс "Тестирование ПО" (Яндекс Практикум / Skillbox / Stepik) — 2024

• Сертификат ISTQB Foundation Level (если есть)

7. Дополнительная информация

• Активно изучаю Python для будущего перехода в автоматизацию

• Участник QA-комьюнити в Telegram

• Веду блог о тестировании (если есть)

Где взять опыт для резюме, если его нет

1. Pet-проекты

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

• Любимое приложение в App Store / Google Play

• Популярный веб-сервис

• Open source проекты

Создайте документацию:

• Тест-кейсы в Google Sheets

• Баг-репорты в личном Jira (бесплатно до 10 пользователей)

• Чек-листы

2. Freelance-платформы

• Kwork (мелкие задачи по тестированию)

• FL.ru (можно найти разовые проекты)

Даже 1-2 проекта на фрилансе = строчка в резюме.

3. Open Source

• Найдите баги в open source проектах

• Создайте issue на GitHub

• Это реальный опыт + вклад в комьюнити

4. Бета-тестирование

• Участвуйте в бета-тестировании приложений (TestFlight для iOS, Google Play Beta)

• Пишите развёрнутые фидбеки

• Укажите в резюме: "Участник бета-тестирования 5+ приложений"

5. Волонтёрство

• Предложите протестировать сайт/приложение друзьям-разработчикам

• Помогите малому бизнесу протестировать их сайт бесплатно

Главное — задокументируйте всё, что делаете.

Тестовое задание: как выполнить на отлично

Тестовое задание — ключевой этап. От него зависит, пройдёте ли дальше.

Типичная структура тестового

Дано:

• Ссылка на приложение / сайт / API

• Описание функции для тестирования

Требуется:

1. Составить тест-кейсы (5-10 штук)

2. Выполнить тестирование

3. Найти баги (если есть)

4. Оформить результаты

Срок: 1-3 дня

Пошаговый план выполнения

Шаг 1: Изучите задание (20 минут)

• Прочитайте внимательно ТЗ

• Выделите ключевые требования

• Задайте вопросы, если что-то непонятно

Шаг 2: Исследуйте приложение (30-40 минут)

• Пройдитесь по всем функциям

• Запишите первые впечатления

• Сделайте скриншоты интерфейса

Шаг 3: Составьте тест-план (30 минут)

Распишите, что будете тестировать:

• Функциональное тестирование

• UI/UX

• Кроссбраузерность (если веб)

• Валидация полей

Шаг 4: Напишите тест-кейсы (1-2 часа)

Создайте таблицу в Google Sheets / Excel:

Включите:

• 60-70% позитивные тест-кейсы

• 30-40% негативные тест-кейсы

Шаг 5: Выполните тестирование (2-3 часа)

• Следуйте тест-кейсам

• Записывайте результаты

• Делайте скриншоты багов

Шаг 6: Оформите баг-репорты (1-2 часа)

Для каждого бага создайте детальный репорт:

``` ID: BUG-001 Summary: Кнопка "Войти" не реагирует на клик после ввода пароля

Environment: - OS: Windows 11 - Browser: Chrome 120.0.6099.109 - Screen resolution: 1920x1080

Steps to reproduce: 1. Открыть https://example.com/login 2. Ввести email: test@example.com 3. Ввести пароль: Test123! 4. Нажать кнопку "Войти"

Actual result: Кнопка не реагирует на клик, ничего не происходит

Expected result: Пользователь авторизован, происходит редирект на /dashboard

Severity: Critical Priority: High

Attachments: - screenshot_bug_001.png - console_log.txt ```

Шаг 7: Подготовьте итоговый отчёт (30-40 минут)

Структура отчёта:

1. Введение

2. Что тестировали

3. Окружение

4. Сроки тестирования

5. Результаты

6. Всего тест-кейсов: 15

7. Passed: 12

8. Failed: 3

9. Найдено багов: 5 (Critical: 1, Major: 2, Minor: 2)

10. Список багов (краткий)

11. Рекомендации

12. Что улучшить в первую очередь

13. Приложения

14. Ссылки на тест-кейсы

15. Ссылки на баг-репорты

Шаг 8: Проверьте и отправьте

Перед отправкой:

• Проверьте орфографию

• Убедитесь, что все ссылки работают

• Проверьте доступ к документам (настройте "Доступ по ссылке")

Как оформить результаты

Вариант 1: Google Sheets

Создайте файл с вкладками:

• Вкладка "Тест-кейсы"

• Вкладка "Баг-репорты"

• Вкладка "Итоги"

Вариант 2: Google Docs

Один документ со всеми разделами.

Вариант 3: Confluence / Notion

Если умеете пользоваться — плюс в карму.

Важно: Не используйте Word/Excel файлы — отправляйте ссылки на Google Docs/Sheets (удобнее для рекрутера).

Частые ошибки при выполнении тестового

Ошибка 1: Поверхностное тестирование

Нашли 2 очевидных бага и остановились.

Решение: Потратьте время, найдите минимум 5-7 багов (даже мелких).

Ошибка 2: Плохо оформленные баг-репорты

"Кнопка не работает" без шагов воспроизведения.

Решение: Детальное описание + скриншоты.

Ошибка 3: Нет негативных тест-кейсов

Протестировали только "правильные" сценарии.

Решение: Обязательно добавьте негативные кейсы.

Ошибка 4: Не проверили на разных браузерах

Тестировали только в Chrome.

Решение: Проверьте минимум в Chrome, Firefox, Safari (если веб).

Ошибка 5: Опоздали с дедлайном

Не уложились в срок.

Решение: Лучше отправить неидеальное, но вовремя, чем идеальное, но с опозданием.

Частые ошибки джунов на собеседовании

Даже хорошо подготовленные кандидаты совершают ошибки.

Ошибка 1: "Я не знаю"

Проблема: На вопрос отвечаете "Не знаю" и замолкаете.

Решение:

"Я пока не сталкивался с этим, но думаю, что... [предположение]"

или

"Не знаю точно, но погуглю и изучу после собеседования"

Ошибка 2: Заучивание определений

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

Решение: Понимайте суть, объясняйте простыми словами и приводите примеры.

Ошибка 3: "Я всё знаю"

Проблема: Преувеличение навыков.

Последствия: На практической задаче провалитесь.

Решение: Будьте честны. Лучше сказать "Знаю базово", чем "Эксперт".

Ошибка 4: Негатив про предыдущую работу/курсы

Проблема: "На прошлой работе всё было ужасно" / "Курсы были плохие"

Решение: Не говорите негатив. Фокус на позитив и уроки, которые вынесли.

Ошибка 5: Не задаёте вопросы

Проблема: В конце собеседования на вопрос "Есть вопросы?" отвечаете "Нет".

Решение: ВСЕГДА задавайте вопросы:

• С какими проектами буду работать?

• Какой стек технологий используете?

• Как построен процесс тестирования?

• Есть ли менторство для джунов?

• Как выглядит типичный день тестировщика в команде?

Ошибка 6: Не подготовились к компании

Проблема: "Не знаю, чем занимается ваша компания"

Решение: За день до собеседования:

• Изучите сайт компании

• Посмотрите, какие продукты делают

• Почитайте отзывы на Хабр Карьера

Ошибка 7: Опоздание на созвон

Проблема: Опоздали на онлайн-интервью.

Решение: Зайдите в Zoom/Meet за 5 минут до начала.

Чек-лист подготовки к собеседованию

За неделю до собеседования пройдитесь по чек-листу.

Теория (за 7 дней до собеседования)

• [ ] Повторил основы тестирования (что такое тестирование, QA vs QC vs Testing)

• [ ] Знаю уровни тестирования (unit, integration, system, acceptance)

• [ ] Знаю виды тестирования (smoke, sanity, regression, re-testing)

• [ ] Понимаю техники тест-дизайна (граничные значения, классы эквивалентности)

• [ ] Могу объяснить разницу между severity и priority

• [ ] Знаю жизненный цикл бага

• [ ] Могу написать тест-кейс

• [ ] Могу оформить баг-репорт

• [ ] Повторил базовый SQL (SELECT, WHERE, JOIN)

• [ ] Знаю основные HTTP-методы (GET, POST, PUT, DELETE)

• [ ] Знаю HTTP-коды ответов (200, 400, 404, 500)

Практика (за 3 дня до собеседования)

• [ ] Выполнил 2-3 практических задания (тестирование форм, поиск багов)

• [ ] Написал 10+ тест-кейсов для реального приложения

• [ ] Нашёл и оформил минимум 5 баг-репортов

• [ ] Потренировался писать SQL-запросы на SQLZoo или LeetCode

Резюме и документы (за 2 дня до собеседования)

• [ ] Обновил резюме (актуальные контакты, навыки, pet-проекты)

• [ ] Подготовил ссылки на pet-проекты (Google Docs с тест-кейсами, баг-репортами)

• [ ] Проверил доступ к документам (настроил "Доступ по ссылке")

• [ ] Подготовил рассказ о себе (2-3 минуты)

О компании (за 1 день до собеседования)

• [ ] Изучил сайт компании

• [ ] Понял, какие продукты делают

• [ ] Посмотрел вакансию ещё раз (что требуют, какие технологии)

• [ ] Подготовил 3-5 вопросов компании

Технические моменты (за 1 час до собеседования)

• [ ] Проверил интернет-соединение

• [ ] Проверил камеру и микрофон (для онлайн)

• [ ] Зашёл в Zoom/Meet заранее (за 5 минут)

• [ ] Приготовил воду

• [ ] Убрал отвлекающие факторы (закрыл соцсети, выключил уведомления)

Во время собеседования

• [ ] Включил камеру (для онлайн)

• [ ] Слушаю внимательно, не перебиваю

• [ ] Если не понял вопрос — переспрашиваю

• [ ] Думаю вслух (показываю логику)

• [ ] Задаю вопросы в конце

Что делать после собеседования

Собеседование прошло. Что дальше?

Сразу после собеседования

1. Запишите впечатления

Пока всё свежо в памяти:

• Какие вопросы задавали

• На какие вопросы ответили плохо

• Что спросили неожиданного

• Что понравилось / не понравилось

2. Отправьте благодарность (опционально)

Через 2-3 часа после собеседования можно написать короткое письмо рекрутеру:

``` Здравствуйте, [Имя]!

Спасибо за интересное собеседование сегодня. Было приятно пообщаться с командой и узнать больше о [название компании] и проекте.

Жду обратной связи.

С уважением, Иван Иванов ```

Это не обязательно, но показывает вашу заинтересованность.

Если получили оффер

Не спешите соглашаться сразу:

1. Попросите 1-2 дня на раздумья

2. Перечитайте оффер (зарплата, условия, испытательный срок)

3. Задайте вопросы, если что-то непонятно

4. Сравните с другими предложениями (если есть)

Если всё устраивает — принимайте оффер.

Если получили отказ

Не расстраивайтесь — это нормально.

Что делать:

1. Попросите фидбек: "Подскажите, пожалуйста, над чем мне поработать?"

2. Проанализируйте ошибки

3. Подтяните слабые места

4. Идите на следующее собеседование

Статистика: В среднем джун проходит 5-10 собеседований перед оффером.

Полезные ресурсы для подготовки

Книги по тестированию

• "Тестирование DOT COM" (Роман Савин) — классика для новичков

• "Lessons Learned in Software Testing" (Cem Kaner) — на английском

• "A Practitioner's Guide to Software Test Design" (Lee Copeland)

Онлайн-курсы

• Яндекс Практикум — Инженер по тестированию

• Skillbox — Тестировщик ПО

• GeekBrains — QA Engineer

• Stepik — бесплатные курсы по тестированию

Тренажёры и практика

Telegram-каналы и сообщества

• QA — Вопросы и ответы -软件测试 | Software QA/Testing

• Тестировщики (QA)

• QA_Bible

Сайты для поиска работы

• hh.ru (основной)

• Habr Career

• LinkedIn

• Telegram-каналы с вакансиями ("QA вакансии")

Площадки для pet-проектов

Что тестировать:

• The Internet Herokuapp — специальный сайт для практики тестирования

• Thinking Tester Contact List — API для тестирования

• Restful Booker — API для практики

• Любое приложение в Google Play / App Store

Заключение: ваш план действий

Junior QA — реальная возможность войти в IT без опыта программирования. Конкуренция есть, но при правильной подготовке вы выделитесь среди других кандидатов.

Ключевые выводы:

1. Теория + практика — знать определения мало, нужно уметь применять.

2. Pet-проекты обязательны — это ваше портфолио вместо коммерческого опыта.

3. Тестовое задание = 50% успеха — уделите ему максимум внимания.

4. Честность важнее знаний — лучше сказать "не знаю", чем соврать.

5. Soft skills решают — коммуникабельность и обучаемость важнее знания всех техник тест-дизайна.

6. Отказы — это нормально — в среднем нужно 5-10 собеседований для оффера.

Ваш план на ближайшие 3 месяца:

Месяц 1: Обучение

• Пройдите курс по тестированию (или изучите самостоятельно)

• Прочитайте 1-2 книги

• Изучите SQL (базовый уровень)

• Освойте Jira, Postman

Месяц 2: Практика

• Сделайте 3 pet-проекта (веб-приложение, API, мобильное приложение)

• Напишите 30+ тест-кейсов

• Найдите и оформите 15+ баг-репортов

• Разместите всё в Google Docs

Месяц 3: Поиск работы

• Обновите резюме

• Отправляйте 10-15 откликов в день

• Проходите собеседования (первые будут тренировочными)

• Анализируйте ошибки и улучшайте подготовку

Через 3-4 месяца: Первый оффер Junior QA.

Через 12-18 месяцев: Переход в Middle QA или начало изучения автоматизации.

Тестирование — это не просто "нажимать на кнопки". Это критическое мышление, внимание к деталям и ответственность за качество продукта. Если вам это интересно — добро пожаловать в QA.

А лучшие вакансии для тестировщиков ищите на hirehi.ru