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

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

Публичное тренировочное собеседование на позицию Middle QA: Ольга рассказывает о примерно 10–11 месяцах работы ручным тестировщиком и задачах на десктопном продукте для дизайнеров и связанной веб-CRM. Интервьюер проверяет знания по тестированию фронтенда при неготовом бэкенде, снифферам трафика, требованиям, видам тестирования и методологиям разработки. Во второй половине подробно разбираются Swagger, cURL, HTTP-запросы и ответы, а также сценарии тестирования API-методов: валидация полей, авторизация, создание сущностей, дублирование и проверка результата без доступа к БД.

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

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

• По словам участницы, её текущая работа включает обработку обращений, ретест исправлений, регрессионное тестирование и проверку бэкенда через Swagger до готовности фронтенда.
• При неготовом бэкенде фронтенд недостаточно проверить только визуально: интервьюер предлагает мокировать ответы сервера через сниффер, чтобы подать UI нужные данные и проверить зависящие от них состояния.
• Charles и Fiddler обсуждаются как инструменты просмотра и подмены трафика; участница приводит рабочий пример поиска запроса, ушедшего не в тот модуль десктопного приложения.
• Требования на проекте, по словам Ольги, хранятся в Confluence, а неясности она уточняет у аналитика; отдельно затронуты UI и UX как аспекты качества интерфейса.
• Разобраны классификации тестирования: функциональное и нефункциональное, white/gray/black box, ретест, регресс, smoke, а также различие системного и приёмочного тестирования со стороны принимающей стороны.
• Для API-проверок нужны не только позитивные ответы: следует покрывать пустые и пробельные значения, классы эквивалентности, граничные значения, ограничения пароля, неверный HTTP-метод, отсутствие или истечение токена и права разных ролей.
• После POST, создающего сущность, результат стоит подтверждать не только ответом, но и последующим GET-запросом либо проверкой в БД; также нужно определить ожидаемое поведение повторной отправки, чтобы исключить дублирование.