Skip to main content
🧪

QA / SDET Interview Prep — manual, automation, performance — for engineers in Tashkent and Central Asia

QA interviews in Tashkent expect more than test-case writing. They probe automation skill, the ability to design a test strategy, and the soft skill of pushing back when the engineering team disagrees. Practice the questions IT Park residents and EU remote employers actually ask, with real-time AI scoring.

QA / SDET roles in Tashkent split between “manual + a bit of automation” jobs at outsourcing studios and full SDET roles at IT Park residents and EU remote employers, where you are expected to ship test code that other engineers review.

The questions below cover both tracks. Practice them out loud — QA candidates lose offers because their technical answer is solid but their case for “why this is a bug” falls apart under pushback.

Core skills tested

  • Test design: equivalence classes, boundary values, decision tables
  • One automation framework: Playwright, Cypress, Selenium, or Appium
  • API testing with Postman / RestAssured / supertest
  • SQL for data verification
  • Basic Linux + reading server logs to triage
  • Performance fundamentals: k6, JMeter, or Locust
  • CI integration of test suites
  • Bug-reporting clarity: reproduction steps, severity, evidence

Salary ranges in Tashkent (2026)

Approximate. Remote-first European roles typically pay 30–50% above local rates.

Junior

6–10M UZS / month

Mid-level

13–20M UZS / month

Senior

25M+ UZS / month (or EUR remote)

What you will actually be asked

Pulled from real interviews recorded on NextSuhbat. Each item is a question you should expect, plus what the interviewer is really testing.

  1. 1

    Recruiter screen

    Walk me through the most subtle bug you ever found.

    Why it is asked: Tests testing instinct. The bug should be one no one expected — a race condition, a localization gap, a timezone error.

  2. 2

    Technical

    How do you decide whether a test belongs at the unit, integration, or end-to-end level?

    Why it is asked: Bar for any SDET role. Use the test-pyramid framing and tie each level to feedback speed and cost of flake.

  3. 3

    Technical

    How do you make an end-to-end test suite less flaky?

    Why it is asked: Real practical question. Cover stable selectors, retries, network mocking, parallel isolation, deterministic test data.

  4. 4

    Technical

    You have 30 minutes to test a new login form. What do you cover?

    Why it is asked: Test-design instinct. Equivalence, boundary, security (XSS, SQLi), accessibility, network failure, browser back-button.

  5. 5

    Technical

    Walk me through the difference between SOAP and REST API testing.

    Why it is asked: Asked in legacy-heavy outsourcing studios. Cover schemas, error formats, contract testing.

  6. 6

    Coding

    Write a Playwright (or Cypress) test that signs a user in and verifies a profile field.

    Why it is asked: Tests stable selectors, await patterns, fixtures. Avoid sleep().

  7. 7

    Coding

    Write SQL to verify that every order in the orders table has a matching payment in the payments table.

    Why it is asked: LEFT JOIN with WHERE IS NULL or NOT EXISTS. Tests data-verification fluency.

  8. 8

    System design

    Design a test strategy for a payments flow that integrates a third-party gateway.

    Why it is asked: Cover unit, contract, sandbox, end-to-end with idempotency keys, monitoring as a test, and rollback drills.

  9. 9

    Behavioral

    Tell me about a time a developer told you "this is not a bug" and you disagreed.

    Why it is asked: Tests judgment and communication. Frame it as helping the user, not winning the argument.

  10. 10

    Behavioral

    Tell me about a release that shipped with a bug your tests should have caught.

    Why it is asked: Wrong answer: never happened. Right: specific gap, what you added afterwards, what your test pyramid looked like before.

Practice these questions out loud — for free

Reading is not practice. Run a 20-minute AI mock interview in English, Russian, or Uzbek and get a scorecard against communication, technical depth, problem-solving, and cultural fit.

Start free mock interview

Built in Tashkent for Central Asia. All practice sessions support English, Russian, and Uzbek voice.