In Part 1 I promised to tell you which tools actually work. Let's start by ruling one category out. ──────────────────────────────────────── 🚫 𝐒𝐭𝐨𝐩 𝐔𝐬𝐢𝐧𝐠 𝐂𝐡𝐚𝐭 𝐀𝐩𝐩𝐬 𝐟𝐨𝐫 𝐂𝐨𝐝𝐢𝐧𝐠 ChatGPT, Claude.ai, Gemini — these are not coding tools. I know. You can paste code into them. You can ask questions. It feels like it should work. But here's the problem: these tools were trained to answer everything. Recipes. Health advice. Legal questions. Your Playwright test suite. Coding task. Those tools treat them all the same way. They also have zero access to your repo. They don't know your folder structure, your test helpers, your naming conventions — nothing. So every answer is generic. It could fit any codebase, anywhere. Generic = useless for real coding work ──────────────────────────────────────── ✦︎ 𝐂𝐋𝐈 𝐯𝐬 𝐈𝐃𝐄: 𝐖𝐡𝐚𝐭'𝐬 𝐭𝐡𝐞 𝐃𝐢𝐟𝐟𝐞𝐫𝐞𝐧𝐜𝐞? Coding-specific tools split into two types: ► CLI — you run them from the terminal, inside your repo ► IDE — they live inside your editor (Cursor, VS Code, etc.) CLI means Command Line Interface. You open your terminal, go to your project, and run something like: `>_ claude -p "add a login test to the checkout suite"` The agent reads your actual code, understands your project, and does the work. ──────────────────────────────────────── ✦︎ 𝐓𝐡𝐞 𝟒 𝐂𝐋𝐈 𝐓𝐨𝐨𝐥𝐬 𝐘𝐨𝐮 𝐍𝐞𝐞𝐝 𝐭𝐨 𝐊𝐧𝐨𝐰 🔹 𝐂𝐥𝐚𝐮𝐝𝐞 𝐂𝐨𝐝𝐞 built by Anthropic It has three models for three use cases: - Opus — the most powerful. Complex refactors, hard bugs, architecture decisions. Expensive. - Sonnet — the daily driver. Fast, accurate, handles most coding tasks and documentation well. - Haiku — fast and cheap. Good for the small jobs only: renaming files, adding a helper, generating a fixture. Pricing works on a "window" system. You buy a plan ($20 / $100 / $200 per month) and each plan comes with a usage limit. That limit resets every 5 hours and every week. In practice: burn through your limit at 2pm, wait until 7pm for the reset. It sounds annoying. Once you learn to match the model to the task you rarely hit the cap.

𝐖𝐡𝐚𝐭 𝐢𝐬 𝐭𝐡𝐞 𝐃𝐨𝐜𝐮𝐦𝐞𝐧𝐭 𝐎𝐛𝐣𝐞𝐜𝐭 𝐌𝐨𝐝𝐞𝐥 (𝐃𝐎𝐌)? The Document Object Model (DOM) is a programmatic representation of a web page (HTML). It allows developers to modify and update web pages using JavaScript, making them interactive. This is what enables users to: - Click buttons - Fill forms - See dynamic content appear and disappear ℹ️ When a user interacts with a website, JavaScript updates the DOM behind the scenes to reflect those changes without refreshing the whole page. 𝐒𝐢𝐦𝐩𝐥𝐞 𝐞𝐱𝐚𝐦𝐩𝐥𝐞: When a user clicks "Add to Cart" on an e-commerce site, the cart icon updates and a message appears. That's JavaScript updating the DOM to show those changes instantly. 𝐇𝐨𝐰 𝐭𝐨 𝐕𝐢𝐞𝐰 𝐚𝐧𝐝 𝐈𝐧𝐬𝐩𝐞𝐜𝐭 𝐭𝐡𝐞 𝐃𝐎𝐌 Opening the DOM Inspector 1. Right-click anywhere on a webpage 2. Select "Inspect" 3. Look at the "Elements" tab content 𝐔𝐧𝐝𝐞𝐫𝐬𝐭𝐚𝐧𝐝𝐢𝐧𝐠 𝐭𝐡𝐞 𝐃𝐎𝐌 𝐒𝐭𝐫𝐮𝐜𝐭𝐮𝐫𝐞 You'll see all the HTML elements organized in a tree structure: - Elements can be expanded or collapsed to view their contents - Each element has parent, child, and sibling relationships - The structure reflects the nesting of HTML tags ℹ️ When you right-click and inspect a specific element, the Elements tab automatically highlights that exact element in the tree. ──────────────────────────────────────── 🟢 𝐖𝐡𝐚𝐭 𝐢𝐬 𝐭𝐡𝐞 𝐃𝐎𝐌 𝐚𝐧𝐝 𝐖𝐡𝐲 𝐒𝐡𝐨𝐮𝐥𝐝 𝐐𝐀 𝐄𝐧𝐠𝐢𝐧𝐞𝐞𝐫𝐬 𝐂𝐚𝐫𝐞? The Document Object Model (𝐃𝐎𝐌) is the bridge between a test automation code and the web pages you're testing. Testing frameworks like Playwright rely on DOM manipulation to execute automated tests: - Element Location: Frameworks use CSS selectors and XPath to find elements in the DOM - Action Simulation: Clicks, text input, and navigation all happen through DOM interaction ──────────────────────────────────────── 🟠 𝐓𝐡𝐞 𝐐𝐀 𝐀𝐮𝐭𝐨𝐦𝐚𝐭𝐢𝐨𝐧 𝐖𝐨𝐫𝐤𝐟𝐥𝐨𝐰: 𝐒𝐭𝐞𝐩 𝟏: Identify Target Elements Open Developer Tools (F12) and inspect the elements you need to interact with: ⟩ Find unique identifiers (IDs, classes, attributes) ⟩ Identify selectors that won't break easily (avoid dynamic IDs or complex nested paths)

As I grow deeper into my automation role. I've realized the importance of API testing, understanding it and how to use it in automation testing, even if you're testing UI. Thoughts?

Cypress, has various limitations, my question is has any one ever mixed Cypress with Selenium or injected Selenium in certain sections where Cypress can't test?

I went from Manual QA to Automation. It's a huge payoff.