Most companies don’t actually struggle to ship software anymore. AI made that part fast. What they struggle with is releasing what they built with any real confidence in it. That gap between shipping fast and trusting what you shipped is what I’ve been calling quality debt at conferences all year, and it’s the same gap UiPath is trying to close with Test Cloud, its agentic software testing platform. I spent time in three UiPath sessions on it and want to walk through what actually held up, what I pushed on, and where I think this lands for engineering leaders.

Industry Background

The UiPath take on the state of testing is that organizations are still constrained by lengthy regression cycles, heavy manual effort, brittle automation, and the cost of maintaining fragmented tools. Even where automation exists, much of the broader testing process can remain manual, consuming budget and engineering capacity that CIOs could otherwise direct toward innovation. UiPath presented a maturity model ranging from ad hoc manual testing to continuous, AI-assisted testing. Its argument is that many organizations remain concentrated in the earlier stages: unstructured manual testing at the bottom, then scripted UI automation with thin API and mobile coverage, then automation genuinely integrated into the SDLC where shift left actually happens, then automation scaled across apps and teams, and finally continuous testing with AI tuning it in real time.

Here’s the part that makes this urgent instead of theoretical. AI is compressing development cycles, so code changes are shipping weekly or even daily now instead of monthly. QA teams, by comparison, are still operating in what amounts to an earlier era, doing waterfall or Agile or DevOps work at a pace that hasn’t caught up. The gap between how fast code moves and how fast anyone can test it is widening, not narrowing, and that widening gap is quality debt showing up in real time.

Company and Technology

UiPath didn’t start as a testing company. It started in robotic process automation, and Test Cloud runs on that same engine rather than being a bolted-on acquisition. UiPath has an established global enterprise customer base, and Test Cloud builds on the same underlying automation platform.

UiPath was named a Leader in the 2025 Gartner Magic Quadrant for AI-Augmented Software Testing Tools. Alongside that, UiPath emphasizes an open AI approach, with support for leading model providers and bring-your-own-model options, rather than tying the testing platform to a single model vendor.

Product Specifics

One of the most important workflows shown in the showcase brought together Test Manager for test management and traceability, Studio for building test automation, Orchestrator for managing and executing automated tests, and Insights for analytics and reporting.

The demo started with a requirement pulled from a fictional banking app called UiBank. Clicking “Optimize coverage” analyzes the requirement, plus any screenshots or documentation you’ve attached, through an AI model, which comes back with a list of gaps the requirement’s author probably missed — things like unspecified email formats or missing character limits. A human reviews each suggestion and decides whether to add it, and, when the relevant integration is configured, approved changes can sync back to Jira or ADO. From there, generating test cases follows a similar pattern: provide the relevant context and instructions, then review the generated output. Organizations can govern which approved models are available and use bring-your-own-model configurations when their architecture, security, or provider requirements call for it. Data handling and retention depend on the selected configuration and should be validated against the applicable product and model-provider policies.

Where this got genuinely interesting was the robots versus agents distinction, and one of the other delegates on the call pushed UiPath on exactly the right question here: why spend tokens on agentic reasoning for a task that should just run the same way every time? The UiPath answer is that both options exist on purpose. A robot follows the exact steps in a test case and predefined logic, and conventional deterministic test automation does not require LLM inference for every execution step, making it the efficient choice for stable, repeatable regression scenarios. An agent reasons through each step and can adapt if the workflow shifts, which is the better fit when you’re testing something for the first time or don’t want to build a script at all. In the demonstration, agent-led execution took longer than deterministic automation because it reasoned through the steps dynamically. The actual difference will vary by scenario, application, environment, model, and workflow complexity.

The Healing Agent can recover from certain runtime disruptions, including selector changes, blocking overlays, and load-timing problems. Issues it cannot resolve can be surfaced for human review.

The most ambitious piece is Agent Builder and Maestro. Agent Builder lets you build a specialized agent conversationally, describing its goal and the data it needs, and in the demo that meant standing up a “data retriever” agent that could pull specific customer records out of a banking application on request. Maestro then orchestrates all of it — robots, agents, and humans — into a single end-to-end workflow, with the option to insert a human checkpoint anywhere you want one before the process continues. UiPath frames this as heading toward a largely autonomous SDLC testing cycle, with humans checking in at key points rather than running every step. I pushed on how a company would actually learn to design one of those combined agent, robot, and human workflows without just guessing. UiPath pointed to its professional services organization and certified partners as important parts of designing and implementing more advanced agent-and-automation workflows.

The economics differ by execution pattern. Deterministic automation does not require an LLM call for every test step, while agentic capabilities can consume platform capacity or other metered entitlements depending on the feature and commercial model. Organizations using their own models may also incur costs under their model-provider agreements.

Test Cloud is offered as Public Test Cloud, operated by UiPath, and Private Test Cloud, deployed through Automation Suite and operated by the customer. The private option supports customers that need greater infrastructure control or data residency. Specific FedRAMP and air-gapped requirements should be validated against the relevant edition and release.

Conclusion

What I actually like here is that UiPath isn’t pretending agents should replace deterministic test automation. Deterministic automation is best suited to stable, repeatable work — the boring regression runs that should behave the same way every time — while agents are better suited to tasks that require interpretation, adaptation, or reasoning: first-pass testing, ambiguous workflows, or scenarios where maintaining predefined automation is impractical. That’s the right instinct, and it lines up with where I think quality work needs to go generally: spread across the people and tools actually building the thing, not stacked entirely on one team checking it at the end. The remaining question is how easily a team without an established quality operating model can design and govern these combined agent, automation, and human workflows. UiPath offers services, partners, training, and platform capabilities to support that transition, but customers should still evaluate how much external guidance their implementation will require. If you’re already thinking seriously about where quality ownership sits in your org, Test Cloud is worth putting on your shortlist.

UiPath FUSION is scheduled for September 22–25, 2026, at the Wynn Las Vegas.