Urgent.News

What's breaking now, across thousands of outlets.

Tech

Why agent-browser and Playwright Work So Well Together

We recently added agent-browser to our UI evaluation workflow. The motivation was simple. A normal E2E test is great when we already know the path: await page . getByRole ( " button " , { name : " Settings " }). click (); await expect ( page . getByRole ( " dialog " , { name : " Settings " }) ). toBeVisible (); But sometimes I want to ask a different question: Can a user find Settings and open…

Agent-browser and Playwright are well-suited for a UI evaluation workflow because they serve complementary purposes. Agent-browser provides a browser-oriented interface for coding agents, allowing them to inspect the UI and decide on the best path to achieve a goal. It is designed for exploratory QA, where the focus is on whether a user can discover and accomplish a desired outcome, rather than following a specific sequence of clicks.

The agent's responsibility ends when it reports whether it believes it has completed the goal. Playwright then independently verifies the application's state to ensure the expected outcome. This separation allows the agent more freedom to explore different routes to accomplish the user's goal, while Playwright focuses on confirming that the application actually reached the desired state.

This architecture is not revolutionary, as other projects in the agent-evaluation ecosystem use similar principles. However, the distinct boundary between agent-browser and Playwright empowers the agent to focus on goal-oriented exploration and Playwright to focus on validating the application's state. Together, they provide a powerful toolset for conducting exploratory QA and ensuring the product's discoverability and usability.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

When the Free Tier Stops Being Cheap: A Load-Based Exit Test for Agent Backends

When the Free Tier Stops Being Cheap: A Load-Based Exit Test for Agent Backends A team moves its nightly agent job onto a free endpoint. Week one looks perfect.

  • Free server tiers become inefficient at high concurrency
  • Three factors affect performance curve: retry amplification, cold-path penalties, queue debt
  • MonkeyCode provides free model access with token limits

Solving the Classic SQL "Gaps and Islands" Problem: 3 Modern Approaches

If you've ever needed to find consecutive streaks in data — days a user logged in back to back, uninterrupted stretches of sensor readings, runs of matching status codes — you've run into the "gaps…

  • Approach 1 uses row-number trick to create group IDs by subtracting row numbers from dates
  • Approach 3 directly matches boundaries using LAG() and LEAD() to find streak start and end dates

More from Tuesday 15 September →