Собеседование на ручного тестировщика (Middle QA) | Выпуск 11

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

Публичное тренировочное собеседование Middle QA с Амиром: сначала он объясняет клиент-серверную архитектуру, её преимущества и ограничения, затем различает тонкий, толстый и гибридный клиенты. Основная практическая задача посвящена поиску причины, по которой клиент, созданный в первой системе, не появляется во второй: обсуждаются DevTools Network, HTTP-статусы, тело запроса, логи, БД и интеграционные узлы, включая вебхуки. В конце разбираются устные SQL-задания на различия запросов, агрегаты, сортировку и граничные условия диапазона.

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

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

• При исчезновении сущности между двумя системами локализацию стоит вести по цепочке: действие в UI → исходящий запрос → ответ API → запись в БД первой системы → передача во вторую систему → её логи и отображение на фронтенде.
• Если в DevTools Network нет POST-запроса после действия пользователя, проверяют обработчик/кнопку, форму, клиентские ошибки и сетевую передачу; для просмотра трафика в разговоре названы DevTools и Fiddler.
• HTTP 400 означает, что сервер счёл запрос некорректным: нужно сопоставить тело запроса с контрактом API, в частности типы полей, обязательные поля и ограничения длины.
• Даже при 200/201 проблема может оставаться: следует проверить фактическое создание сущности в БД, формат и отправку интеграционного сообщения/вебхука, ожидания второй системы и её UI.
• Для серверных 5xx в интервью предлагают смотреть серверные логи по времени запроса либо системы мониторинга и ошибок, например Sentry.
• Тонкий клиент в основном отображает интерфейс и использует серверные ресурсы; толстый может хранить данные и выполнять вычисления локально, а гибридный распределяет функции между клиентом и сетью.
• В SQL важно отличать выбор всех колонок от выборки нужных полей, устранять дубликаты, понимать сортировку и агрегаты, а также проверять включение границ в условиях диапазона.