Playwright JavaScript Last-Minute Notes
The night before your interview: all 48 Playwright JavaScript answers in short form, in one sitting.
The 48 Playwright JavaScript interview answers in short form, with every diagram. For the night before your interview.
- 32 pages
- 12 parts
- 48 questions
- Buy
- Instant download
- Prepare part by part
The night before, a full playbook is too much
What you need on the last evening:
- The key points only, not paragraphs.
- The questions asked most often, marked so they come first.
- A picture per topic they can redraw from memory in the interview.
With these notes you can
- Revise all 12 parts of the Playwright JavaScript Interview Playbook in one evening.
- Remember one line per answer when you are nervous.
- Redraw a diagram per part to explain architecture, locators, fixtures or CI.
- Start with the questions marked Asked often.
Look inside
The first 3 pages of 32, exactly as you get them. Swipe, then tap a page to enlarge it.
Buy to unlock all 32 pages
Full table of contents
All 12 parts and 48 questions, exactly as they appear in the PDF. Tap a part to see its questions.
Part 1. Playwright Basics and Architecture4 questions
- Your QA lead asks why the team should spend a sprint adopting Playwright. What problems does it remove for testers?
- A banking test needs a maker and a checker logged in side by side, without sharing cookies. Which Playwright objects do you use, and why?
- Which browsers can Playwright run, and what does device emulation really cover?
- You join a team with no automation at all. Walk me through your first hour setting up Playwright in JavaScript.
Part 2. JavaScript for Testers5 questions
- When would you choose JavaScript over TypeScript for a Playwright suite?
- Explain Promises and async/await in the context of Playwright tests.
- A teammate's test fails with "Cannot use import statement outside a module". What is going on, and how do you fix it?
- How do you get type safety in a JavaScript Playwright project without moving to TypeScript?
- The same suite must run against QA, staging and pre-prod, and a password was just found in Git. How do you set up config properly?
Part 3. Locators5 questions
- What makes a Playwright Locator different from finding an element once?
- In what order do you pick locators, and why?
- How do you pick one item from a list or table reliably?
- An embedded support chat widget loads in an iframe and its buttons are web components. How do you click inside it?
- Which tools help you find good locators fast?
Part 4. Auto-waiting and Assertions5 questions
- What does Playwright wait for before it clicks or types?
- Why should you use web-first assertions instead of reading values first?
- When do you use expect.soft, expect.poll and toPass?
- A report page legitimately needs 50 seconds to load. Which timeout do you change, and which ones do you leave alone?
- How do you build stable visual tests with screenshots?
Part 5. Test Runner, Config and Projects4 questions
- Explain the key settings you keep in playwright.config.js.
- What are projects, and how do dependencies between projects work?
- How do you group, tag and filter tests, and how do you make reports readable?
- How do you handle tests that must run one after another?
Part 6. Fixtures and Hooks3 questions
- What is a fixture, and how do you create a custom one in JavaScript?
- Creating an API token takes 3 seconds and every test creates one. How can fixture scope cut that cost?
- How are hooks different from fixtures, and what is the catch with beforeAll?
Part 7. Page Object Model and Framework Design3 questions
- A designer renames the Login button and 40 tests break. How would a page object have limited the damage?
- Your suite grew from 20 to 400 tests and nobody can find anything. How would you reorganise the framework?
- What is your approach to test data in Playwright?
Part 8. Network Mocking and API Testing5 questions
- The product list API is down in the test environment, but you still need to test the empty and error screens. What do you do?
- Clicking Save triggers a PUT request, and the toast appears before the data is stored. How do you wait for the real API call?
- Your team wants API checks in the same repo and runner as the UI tests. Show how you test a REST endpoint with Playwright.
- How do you mix API calls and UI checks in one test?
- What are HAR files, and how can they make UI tests independent of a backend?
Part 9. Authentication and Sessions3 questions
- Your login page has a slow SSO redirect that adds 8 seconds to each test. How do you skip it safely?
- How do you test features that need different user roles?
- How do you deal with OTP, 2FA and captcha in automation?
Part 10. Debugging and Flaky Tests4 questions
- Walk me through how you debug a failed Playwright test.
- A developer says your failed test is "just flaky". How do you use a trace to prove what really happened?
- The search test passes every time on your machine but fails in the Jenkins job. What is your checklist?
- What usually causes flaky Playwright tests, and how do you fix each cause?
Part 11. Parallel Runs, CI/CD and Docker4 questions
- Your nightly run takes 50 minutes on one worker. What changes when you add workers, and what can break?
- How do you split a large suite across machines and get one report?
- What does a Playwright CI pipeline look like?
- A new joiner's tests fail on their Windows laptop but pass on yours. How would a container setup end this problem?
Part 12. Playwright with AI3 questions
- What is Playwright MCP, and how can it help a tester?
- How do you use AI tools in automation work responsibly?
- What are Playwright test agents?
A real page from the notes
Your element handle throws errors after the page re-renders. Why do Playwright locators not have this problem?
- A Locator is a recipe for finding an element, not the element itself.
- It is lazy: it searches the page every time you use it.
- So it survives re-renders and works with auto-waiting.
- It is strict: an action fails if the locator matches more than one element.
Remember: Locators are lazy and strict.
Who it is for
This is for you if
- You have an interview in the next day or two and need to revise, not learn.
- You already went through the full Interview Playbook and want the short version.
- You learn better from diagrams and one-line summaries.
It is not for you if
- You are new to Playwright. Start with the full Interview Playbook, which teaches each answer with code.
What is inside
- 48 answers in short formThe key points to say and the one line to remember, for every question in the Playwright JavaScript Interview Playbook.
- One diagram per part12 parts, from architecture to Playwright with AI. Redraw each from memory.
- Asked oftenThe questions to revise first are marked.
PDF, 32 pages. Works on phone and laptop.

From Jatin
Jatin Shharma
12+ years in test automation at Infosys, HERE Maps (originally Nokia Maps) and B2X. Client work for BMW and Audi, including self-parking car automation.
More about JatinQuestions
How is it different from the Interview Playbook?
The playbook is for learning, with full answers and code. These notes are the short version for revising.
What format is it?
A PDF you can read on your phone or laptop and print if you like. The download link comes to your email and stays in My purchases.
Do I get updates?
Yes. Everyone who has it gets every update, and fresh links always download the newest version.
Do I need the full playbook too?
The notes are the short version of the Playwright JavaScript Interview Playbook. Use the playbook to learn and these notes to revise, or get both in the Playwright JavaScript Interview Bundle.
Revise in one evening, not one week
48 answers, 12 diagrams, 32 pages.
Also in a bundle
Playwright JavaScript Interview Bundle
The Interview Playbook and the Last-Minute Notes together. Rs 698 if bought separately.
SDET Interview Complete Bundle
All five paid playbooks and notes: Playwright TypeScript, Playwright JavaScript and Selenium Python. Rs 1,895 if bought separately.