Skip to main content

Blog # 22: Group, Organize, Breathe: How "DESCRIBE" Helped Me Clean Up My Playwright Tests

 Welcome back to my Playwright blog series! As someone who’s learning Playwright step by step , I’ve come to realize that keeping tests organized is just as important as writing them.

In this post, I’ll share how I started using describe blocks to structure my tests better. If you’re also a beginner like me, this might help make your test files cleaner and easier to manage!

🧩 What I Struggled With

When my test file grew to 50+ tests, it looked like this:

test('Login valid', () => {});
test('Login invalid', () => {});
test('Add to cart', () => {});
test('Checkout', () => {}); // 
// ...and 46 more!

I couldn't find anything quickly. Tests felt scattered like socks in a laundry room! 🧦

🎁 My Discovery: describe = Test Folders

Playwright's describe lets you group tests like drawers in a filing cabinet:

describe('Login Tests', () => {
// All login-related tests here
});

describe('Cart Tests', () => {
// All shopping cart tests here
});

✨ Why I Love describe (Beginner Benefits!)

🧪 My First describe Makeover

Before (Chaos):

test('Login valid', () => {});
test('Login invalid', () => {});
test('Forgot password', () => {});

After (Clarity):

describe('Login Feature', () => {

  test('Valid credentials', () => {});

  test('Invalid credentials', () => {});

  test('Forgot password flow', () => {});

});

Terminal Output Now Shows:

Login Feature
  ✓ Valid credentials
  ✓ Invalid credentials
  ✓ Forgot password flow

So satisfying to see! 😌

🔄 Level-Up: Sharing Setup Steps

My biggest aha moment: Use beforeEach to avoid repeating code!

describe('Login Tests', () => {
  // Runs before EVERY test in this group
  beforeEach(async ({ page }) => {
    await page.goto('/login'); // No more copy-pasting this line!
  });
  test('Valid login', () => { 
    // Already on login page!
  });
  
  test('Invalid login', () => { 
    // Already on login page!
  });
});

📝 3 Simple Rules I Follow

1. Name groups clearly

describe('Checkout Flow', ...) > describe('Tests', ...)

2. One feature per group

Login ≠ Cart ≠ Profile

3.Start small

Even 2-3 tests deserve grouping!

🚀 Wrapping Up

Learning how to organize my tests with describe was a small step that made a big difference in how I write and manage my Playwright tests. It helped me stay focused, reduce repetition, and understand my test suite better.

If you're also starting your Playwright journey, I highly recommend using describe. It’s simple, beginner-friendly, and a great habit to build early on.

Thanks for reading — more Playwright discoveries coming soon! 😊

Comments

Popular posts from this blog

Blog # 9: Say Hello to Alerts! Handling Dialog Boxes in Playwright

Alerts and dialogs are common elements in web applications that can interrupt automated test flows if not handled properly. Playwright provides straightforward methods to manage these interruptions, ensuring your tests run smoothly. In this guide, I’ll share how I learned handling three types of dialogs—simple alerts, confirmation boxes, and prompts—using Playwright’s built-in features. Why Handle Dialogs? Dialogs often appear during critical user interactions, such as form submissions, error notifications, or data input requests. If ignored, they can cause tests to freeze or fail. Playwright’s dialog-handling capabilities allow you to: Validate dialog messages. Accept, dismiss, or respond to prompts programmatically. Keep tests resilient and predictable. Let’s explore how to tackle each type of dialog. 1.  Simple Alerts: The One-Way Notification A simple alert is a basic pop-up with an "OK" button. Example Scenario : A basic alert appears, shouting, "I am an alert box!...

Blog # 20 :🎪 Playwright Hooks: Your Test Suite’s Best Friends!

🎩 Why Hooks? The Magic Behind the Scenes When writing automated tests, especially for web applications, repetitive tasks like logging in before each test or cleaning up after the test run can quickly clutter your code. If you've found yourself copying the same setup code into multiple tests, you're not alone! Luckily, Playwright offers a powerful feature to solve this — hooks . Imagine you’re hosting a party 🥳. You wouldn’t clean the house after every guest leaves, right? Instead, you’d: 🏗️  Setup once (decorate, cook food) → beforeAll 🗑️ Clean as you go (refill snacks, wipe spills) → beforeEach/afterEach 💣Nuclear cleanup after everyone leaves → afterAll In testing terms: Hooks automate repetitive tasks so your tests can focus on what matters. 🔮 Meet the 4 Hooks 🚀 Your Code in Action: Login/Logout Flow Let’s automate a shopping site test (your code!). Step 1: beforeEach – The “Welcome Mat” Why it rocks: Every test starts fresh, logged in, and cookie-free! test. beforeEa...

Software Testing Heuristics and mnemonics.

Software Testing Heuristics Heuristics are simply experience-based techniques for problem-solving, learning, and discovery. Where an exhaustive search is impractical, heuristic methods are used to speed up the process of finding a satisfactory solution. Examples of this method include using a rule of thumb, an educated guess, an intuitive judgment, or common sense. When you face a problem, you try some solutions that may work. For instance, if you suddenly find your mobile hang, what do you do? You may restart your mobile first. If that doesn’t work, then you may check & update the latest software and uninstall suspicious apps.if that also doesn’t work, then you reset your phone setting ( Factory reset). Most of us try a number of steps to solve our problems. These steps may not always work but we try them because we know that they may work. Following heuristics can apply to absolutely any kind of system with any kind of interface.  1.Abstract  Remove details in a model. S...

Blog # 4 : A Deep Dive into Playwright Assertions

  Ever spent hours debugging a test only to realize you forgot to check if a button was actually clickable? In web testing, the devil's in the details—and that's where assertions become your best friend. Let's explore how Playwright's assertion library can transform your testing strategy, using the popular The Internet testing playground. Why Assertions Matter Assertions are the backbone of any meaningful test. They're the checkpoints that scream, "This works!" or "Something's broken here!" Playwright's built-in expect library shines when testing real-world scenarios like authentication flows and dynamic content. Let's Start Testing: A Real-World Scenario We'll be testing key features of The Internet playground. Here's our foundation: Now let's add powerful assertions. Validating Content: Is What You See What You Get? 1. Page Titles: Your First Line of Defense Verify you're on the correct page immediately after na...

Day 15 Name five different online payment methods.

Most modern online payment services offer easy-to-use, fast and secure ways to pay Here’s a list of some of the most popular online payment services: Digital Wallet ( E wallet) A digital wallet refers to software, an electronic device, or an online service that enables individuals or businesses to make transactions electronically. It stores the payment information of users for different payment modes on various websites.                           PayPal PayPal is one of the most dominant payment methods available today. over 20 million UK shoppers use PayPal each year in the UK and  7 million businesses worldwide use their platform to accept payments. PayPal is an eCommerce payment processing company that allows users to set up a PayPal account and pay a fee for each cash transaction. Many customers prefer to checkout with PayPal because it’s so simple and quick to use. Amazon Pay Amazon Pay is another ...

Blog # 16: Diving into Screenshots with Playwright — Let’s Get Snapping! 🚀

Hi everyone! 👋  I’ve been exploring more of what Playwright has to offer, and I recently discovered an exciting feature—screenshots! Whether you're validating UI elements, documenting test results, or just sprinkling some eye candy into your reports 😄, screenshots can truly elevate your testing game. Let me share my recent adventures in capturing various types of screenshots using Playwright! Here’s what I tried out: A quick snapshot of the web page 🖼️ A comprehensive full-page capture, scroll and all! 📜 A focused screenshot of a specific element — like that one product image you love! 🔍 Let’s dive in! ✨ 1. Quick Page Screenshot const { test, expect } = require ( '@playwright/test' ); test ( 'Save a dated screenshot for future-you' , async ({ page }) => { await page. goto ( 'https://www.demoblaze.com/' ); // Pro move: Use ISO date (no messy slashes!) const today = new Date (). toISOString (). split ( 'T' )[0]; // "2023-09...

✍️ Blog #23: What I Learned About Annotations in Playwright

When I started, I thought writing tests was just about getting them to pass. But as the number of tests grew, I realized that being able to control which ones run, which to skip, and how to debug easily — is just as important. Let me take you through everything I’ve learned so far about Playwright’s annotations. 🔍 What Are Annotations? Annotations are special helpers in Playwright that let you modify test behavior without changing the actual logic of the test. They're great for: Focusing on a single test ( test.only ) Skipping unfinished or flaky ones ( test.skip ) Flagging tests that need fixing  ( test.fixme ) Allowing known failures  ( test.fail ) Marking slow tests  ( test.slow ) Think of them like post-it notes or switches you can stick on your tests to manage them better during testing. ✅ Test-Level Annotations These annotations go directly on individual tests. 🧪 test.only – Focus on One Test test. only ( 'run this test only' , async ...