Вопросы для собеседования тестировщика
Готовый набор для интервьюера: 36 вопросов с тезисами эталонного ответа, задача, рубрика и план встречи.
Коротко
На собеседовании тестировщика хорошо работает схема на 60 минут: 3-4 устных вопроса по стеку, практический кейс, проектирование для middle и выше и вопросы кандидата. Ниже вопросы по грейдам из базы Техпрогона: у каждого тезисы, которые должен назвать сильный кандидат.
Всего в базе по этой роли 174 устных вопросов с чек-листом ответа.
Обновлено
Как построить техсобес на 60 минут
0-5 мин
Знакомство
Кто вы, формат встречи, кандидат коротко о себе и последнем проекте.
5-20 мин
Вопросы по стеку
3-4 устных вопроса из набора ниже. Сверяйте ответ с тезисами.
20-45 мин
Практический кейс
Ситуация из работы. Важно, как кандидат рассуждает и что уточняет.
45-55 мин
Проектирование
Для middle и выше: система или решение целиком. Для junior: ещё вопросы.
55-60 мин
Вопросы кандидата
Что спросил кандидат, тоже сигнал: интерес к задачам и команде.
Junior: 12 вопросов
Основы: как устроено и зачем. Хватит 3-4 вопросов на встречу.
1
Что такое тестирование и зачем оно нужно компании?
Основы тестирования и тест-дизайн
Junior
Что хотим услышать
- Проверка продукта на соответствие требованиям и ожиданиям пользователей
- Цель шире поиска багов: информация о качестве для решения о релизе
- Снижение рисков: денег, репутации, юридических
- Предотвращение дефектов: ревью требований, ранние проверки
- Различие QA, QC и тестирования
Если ответил, копните глубже
Почему нельзя протестировать всё?
Чем верификация отличается от валидации?
Какой принцип тестирования для тебя самый важный?
2
Расскажи, чем GET отличается от POST и что из этого важно для тестирования.
API и бэкенд для тестировщика
Junior
Что хотим услышать
- GET читает данные, POST отправляет данные на обработку, обычно создаёт ресурс
- GET безопасный и идемпотентный, POST ни то, ни другое
- Параметры GET идут в URL (видны в логах и истории), данные POST в теле
- GET-ответы можно кешировать, POST обычно нет
- Проверки: повторный POST создаёт дубль, GET не меняет данные, чувствительное не уходит в URL
Если ответил, копните глубже
Почему пароль нельзя передавать в query-параметре?
Как защититься от двойного POST при повторе?
Есть ли у URL ограничение длины?
3
Чем отличается WHERE от HAVING? Приведи пример, где нужны оба.
SQL и базы данных
Junior
Что хотим услышать
- WHERE фильтрует строки до группировки, HAVING фильтрует группы после
- В WHERE нельзя агрегаты, в HAVING можно
- Порядок: FROM, WHERE, GROUP BY, HAVING, SELECT
- Условия без агрегатов лучше писать в WHERE: меньше строк до группировки
- Пример: WHERE status = 'paid' и HAVING SUM(total) > 10000
Если ответил, копните глубже
Можно ли в HAVING использовать алиас из SELECT?
Можно ли написать HAVING без GROUP BY?
4
Объясни, что такое CORS и как он работает.
Сети и HTTP
Junior
Что хотим услышать
- Same-origin policy: скрипт не может читать ответы другого origin (схема, хост, порт)
- CORS: сервер заголовками
Access-Control-Allow-*разрешает конкретным origin читать ответы - Проверяет браузер, сервер отвечает всегда; вне браузера CORS не действует
- Простые запросы уходят сразу, остальные после preflight OPTIONS
- С куками нужен
credentials: 'include',Allow-Credentials: trueи точный origin вместо*
Если ответил, копните глубже
Почему POST с JSON вызывает preflight?
Защищает ли CORS от CSRF?
Как бы ты обошёл CORS локально, не трогая бэкенд?
5
Объясни, зачем фронтенд-проекту сборщик и что происходит с кодом от исходников до файлов в dist.
Инструменты
Junior
Что хотим услышать
- граф зависимостей от точки входа
- трансформация: TS, JSX, современный синтаксис, CSS
- резолв пакетов из node_modules
- склейка в чанки, минификация, tree shaking
- хеши в именах для долгого кеша
- dev-сервер с HMR и source maps
Если ответил, копните глубже
Почему Vite в dev быстрее webpack?
Почему ошибка типов не ломает сборку Vite?
Как бы ты уменьшил размер бандла?
6
Назовите ваши сильные стороны.
О себе и поведенческое
Junior
Что хотим услышать
- Две-три стороны, а не список из десяти
- Каждая подкреплена примером
- Стороны связаны с вакансией
- Нет пустых слов вроде «стрессоустойчивый, коммуникабельный» без доказательств
- Уверенно, без хвастовства
Если ответил, копните глубже
Как это проявилось на последнем месте?
Что сказали бы о вас коллеги?
Какая из них самая важная для этой роли?
7
Что делает баг-репорт хорошим?
Основы тестирования и тест-дизайн
Junior
Что хотим услышать
- Понятный заголовок: где и что, без эмоций
- Окружение и версия сборки
- Точные шаги с данными, которые воспроизведёт любой
- Фактический и ожидаемый результат, ожидаемое со ссылкой на источник
- Доказательства: скриншот, видео, логи, ответы сервера
- Один дефект на репорт, корректная серьёзность, нет лишнего
Если ответил, копните глубже
Как поступить, если баг плавающий?
Что делать, если разработчик не воспроизводит?
Что нельзя вкладывать в баг-репорт?
8
Что такое REST API? Объясни так, как объяснил бы на собеседовании на тестировщика.
API и бэкенд для тестировщика
Junior
Что хотим услышать
- Архитектурный стиль поверх HTTP, где всё ресурс с адресом
- Действие задаёт HTTP-метод: GET читает, POST создаёт, PUT/PATCH меняют, DELETE удаляет
- Сервер не хранит состояние клиента между запросами
- Результат передаётся кодом ответа и телом, обычно JSON
- Договор описывают в OpenAPI, по нему и тестируют
Если ответил, копните глубже
Чем REST отличается от SOAP?
Что такое идемпотентность?
Как устроена пагинация в API, который ты тестировал?
9
Расскажи, какие бывают JOIN и как каждый влияет на число строк в результате.
SQL и базы данных
Junior
Что хотим услышать
- INNER: только пары, где условие ON истинно
- LEFT/RIGHT: все строки одной стороны, у недостающей стороны NULL
- FULL: все строки обеих сторон
- CROSS: декартово произведение, N × M строк
- Связь один ко многим размножает строки «одной» стороны, два таких JOIN перемножают
- Строки с NULL в ключе не соединяются: NULL = NULL не true
Если ответил, копните глубже
Как найти клиентов без заказов тремя способами?
Чем отличается условие в ON от условия в WHERE для LEFT JOIN?
Что такое self join?
10
Чем отличаются GET и POST? Ответ «у POST есть тело» не засчитывается.
Сети и HTTP
Junior
Что хотим услышать
- GET читает и безопасен, POST меняет состояние
- GET идемпотентен, POST нет: его нельзя молча повторять
- GET кешируется браузером и прокси, POST по умолчанию нет
- Параметры GET в URL: попадают в логи и историю, длина ограничена серверами
- GET можно добавить в закладки и prefetch, поэтому нельзя менять данные по GET
Если ответил, копните глубже
Можно ли отправить тело в GET-запросе?
Как сделать повтор POST безопасным?
Почему пароль в query-параметрах это плохо даже с HTTPS?
11
Зачем разработчику Docker Compose и как ты его используешь?
Инструменты
Junior
Что хотим услышать
- Поднять зависимости одной командой: база, Redis, очередь
- Одинаковые версии сервисов у всей команды и в CI
- Сервисы общаются по именам в общей сети
- Тома для данных базы, bind mount для кода
- healthcheck и depends_on с condition для порядка старта
Если ответил, копните глубже
Как сделать, чтобы данные базы пережили пересоздание контейнера?
Почему из контейнера api не работает localhost:5432?
12
Какие у вас слабые стороны?
О себе и поведенческое
Junior
Что хотим услышать
- Назвал реальную слабость, а не штамп
- Слабость не критична для роли
- Рассказал, что делает, чтобы её компенсировать
- Есть пример прогресса
- Коротко, без самобичевания
Если ответил, копните глубже
А ещё одна?
Как коллеги замечали эту слабость?
Какие у вас сильные стороны?
Middle: 12 вопросов
Практика: почему так, какие компромиссы, что ломается.
1
Какими возможностями DevTools ты пользуешься в работе и зачем?
Основы тестирования и тест-дизайн
Middle
Что хотим услышать
- Network: запросы, коды, тела, Preserve log, Disable cache, throttling, Copy as cURL
- Console: ошибки JavaScript, предупреждения, CORS
- Application: куки и их флаги, localStorage, очистка данных сайта
- Elements: вёрстка, стили, временная правка для проверки
- Эмуляция устройств и Lighthouse для адаптивности, скорости и доступности
Если ответил, копните глубже
Как найти запрос, который пропадает после редиректа?
Как сымитировать отсутствие сети?
2
Как ты тестируешь аутентификацию и авторизацию в API?
API и бэкенд для тестировщика
Middle
Что хотим услышать
- Аутентификация: без токена, с битым, просроченным, чужого окружения, с изменённой подписью: 401
- Авторизация по ролям: матрица роль на эндпоинт, привилегированные методы токеном низшей роли: 403
- Чужие объекты по id (IDOR/BOLA) во всех методах, включая PUT и DELETE
- Mass assignment и лишние поля в ответах
- Жизненный цикл: выход отзывает токены, смена пароля, ротация refresh, брутфорс ограничен
Если ответил, копните глубже
Что вернуть на чужой заказ: 403 или 404?
Как проверить, что после выхода токен не работает?
Что проверишь в самом JWT?
3
Спроектируй схему базы для заказов интернет-магазина: клиенты, товары, заказы, оплаты. Какие таблицы, ключи и ограничения?
SQL и базы данных
Middle
Что хотим услышать
- Таблицы customers, products, orders, order_items, payments и их связи
- order_items как связь заказа и товара с qty и ценой на момент покупки
- Ограничения: FK, NOT NULL, CHECK (qty > 0), UNIQUE там, где нужно
- Типы: numeric или копейки для денег, timestamptz для времени, статус через CHECK или enum
- Индексы на FK и под частые запросы (заказы клиента по дате)
- Платежи отдельной таблицей с идемпотентным внешним id от платёжки
Если ответил, копните глубже
Как хранить адрес доставки, если клиент его потом поменяет?
Как сделать историю смены статусов заказа?
Что изменится, если товары бывают в разных вариантах (размер, цвет)?
4
Чем отличаются сессии на куках и JWT? Что бы ты выбрал для обычного веб-приложения?
Сети и HTTP
Middle
Что хотим услышать
- Сессия: id в куке, состояние на сервере (Redis/БД), отзыв мгновенный
- JWT: состояние в самом токене, проверка подписью без базы, сложно отозвать
- Для JWT нужна пара короткий access + отзываемый refresh
- Хранение: HttpOnly кука защищает от XSS, но нужна защита от CSRF (SameSite)
- Выбор по контексту: одно веб-приложение проще на сессиях, много сервисов и мобильные клиенты удобнее на токенах
Если ответил, копните глубже
Как отозвать JWT до истечения?
Где хранить токены в SPA?
Как масштабировать сессии на несколько серверов?
5
Как бы ты построил CI/CD для веб-приложения с нуля?
Инструменты
Middle
Что хотим услышать
- На каждый PR: npm ci, линтер, типы, unit-тесты, сборка
- Быстрые проверки первыми, независимые джобы параллельно, кеш зависимостей
- Защита ветки main: мерж только с зелёным CI и ревью
- Сборка один раз, артефакт (образ) с версией продвигается по стендам
- Деплой на стенд автоматически, на прод с подтверждением или автоматически при хорошем покрытии
- План отката и миграции, совместимые с предыдущей версией
Если ответил, копните глубже
Как ускорить пайплайн, который идёт 25 минут?
Где хранить секреты и кто к ним имеет доступ?
Как откатишься, если после релиза выросли ошибки?
6
Почему вы ищете новую работу?
О себе и поведенческое
Middle
Что хотим услышать
- Причина через цель, а не через бегство
- Ни слова негатива о текущем работодателе
- Показано, что на текущем месте был рост и результаты
- Связка с этой вакансией
- Коротко: до минуты
Если ответил, копните глубже
Говорили ли вы с руководителем о росте?
Что должно быть на новом месте обязательно?
Как давно ищете?
7
Что ты делаешь между «увидел баг» и «завёл баг-репорт»?
Основы тестирования и тест-дизайн
Middle
Что хотим услышать
- Повторить, чтобы убедиться, что воспроизводится, и найти минимальные шаги
- Проверить, не дубликат ли и не известная ли это проблема
- Сузить условия: другой браузер, другая учётка, другие данные
- Посмотреть Network и Console: фронт или бэк
- Проверить, есть ли в проде или появилось в этой сборке
- Собрать доказательства и оценить серьёзность
Если ответил, копните глубже
Зачем знать, есть ли баг на проде?
Сколько времени тратить на локализацию?
8
Как ты используешь SQL и базу данных в работе тестировщика? Приведи примеры запросов.
API и бэкенд для тестировщика
Middle
Что хотим услышать
- Проверка результата: запись после API-запроса, поля, статусы, связанные таблицы
- Поиск дефектов в данных: дубли через GROUP BY HAVING, сироты через LEFT JOIN или NOT EXISTS, расхождения сумм
- Подготовка данных: нужные состояния, которые долго создавать через интерфейс
- Разбор бага: на каком шаге данные стали неверными
- Осторожность: NULL-ловушки, доступ только на чтение к важным стендам, без правок в проде
Если ответил, копните глубже
Чем LEFT JOIN отличается от INNER JOIN?
Почему NOT IN опасен с NULL?
Как не оставить мусор после своих тестов?
9
Индекс есть, а в плане Seq Scan. Назови возможные причины и как каждую проверить.
SQL и базы данных
Middle
Что хотим услышать
- Низкая селективность: нужна большая доля строк, seq scan дешевле
- Функция или приведение типа над колонкой: нужен индекс по выражению или переписать условие
- Условие не по ведущей колонке составного индекса
- Устаревшая статистика: оценки rows не совпадают с фактом, помогает ANALYZE
- Маленькая таблица, LIKE с % в начале, OR по разным колонкам
- Проверка: EXPLAIN (ANALYZE, BUFFERS), сравнить оценки с фактом
Если ответил, копните глубже
Как временно заставить планировщик не использовать seq scan для эксперимента?
Что такое random_page_cost и зачем его меняют на SSD?
10
Чем отличаются HTTP/1.1, HTTP/2 и HTTP/3? Какие проблемы решала каждая версия?
Сети и HTTP
Middle
Что хотим услышать
- Семантика (методы, статусы, заголовки) одна, меняется транспорт
- HTTP/1.1: запросы по очереди в соединении, браузер держит около 6 соединений
- HTTP/2: бинарные фреймы, мультиплексирование, HPACK, одно соединение
- HTTP/2 упирается в head-of-line blocking TCP при потерях
- HTTP/3: QUIC поверх UDP, независимые потоки, TLS встроен, быстрее рукопожатие, миграция соединения
Если ответил, копните глубже
Почему HTTP/3 не сделали поверх TCP?
Что будет, если UDP заблокирован?
Что изменилось в подходе к бандлингу с HTTP/2?
11
Как бы ты написал Dockerfile для Node.js-сервиса в прод? Что в нём важно?
Инструменты
Middle
Что хотим услышать
- Конкретный базовый образ (node:22-alpine или slim), не latest
- Порядок слоёв: сначала манифесты и npm ci, потом исходники
- Multi-stage: сборка отдельно, в финале только dist и прод-зависимости
- .dockerignore: node_modules, .git, .env
- USER node, не root
- Exec-форма CMD, healthcheck, секреты не в образе
Если ответил, копните глубже
Почему образ получается на 1 ГБ и как его уменьшить?
Как передать секрет, нужный во время сборки?
Чем alpine может помешать?
12
Почему вы считаете себя middle-разработчиком?
О себе и поведенческое
Middle
Что хотим услышать
- Показал самостоятельность: вёл задачу сам от требований до прода
- Привёл пример фичи, которую довёл целиком
- Упомянул работу с неясными требованиями
- Есть результат с цифрой
- Не завысил и не принизил себя
Если ответил, копните глубже
Чего вам не хватает до senior?
Когда вы последний раз просили помощи?
Как вы оцениваете задачи?
Senior: 12 вопросов
Глубина и опыт: границы подходов, решения в продакшене.
1
Разработчик раз за разом отклоняет твои баги как «не баг» или «не воспроизводится». Как выстроишь работу?
Основы тестирования и тест-дизайн
Senior
Что хотим услышать
- Разобрать конкретные случаи: в чём причина отклонений
- Улучшить баг-репорты: окружение, данные, видео, логи, ожидаемое со ссылкой на источник
- Договориться о критериях: что считается дефектом, кто решает спорные случаи
- Спорные случаи к владельцу продукта, а не в переписку
- Показывать вживую и разбирать вместе, без обвинений
Если ответил, копните глубже
Как понять, что проблема в твоих баг-репортах?
Когда стоит эскалировать?
2
Чем тестирование GraphQL отличается от REST и что ты проверишь?
API и бэкенд для тестировщика
Senior
Что хотим услышать
- Один эндпоинт, ответ зависит от выбранных полей; проверять data и errors, а не только код
- Частичные ответы: ошибка в одном поле не ломает остальные
- Авторизация на уровне полей и резолверов, а не только эндпоинта
- Безопасность и нагрузка: глубина и сложность запросов, батчинг, интроспекция в проде
- Производительность: N+1 в резолверах, пагинация списков
Если ответил, копните глубже
Почему в GraphQL важна авторизация на уровне поля?
Что такое N+1 в резолверах?
Какими инструментами ты отправлял GraphQL-запросы?
3
Расскажите, как в PostgreSQL устроен MVCC, откуда берутся мёртвые строки и зачем нужен VACUUM.
SQL и базы данных
Senior
Что хотим услышать
UPDATEсоздаёт новую версию строки, старая остаётся сxmax;DELETEтолько помечает версию- Каждая транзакция видит версии по своему снимку, поэтому чтение не блокирует запись и наоборот
- VACUUM удаляет версии, которые уже никому не видны, обновляет visibility map и замораживает старые строки
- Долгие транзакции и забытые слоты репликации мешают очистке и раздувают таблицы
- Autovacuum настраивают по таблицам:
autovacuum_vacuum_scale_factor, лимиты стоимости; мониторинг черезpg_stat_user_tables - HOT-обновления и
fillfactorуменьшают нагрузку на индексы
Если ответил, копните глубже
Чем
VACUUM FULL отличается от обычного?Почему Index Only Scan иногда ходит в таблицу?
Что такое HOT update и когда он невозможен?
4
Как бы ты сделал надёжный клиент WebSocket для чата, который переживает обрывы сети?
Сети и HTTP
Senior
Что хотим услышать
- Реконнект с экспоненциальной задержкой и джиттером, сброс задержки после успеха
- Heartbeat: ping/pong с таймаутом, при пропуске закрыть и переподключиться
- Нумерация сообщений: после реконнекта клиент сообщает последний id, сервер досылает пропущенное
- Очередь исходящих сообщений с клиентскими id, идемпотентность на сервере против дублей
- Реакция на
online/offlineи видимость вкладки, повторная авторизация при истёкшем токене
Если ответил, копните глубже
Зачем джиттер в задержке реконнекта?
Как избежать дублей сообщения после повторной отправки?
Что делать, если сервер перезапускается и все клиенты переподключаются разом?
5
Ты приходишь в проект без тестов. Как выстроишь стратегию тестирования?
Инструменты
Senior
Что хотим услышать
- начать с самого рискованного и ценного для бизнеса: оплата, вход, ключевые сценарии
- несколько e2e smoke-тестов на критичные пути
- unit-тесты на чистую логику: расчёты, форматирование, утилиты
- интеграционные тесты компонентов и API на новых и изменяемых местах
- тесты в CI как обязательная проверка PR
- регрессионный тест на каждый найденный баг, борьба с флаки
Если ответил, копните глубже
Как убедить команду и бизнес выделить на это время?
Нужна ли цель по покрытию?
Как бороться с медленным тестовым набором?
6
Вы претендуете на senior. Расскажите о себе.
О себе и поведенческое
Senior
Что хотим услышать
- Назван масштаб: команда, нагрузка, пользователи или деньги
- Есть решения, которые повлияли дальше своего кода
- Есть метрики результата
- Упомянуто влияние на команду: менторинг, процессы, ревью
- Уложился в 2 минуты, не утонул в деталях
Если ответил, копните глубже
Какое техническое решение было самым спорным?
Как вы растили людей в команде?
Что бы сделали иначе на последнем проекте?
7
Как выстроить регрессионное тестирование в продукте с релизами раз в две недели?
Основы тестирования и тест-дизайн
Senior
Что хотим услышать
- Анализ влияния изменений для выбора объёма
- Приоритизация тест-кейсов по рискам и критичности сценариев
- Автоматизация стабильной части регрессии и запуск в CI
- Ручная регрессия на рискованных и новых местах
- Регулярная чистка набора: удалять устаревшее, добавлять тесты по утёкшим багам
- Метрики: время регрессии, утечка дефектов, флаки
Если ответил, копните глубже
Как понять, что регрессионный набор устарел?
Что делать с нестабильными автотестами?
Как ускорить регрессию вдвое?
8
Как ты протестируешь эндпоинт списка с пагинацией, фильтрами и сортировкой?
API и бэкенд для тестировщика
Senior
Что хотим услышать
- Границы: limit 0, 1, максимум и больше максимума, отрицательные и нечисловые значения
- Полнота: сумма элементов всех страниц равна total, нет дублей и пропусков
- Стабильность: вставка или удаление записи между страницами, стабильная сортировка при равных ключах
- Фильтры: каждый отдельно, комбинации, пустой результат, неизвестные значения
- Безопасность и производительность: инъекция в sort, огромный limit, чужие данные в выдаче
Если ответил, копните глубже
Почему при сортировке только по дате могут появиться дубли между страницами?
Чем курсорная пагинация лучше для бесконечной ленты?
Как проверить, что фильтр не протекает чужими данными?
9
На проде в логах появились ошибки deadlock detected. Как вы будете разбираться и что сделаете, чтобы они ушли?
SQL и базы данных
Senior
Что хотим услышать
- Deadlock это цикл ожидания: транзакции держат блокировки и ждут друг друга
- PostgreSQL проверяет цикл после
deadlock_timeout(1 с по умолчанию) и откатывает одну из транзакций с ошибкой 40P01 - В логе есть оба запроса и тип блокировок; включаю
log_lock_waitsдля долгих ожиданий - Главное лечение: единый порядок взятия блокировок, короткие транзакции, блокировка заранее через
SELECT ... FOR UPDATEв порядке ключа - Приложение должно уметь повторять транзакцию при 40P01 и 40001
Если ответил, копните глубже
Почему внешние ключи могут участвовать в deadlock?
Чем
FOR UPDATE отличается от FOR NO KEY UPDATE?Что даёт
lock_timeout?10
Первая загрузка сайта занимает 4 секунды у пользователей из регионов. Как бы ты искал, где теряется время, и что делал?
Сети и HTTP
Senior
Что хотим услышать
- Измерить: Navigation Timing и RUM по этапам (DNS, connect, TLS, TTFB, загрузка, рендер), Lighthouse и WebPageTest
- Сеть: CDN ближе к пользователю, HTTP/2 или HTTP/3, preconnect к сторонним доменам
- Сервер: медленный TTFB → кеширование, отдача статики с CDN, 103 Early Hints
- Ресурсы: Brotli, меньше JS, code splitting, оптимизированные картинки с размерами
- Рендер: критический CSS, defer для скриптов, без блокирующих сторонних скриптов
Если ответил, копните глубже
Как понять, что проблема в TTFB, а не во фронте?
Чем помогает HTTP/3 на мобильных сетях?
Что такое 103 Early Hints?
11
Чем, по-вашему, резюме senior должно отличаться от резюме middle?
О себе и поведенческое
Senior
Что хотим услышать
- Акцент на масштаб и влияние, а не на список фич
- Метрики бизнес-эффекта
- Лидерство: менторинг, процессы, архитектурные решения
- Компактность: старый опыт свёрнут
- Понимание, что резюме под роль, а не под всё сразу
Если ответил, копните глубже
Как вы отражаете менторинг?
Что убрали из резюме за ненадобностью?
Как адаптируете резюме под вакансию?
12
Задачи копятся в колонке «Тестирование», релизы задерживаются. Что будешь делать как ведущий тестировщик?
Основы тестирования и тест-дизайн
Senior
Что хотим услышать
- Измерить: где задачи ждут, сколько времени, почему возвращаются
- Ограничить незавершённую работу (WIP), чтобы разработчики помогали довести задачи, а не брали новые
- Shift-left: критерии приёмки и тест-идеи до разработки, разработчики пишут тесты
- Автоматизировать регрессию и смоук в CI
- Риск-ориентированный объём проверок вместо «всё вручную»
- Качество общая ответственность: разработчик проверяет свою задачу до передачи
Если ответил, копните глубже
Как убедить разработчиков тестировать самим?
Как понять, что ситуация улучшилась?
Практическое задание
Двойное списание
SQLAPI и бэкенд для тестировщикаMiddle~5 мин
Найди заказы, по которым прошло больше одного успешного платежа.
Колонки: order_id, cnt. Порядок строк не важен.
Хороший ход решения
- Подсказка, если застрял: Отфильтруй
status = 'success'до группировки. - Подсказка, если застрял: Условие на число строк в
HAVING.
Условие и примеры целиком
Эталон, тесты и таймер открываются интервьюеру в живом моке
Рубрика оценки: 1-4 балла
Критерии рассуждения для кейса. Ставьте балл по каждому пункту, сумма показывает картину лучше, чем «понравился или нет».
1 Не сделал2 После подсказки3 Сам, с пробелами4 Сам и уверенно
Уточнил цель и контекст
Для кого, зачем, какие ограничения по срокам и ресурсам
Задал вопросы до решения
Не бросился решать по первому впечатлению
Предложил подход и альтернативы
Назвал 2 варианта и почему выбрал один
Назвал метрики и риски
Как поймёт, что решение сработало, что может пойти не так
Довёл до конкретного плана
Шаги, ответственные, сроки
Опирался на свой опыт
Пример из реальной работы, а не пересказ учебника
Принял возражение и поправился
Без спора ради спора
Мок-собес без регистрации для интервьюера
Хотите проверить кандидата на задаче с эталоном и рубрикой? Так работает живой мок в Техпрогоне.
Кандидат готовится в Техпрогоне и на задаче открывает ступень «Живой мок».
Он присылает вам ссылку. Вы открываете её без регистрации.
У вас условие, эталон, рубрика, уточняющие вопросы и таймер.
Вы ставите оценки и вердикт, кандидат сразу видит результат.
Посмотреть механику изнутри
Для интервьюера бесплатно. Ссылку создаёт кандидат на тарифе Рывок
Наборы для других ролей
FrontendBackend на Node.jsFullstack на JS/TSBackend на PythonBackend на GoBackend на Java/KotlinBackend на C#/.NETBackend на PHPРазработчик C++iOS-разработчикAndroid-разработчикFlutter-разработчикReact NativeQA-автоматизаторDevOps / SREAI-инженер (LLM-приложения)ML/LLM-инженерAI-продакт-менеджерData ScientistАналитик данныхData EngineerСистемный аналитикБизнес-аналитикПродакт-менеджерПроджект-менеджерТимлид / руководительСпециалист по безопасности приложенийРазработчик 1СUX/UI-дизайнер
Готовитесь к собесу сами? Подготовка к собеседованию: QA-инженер (ручное)