Performance
Back to all articles
ai

Generative AI in Testing: What to Automate in 2026 and What Still Needs Human Judgment

Performance360 Engineering5 min read

Every QA team we talk to this year is already “using AI” somewhere in their pipeline. Almost none of them has an explicit rule for which tasks to hand over and which ones to keep. That missing rule — not the technology itself — is what’s causing most of the production incidents we’re seeing.

The gap between piloting and trusting

Capgemini’s World Quality Report 2025-26 measures exactly that gap: 43% of organizations are experimenting with generative AI in quality engineering, but only 15% have it scaled enterprise-wide. In between sits a 58% reporting concrete challenges adopting AI-powered tools, and 60% who still haven’t solved secure, representative test data at scale — which, not coincidentally, is the AI use case that grew the most this past year (from 14% to 25% adoption).

43%

Organizations piloting generative AI in QA

15%

Have it scaled enterprise-wide

60%

Lack secure test data at scale

Source: World Quality Report 2025-26, Capgemini.

That drop from 43% to 15% isn’t a technology maturity problem. It’s a governance problem: nobody has yet defined which tasks AI can own unsupervised, and which ones need a human in the loop before reaching production.

What AI already automates with confidence

With current agents, some tasks are no longer a bet to delegate — they’re just more efficient than doing them by hand:

  • Test generation from requirements. An agent can navigate the app, explore the DOM, and produce a runnable Playwright test with reasonably resilient locators from a natural-language description of the flow.
  • Self-healing locators. When the UI changes, the agent re-points the selector automatically instead of breaking the whole suite.
  • Visual testing. Perceptual comparison that filters out noise (antialiasing, minor render differences) and only flags real visual regressions.
  • Flaky-test detection. Statistical analysis over execution history to quarantine non-deterministic tests without manual case-by-case review.
  • Root-cause analysis. Correlating a failure with logs, traces, recent commits, and historical patterns — the kind of heterogeneous text correlation where an LLM genuinely excels.

This list comes straight from QA Skills’ AI-Augmented Software Testing 2026 guide, and it matches what we’re seeing across our own engagements.

What still requires human judgment

This is where most teams hit the wall:

A passing AI-generated test only means the assertions that exist passed.

— QA Skills guide, 2026

A test can pass green and verify nothing that matters, because the AI generated the assertion without knowing the actual business requirement behind it. That’s why the recommendation from analysts and practitioners alike is consistent: deciding what “correct” means doesn’t get delegated.

Gartner puts it plainly, cited in the same guide: keep human judgment on the one thing AI cannot own — the definition of correct. Applause’s State of Digital Quality in AI 2026 report lands in the same place. Adonis Celestine, Senior Director of the Automation Practice, puts it bluntly:

A good tester will ask the implications and risks of building a feature, and now using AI to test we’re often bypassing that validation.

And Chris Sheehan, EVP of High Tech and AI at Applause, adds the deeper problem of AI testing AI: many teams “lack the specialized methodology and statistical rigor required to make those evaluations meaningful at scale.” The report’s conclusion is the line we liked best out of this whole body of research: AI judges deliver scale and consistency, but human experts anchor the ground truth.

Functional and non-functional: the same dilemma, different edges

In functional testing, the risk of over-delegating is that an automatically-generated assertion validates the wrong behavior and nobody notices until a customer reports it. In non-functional testing — performance, resilience, observability — the risk looks different: AI is genuinely excellent at correlating telemetry (logs, traces, metrics, commits), but it has no judgment of its own about what SLO is acceptable for your business, or what level of risk your industry can tolerate on a Black Friday. That call is still 100% human, and in regulated industries (banking, healthcare, insurance) it simply isn’t delegable for compliance reasons.

Forrester confirms this from the governance angle: fewer than 15% of firms will turn on agentic features in their intelligent automation suites during 2026, because ROI and governance challenges outweigh vendor pressure. Most will keep running deterministic automation — the kind you can audit step by step — for everything that actually matters.

What to do with this if you’re an engineering team

Four concrete recommendations, not a manifesto:

  1. Pilot narrow and specific, not “adopt AI” as a generic initiative. Test generation and locator self-healing are the entry points with the best effort-to-risk ratio.
  2. Put a human review gate on assertions, not on test code. What needs auditing is what’s being verified, not how it’s written.
  3. Invest in synthetic test data now. It’s the AI use case that grew the most and, at the same time, the one most organizations report as unsolved — whoever solves it first gets a real edge.
  4. Measure production adoption, not pilot adoption. The 43% “trying AI” tells you nothing about real maturity. The 15% running it in production does.

If your team is stuck in that gap — piloting generative AI without a clear rule for what to delegate — that’s exactly the kind of problem we solve with quality engineering teams. Reach out and let’s talk about it.

Sources