Вернуться в каталог собеседований

Собеседование ручного тестировщика | Выпуск №8, менторы Даня и Игорь| QA Studio

Учебное собеседование ручного тестировщика с теоретическими вопросами и SQL-практикой. Менторы QA Studio разбирают ответы кандидата и дают итоговый фидбек.

QA Studio | Тестирование
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 22 тыс.
  • Лайки на YouTube: 555
Открыть на YouTube

Таймлайн

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

Это учебное мок-собеседование QA Studio с кандидатом Полиной, у которой, по её словам, около девяти месяцев опыта ручного тестирования. Менторы спрашивают о тест-планировании, жизненном цикле задачи, API и HTTP-методах, DevTools, тестовой документации, SQL и затем проводят практику по SQL в Metabase. В финале интервьюеры дают положительную обратную связь о практическом опыте кандидата, отмечая необходимость повторить часть теории, в частности различие безопасных и идемпотентных HTTP-методов.

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

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

  • Для рассказа о тест-плане стоит уметь назвать scope, исключённые модули, документацию, инструменты, состав QA-команды, сроки и формат отчёта; планирование начинается уже при обсуждении требований, а не только после разработки.
  • Жизненный цикл задачи в примере: аналитик создаёт задачу, разработчик реализует и при необходимости проходит code review, QA анализирует и тестирует её, заводит дефекты, затем подтверждает исправления и закрывает задачу.
  • При тестировании готового backend без frontend можно использовать Swagger и Postman; нужно понимать назначение метода, URL и path/query-параметров, headers, body и типов данных.
  • На собеседовании важно не смешивать safety и idempotency HTTP-методов: безопасные методы не должны менять состояние сервера, а идемпотентность означает одинаковый эффект повторных запросов.
  • В Chrome DevTools полезно уверенно работать с Network, Elements и Application: анализировать запросы и ответы, копировать cURL, искать локаторы, менять сеть и эмулировать устройства.
  • Для тестовой документации нужно различать чек-лист, тест-кейс и баг-репорт; в баг-репорте полезны понятное описание по схеме «где—что—когда», шаги, expected/actual result, серьёзность и вложения.
  • В SQL-практике проверяют SELECT, WHERE, ORDER BY DESC, COUNT и JOIN; при соединении таблиц нужно связывать внешний ключ `babushka.sovkhoz_id` с ключом таблицы совхозов, а не с `babushka.id`.

Рекомендуем посмотреть