QA / Test Automation Engineer
What makes end-to-end browser tests brittle, and how do you write them with tools like Playwright or Cypress so they stay reliable?
What the interviewer is looking for
- This question tests ui test automation. Uses Playwright, Cypress or Selenium with stable selectors, proper waits, page objects and isolated test data.
- Strong answers: Fragile selectors, fixed sleeps, shared state and dependent tests; fixes like test IDs or role-based locators, auto-waiting, isolated data, setup through APIs, and focused tests.
- Likely follow-up: How do you decide what should not be tested through the browser at all?
Another way it may be asked: Your automated browser tests keep breaking when nothing is really wrong. What causes that, and how do you write them better?
A structure to follow: Answer, explain, example, limits
- Step 1
Answer
Give your direct answer in the first sentence so the interviewer knows where you are going.
- Step 2
Explain
Say how it works or why you would do it that way, in plain words before jargon.
- Step 3
Example
Anchor it in something you have actually done or seen, with the detail that shows hands-on experience.
- Step 4
Limits
Say when your approach would not be the right one. It shows judgement.
This is guidance on shape, not a script. Use your own real experience and facts; never invent details to fill a gap. See the STAR guide and answer frameworks.
Common slips
- Reciting a definition without showing you have applied it.
- Using terms you cannot explain if asked a level deeper.
- Claiming experience beyond what you can discuss in detail.
How to practise it
Say the answer in 90 seconds, then answer the follow-up as if it were a new question.
Related questions
- If I asked you to test a login page, what kinds of cases would you think about beyond just a correct username and password?
- You find a bug that only happens sometimes. What goes into a bug report so a developer can actually fix it?
- How would you test a REST API endpoint that creates a new customer record? What would you check?
- Your nightly test suite fails randomly about one run in five. How do you track down and deal with the flaky tests?
- How do you decide which tests belong at the unit, integration and end-to-end levels for a new feature?