Action
timeline
Every step each AI user took, in the exact order it happened.
Step types recorded
Multi-user AI testing
Poolabs launches multiple autonomous AI users in separate browser sessions and makes them interact with your application — and with each other — like real customers.
See it in action
Why multi-user testing
Each AI user gets its own isolated browser session with its own cookies and login, so a host and a guest really are two different people to your app.
You describe what each user wants to achieve. The AI decides what to click and type, so changes to your layout do not break the test.
Every click, page and error is recorded with screenshots from the actual browser. If nothing ran, the run says so instead of guessing.
Add your app URL
Define AI users & roles
Give each user a goal
Start the run
Review every action
Nothing here is estimated. Each item is written only from what the browsers actually did.
Every step each AI user took, in the exact order it happened.
Step types recorded
Where each user is right now while the run is going.
Captured from the real browser after actions and on finish.
Problems logged with severity and the steps that led there.
Pass, fail, partial or error with duration and summary. Copy, export or share it.
Browsers run in a separate Node + Playwright service you deploy. It authenticates to Poolabs with a shared secret.
Only test account emails are saved here. Passwords never leave your worker. Read about security.
A Poolabs account, a publicly reachable URL for your app, and the browser worker deployed with its address and secret added to the app. Without the worker, runs are marked as not started.
If your flow needs sign-in, give each AI user a test account. Only the email is stored here; passwords stay on your worker.
As many as your scenario needs. Each gets its own isolated browser context.
No. Every status and action you see was reported by a real browser session.