Airbnb
Approved anonymous reviews from software testers. Anonymous by default.
QA interview loop at Airbnb
- 1
QA fundamentals
45 minTest design, boundary/equivalence, defect life-cycle, severity vs priority.
- 2
Automation deep-dive
60 minSelenium/Playwright architecture, waits, POM vs screenplay, flaky test triage.
- 3
Live coding / pairing
60 minAutomate a small flow end-to-end; explain trade-offs while typing.
- 4
Recruiter screen
20–30 minCompensation, notice period, why QA, why this company.
- 5
API + SQL round
45–60 minREST verbs, contract testing, JSON assertions, joins, window functions.
- 6
System / test-strategy design
60 minDesign a test strategy for a payments/checkout system, quality gates in CI/CD.
Median time-to-offer from peer reports: ~31 days. Prep with our QA interview question bank.
Green flags to look for
- There's a shared observability dashboard testers can read.
- Test data seeded via API, not hand-crafted UI clicks.
- Devs pair with QA on flakiness instead of skipping the test.
- Automation runs on every PR — not a nightly wishful cron.
Red flags to grill in your loop
- Flaky tests get muted, not fixed.
- Manual regression cycles longer than the sprint itself.
- Only QA is on the release call at 11pm.
- No blameless post-mortems after a prod incident.
QA tech stack signals
Common industry defaults — replace with peer-reported stack as reviews arrive.
Live culture signals
- Fresh reviews (90 days)0
- Would-recommend rate—
- Culture vs site average—
- Est. time-to-offer~31 days
Questions testers reported being asked
- Release
You have 15 minutes before a release and one flaky E2E — quarantine or block? Defend it.
- API
What's the difference between contract testing and integration testing? When would you pick each?
- Automation
Walk me through how you'd stabilise a Playwright suite that fails 1 in 10 runs.
- Case design
Given a spec, write 6 test cases for the login endpoint — happy, negative, boundary, security.
- Architecture
Explain the trade-offs between Page Object Model and Screenplay pattern.
- Judgement
How do you decide what NOT to automate?
Role-specific prep kit for Airbnb
Insider FAQ — before you accept
＋What does the QA interview loop actually look like here?
Based on peer reports, expect a recruiter screen, a QA fundamentals round, an automation deep-dive (Selenium/Playwright), an API + SQL round, and a hiring-manager conversation. Ask the recruiter upfront whether there is a live coding round — that single question changes how you prep.
＋Do QA engineers here own test strategy or just execute it?
Look for it in the reviews below. A healthy signal: testers are in grooming, own the test plan, and can veto a release. A weaker signal: QA gets a finished spec and a deadline. Ask in your loop: 'Show me the last release where QA said no.'
＋What automation stack should I brush up on before the interview?
Whatever the pros/cons below mention most. If nothing is listed yet, assume the industry default: Selenium or Playwright + a Java/JS/Python runner, Postman or RestAssured for API, Jenkins/GitHub Actions for CI. Warm up on flakiness, waits and parallelisation — that's where 70% of tough questions live.
＋Is manual testing respected or treated as a stepping-stone?
This is culture, not process. Skim the 'Cons' below for phrases like 'only automation gets promoted' or 'manual testers left out of design reviews'. If it's absent, treat that as neutral and ask directly in the loop.
＋How is on-call and release ownership handled for QA?
Ask specifically: who joins the release bridge, who signs off, and what happens at 11pm on a Friday if a critical bug surfaces. Reviews mentioning weekend releases or lone-QA sign-off are the loudest red flag on this page.
＋What salary band should a mid-level SDET target here?
Cross-check the QA salary guides linked in the prep kit above — bands vary by city and years of experience, but the recruiter almost always negotiates within a ±15% window of their internal grid. Anchor with data, not a wish.
Approved reviews
Sign in to see members-only reviews.