Вернуться в видеотекуСобеседование ручного тестировщика | Выпуск №9, ментор Даня | QA Studio
Учебное собеседование по ручному тестированию с теорией, логическими и ситуационными задачами, а также живой практикой на тестовом интернет-магазине. В ролике отдельно разбирают автоматизацию, локализацию багов и оформление баг-репорта.
- Направление
- QA
- Формат
- Мок-собеседование
- Грейд
- Junior
- Длительность
- 1 ч 7 мин
Коротко о видео
Ментор Даня проводит учебное собеседование с Кристиной на позицию ручного тестировщика: обсуждают её опыт, основы QA-документации, SDLC, приоритизацию и автоматизацию тестов. Затем разбирают две логические задачи, сценарий срочного релиза, исследовательское тестирование наушников и локализацию проблемы оформления заказа через DevTools, Network, API и базу данных. В практической части Кристина тестирует учебный интернет-магазин, находит проблему с бесплатной доставкой и вместе с ментором формулирует баг-репорт; в конце ментор даёт обратную связь и объясняет подход к оценочной задаче про окна Москвы.
Затронутые темы
Что взять на заметку
- Тестировщик может подключаться уже на этапе планирования и анализа требований: уточнять пробелы, заранее составлять чек-лист и снижать риск поздних исправлений.
- Тест-кейс обычно имеет более формальную структуру, чем чек-лист; для баг-репорта в разговоре называют название, окружение, предусловия, шаги, ожидаемый и фактический результаты, приоритет, серьёзность и вложения.
- Для автоматизации в первую очередь рассматривают критичные smoke-проверки, частые регрессионные сценарии и долгие ручные проверки; короткий или постоянно меняющийся проект может сделать автоматизацию невыгодной.
- Автотесты нужно поддерживать при изменениях продукта и тестовых данных; иначе они перестают отражать актуальное поведение системы.
- Если срочный релиз нельзя полноценно проверить вовремя, в обсуждении предлагают приоритизировать критичный функционал, заранее сообщить менеджеру о рисках, привлечь помощь или согласовать перенос/переработку.
- При исследовательском тестировании без требований полезно сначала проверить основную функцию, затем последовательно пройти функциональные, совместимые, UX/UI, удобство и безопасностные проверки.
- При локализации проблемы оформления заказа разбирают цепочку: запрос в Network, HTTP-статус и тело ответа, соответствие API-документации, данные в БД, проверка через Postman, Console и возможных браузерных/адаптивных причин.