Skip to main content
Software Engineering Daily

SmartBear and Multi-Agent QA

55 min episode · 2 min read
·
Fitz Nolan

Episode

55 min

Read time

2 min

Topics

Remote Work, Relationships, Design & UX

AI-Generated Summary

Key Takeaways

  • Multi-agent scope separation: BearQ uses three distinct agent types — exploration, test runner, and QA lead — each with deliberately narrow permissions. Test runner agents own the browser session exclusively; QA lead agents hold full account access and expensive models. This separation prevents runaway costs and unintended side effects while keeping most test runs fast and cheap.
  • Test data as distributed systems problem: Running concurrent agents against a shared application account creates state conflicts — one agent leaves items in a cart, another expects an empty cart. The practical near-term solution is provisioning one dedicated test account per parallel agent, treating test data isolation the same way distributed systems treat resource locking to avoid race conditions.
  • Black-box component inference: BearQ agents explore applications with zero prior code knowledge, using computer vision and vision LLMs to identify 20–30 reusable UI components. These inferred components are then presented to QA teams for human approval before becoming durable, reusable test building blocks — grounding AI-generated understanding in human-confirmed reality.
  • Self-healing test architecture: When a test runner agent fails a step, it spawns a QA lead agent that collects additional screenshots, queries recent run history, performs non-destructive browser actions like scrolling, and returns a corrected step definition. The tester agent never sees the full QA lead conversation — only a digest summary — keeping context windows lean.
  • QA role shifts to component-level abstraction: Rather than manually scripting hundreds of page-level tests, QA practitioners should reframe their work around 30–40 reusable application components and their relationships. Repetitive CRUD-level smoke tests should be fully delegated to agents, freeing QA teams to function as directors who approve component models, review failure pattern reports, and issue high-level agent directives.

What It Covers

SmartBear VP of AI Fitz Nolan explains how BearQ, an AI-native QA platform, deploys multi-agent systems to autonomously explore web applications, author test cases, and maintain quality at the pace AI coding tools now generate code, covering architecture, test data challenges, and QA's evolving role.

Key Questions Answered

  • Multi-agent scope separation: BearQ uses three distinct agent types — exploration, test runner, and QA lead — each with deliberately narrow permissions. Test runner agents own the browser session exclusively; QA lead agents hold full account access and expensive models. This separation prevents runaway costs and unintended side effects while keeping most test runs fast and cheap.
  • Test data as distributed systems problem: Running concurrent agents against a shared application account creates state conflicts — one agent leaves items in a cart, another expects an empty cart. The practical near-term solution is provisioning one dedicated test account per parallel agent, treating test data isolation the same way distributed systems treat resource locking to avoid race conditions.
  • Black-box component inference: BearQ agents explore applications with zero prior code knowledge, using computer vision and vision LLMs to identify 20–30 reusable UI components. These inferred components are then presented to QA teams for human approval before becoming durable, reusable test building blocks — grounding AI-generated understanding in human-confirmed reality.
  • Self-healing test architecture: When a test runner agent fails a step, it spawns a QA lead agent that collects additional screenshots, queries recent run history, performs non-destructive browser actions like scrolling, and returns a corrected step definition. The tester agent never sees the full QA lead conversation — only a digest summary — keeping context windows lean.
  • QA role shifts to component-level abstraction: Rather than manually scripting hundreds of page-level tests, QA practitioners should reframe their work around 30–40 reusable application components and their relationships. Repetitive CRUD-level smoke tests should be fully delegated to agents, freeing QA teams to function as directors who approve component models, review failure pattern reports, and issue high-level agent directives.

Notable Moment

Nolan describes a counterintuitive risk in agentic feedback loops: LLM providers appear to have conditioned models to never give up and consume more tokens, causing agents to repeatedly retry failed tasks and misread their own prior output as forward progress — requiring hard-coded static heuristics, not AI logic, to force termination.

Know someone who'd find this useful?

Episode Transcript

AI coding tools have dramatically accelerated the pace of development, and the bottleneck in the software development lifecycle has shifted to code validation and testing. However, the conventional tools and work flows that QA teams have relied on were not designed for a world where a single engineer can generate thousands of lines of code in a day. SmartBear is a software quality platform spanning test automation, API lifecycle management, and observability. The company recently launched an AI native QA platform called BearQ, which deploys autonomous agents that explore web applications, learns their structure and behavior, and authors and maintains test cases continuously. Fitz Nolan is the VP of AI and architecture at SmartBear and the cofounder of Reflect, which is a web testing platform acquired by SmartBear in 2024. In this episode, Fitz joins Kevin Ball to discuss why web UI testing is uniquely challenging, how BearQ's multi agent architecture coordinates exploration and testing, why test data management becomes a hard distributed systems problem at scale, and what agentic development means for the future of QA. Kevin Ball, or Kate Ball, is the vice president of engineering at Mento and an independent coach for engineers and engineering leaders. He cofounded and served as CTO for two companies, founded the San Diego JavaScript meetup, and organizes the AI in action discussion group through Latent Space. Check out the show notes to follow Keball on Twitter or LinkedIn, or visit his website, keball.llc. Fitz, welcome to the show. Kevin, thank you so much for having me. Glad to be here. Yeah. I'm excited to have this conversation. Let's start with you. So can you give us a little bit of your background and how you ended up at SmartBear, what you do there? Yeah. Sure. So I was a CS undergrad, and then I went right from there to a a PhD PhD program for computer science at Yale where I focused on distributed systems and networking. And while I was there, I did some internships at Big Tech focused pretty specifically on networking protocols and low latency networking. When I graduated there in 2014, I was very excited to take a start up job offer at a place called Curulate in Philadelphia, which is the area where I grew up. So I went there and worked there for about five years and met my cofounder, Todd McNeil, who I then went and started Reflect with. And Reflect is an end to end web testing platform. Now we support mobile as well. And it's basically record and play, allows you to your QA teams to build out test suites and then run them automatically without needing to know how to code. And so that was in 2019 that we started that, and then we were acquired by SmartBear in 2024. And a lot of the all the Reflect team is still there at SmartBear today. And Reflect is just one of the products in SmartBear's broad portfolio focused on software quality …

Get the full transcript (11,624 words) + summary by email — free

One-time email with the complete transcript and AI summary of this episode. No account needed.

One email, no spam. We’ll also show you what SignalCast does.

Browse all Software Engineering Daily transcripts →

You just read a 3-minute summary of a 52-minute episode.

Get Software Engineering Daily summarized like this every Monday — plus up to 2 more podcasts, free.

Pick Your Podcasts — Free

Keep Reading

More from Software Engineering Daily

We summarize every new episode. Want them in your inbox?

Similar Episodes

Related episodes from other podcasts

Explore Related Topics

This podcast is featured in Best Cybersecurity Podcasts (2026) — ranked and reviewed with AI summaries.

You're clearly into Software Engineering Daily.

Every Monday, we deliver AI summaries of the latest episodes from Software Engineering Daily and 192+ other podcasts. Free for one show.

Start My Monday Digest

No credit card · Unsubscribe anytime