Перейти к основному содержимому
🧪

Подготовка к собеседованию QA / SDET — мануальное, автоматизация, нагрузка — для инженеров Ташкента и Центральной Азии

QA-интервью в Ташкенте ждут больше, чем написания тест-кейсов. Они проверяют навык автоматизации, умение спроектировать тест-стратегию и софт-скилл отстаивать позицию против инженерной команды. Тренируйтесь на реальных вопросах резидентов IT Park и удалённых работодателей из ЕС с оценкой в реальном времени.

QA / SDET в Ташкенте делятся между «мануалка + немного автоматизации» в аутсорсе и полноценным SDET у резидентов IT Park и удалённых работодателей из ЕС, где вы пишете тесты, которые ревьюят другие инженеры.

Вопросы ниже покрывают оба трека. Тренируйте их вслух — QA-кандидаты теряют оффер не потому, что технически плохо отвечают, а потому, что их аргумент «почему это баг» разваливается под пушбэком.

Ключевые навыки, которые проверяют

  • Дизайн тестов: классы эквивалентности, граничные значения, таблицы решений
  • Один автоматизационный фреймворк: Playwright, Cypress, Selenium или Appium
  • API-тестирование: Postman / RestAssured / supertest
  • SQL для проверки данных
  • Базовый Linux + чтение серверных логов для триажа
  • Базы нагрузки: k6, JMeter или Locust
  • Интеграция тестов в CI
  • Чёткие баг-репорты: шаги воспроизведения, severity, доказательства

Зарплатные диапазоны в Ташкенте (2026)

Ориентир. Remote-first европейские позиции обычно платят на 30–50% выше локального рынка.

Джуниор

6–10 млн сум / месяц

Мидл

13–20 млн сум / месяц

Сеньор

от 25 млн сум / месяц (или EUR в remote)

Что у вас на самом деле спросят

Собрано из реальных собеседований, записанных на NextSuhbat. Каждая позиция — вопрос, к которому стоит готовиться, и что интервьюер на самом деле проверяет.

  1. 1

    Скрининг рекрутёра

    Самый тонкий баг, который вы находили.

    Зачем спрашивают: Тест на инстинкт. Баг, который никто не ждал — race condition, локализация, таймзоны.

  2. 2

    Технические

    Как решаете, на каком уровне (unit / integration / e2e) тест?

    Зачем спрашивают: Планка SDET. Тест-пирамида и связь со скоростью фидбэка и ценой флака.

  3. 3

    Технические

    Как уменьшить флак e2e-сьюта?

    Зачем спрашивают: Стабильные селекторы, retries, моки сети, изоляция параллельных запусков, детерминированные тест-данные.

  4. 4

    Технические

    30 минут на новую форму логина. Что покрываете?

    Зачем спрашивают: Тест-дизайн. Эквивалентность, границы, безопасность (XSS, SQLi), accessibility, сеть, кнопка назад.

  5. 5

    Технические

    SOAP vs REST API testing.

    Зачем спрашивают: Тяжёлый легаси-аутсорс. Схемы, форматы ошибок, контрактное тестирование.

  6. 6

    Кодинг

    Playwright (или Cypress) тест: логин + проверка поля профиля.

    Зачем спрашивают: Стабильные селекторы, await-паттерны, фикстуры. Без sleep().

  7. 7

    Кодинг

    SQL: каждая запись orders должна иметь пару в payments.

    Зачем спрашивают: LEFT JOIN + WHERE IS NULL или NOT EXISTS. Беглость в верификации данных.

  8. 8

    System design

    Тест-стратегия флоу платежа со сторонним шлюзом.

    Зачем спрашивают: Unit, контракт, sandbox, e2e с idempotency, мониторинг как тест, rollback-учения.

  9. 9

    Поведенческие

    Случай, когда разработчик сказал "это не баг", а вы не согласились.

    Зачем спрашивают: Суждение и коммуникация. Рамка — помочь пользователю, а не выиграть спор.

  10. 10

    Поведенческие

    Релиз с багом, который ваши тесты должны были поймать.

    Зачем спрашивают: Неправильно: не было. Правильно: конкретный пробел, что добавили, как выглядела пирамида до.

Потренируйте эти вопросы вслух — бесплатно

Чтение — не практика. Прогоните 20-минутное AI-мок-интервью на английском, русском или узбекском и получите оценку по коммуникации, технической глубине, решению задач и культурному фиту.

Начать бесплатное мок-интервью

Сделано в Ташкенте для Центральной Азии. Все сессии поддерживают английский, русский и узбекский голос.