Публичное собеседование / мок-интервью для QA-инженера. Тест формы и базовые принципы тестирования

Коротко о видео

Публичное учебное мок-интервью: кандидат Алексей отвечает на вопросы QA-лида о роли тестировщика, принципах тестирования, документации, тест-дизайне и API. Центральная практика — составление проверок для формы регистрации ребёнка в первый класс: позитивные и негативные сценарии, границы возраста, валидация ФИО, календарь и нефункциональные риски. В финале интервьюер отмечает сильное умение кандидата придумывать проверки, но рекомендует углубить теорию тест-дизайна, DevTools, HTTP и клиент-серверную архитектуру.

Затронутые темы

Что взять на заметку

• Для Junior QA нужно уверенно объяснять базовые принципы: исчерпывающее тестирование невозможно, дефекты концентрируются, тесты нужно обновлять, отсутствие дефектов недоказуемо, а подход зависит от контекста.
• Тестировщика стоит подключать к анализу требований как можно раньше: обнаруженная до разработки ошибка дешевле исправления в коде и после релиза.
• В тест-кейсе обязательны шаги и ожидаемый результат; источником ожидаемого результата служат требования и документация, а при пробелах — согласование, здравый смысл, аналоги и законодательные ограничения.
• Баг-репорт должен содержать понятное название, шаги воспроизведения, ожидаемый и фактический результаты, окружение и при необходимости скриншоты, логи или запись экрана.
• Для формы регистрации стоит проверить валидное ФИО с необязательным отчеством, возрастной порог 6 лет 8 месяцев, значения до/на/после границы, ввод без пробелов, пустую отправку, цифры, пробелы, длину полей и ручной ввод даты.
• Нужно уметь применять и объяснять эквивалентное разбиение, анализ граничных значений, попарное тестирование, таблицы решений, диаграммы состояний и прогнозирование ошибок.
• При заявленном опыте API-тестирования необходимо знать DevTools (Console, Elements, Network, Cookies), Swagger, клиент-серверную модель, HTTP-методы, структуру запросов и ответов, заголовки и коды статуса.