How concepts map
What translates and what doesn’t
Because Mabl tests aren’t code in your repository, migration starts with an inventory instead of a file scan. Each Mabl test’s step list (visible in the Trainer or test details page) maps almost one-to-one onto TesterArmy steps - recorded interactions becomeact steps and assertions become assert steps, minus all element references.
A few things don’t carry over:
- Auto-heal history and element models - intentionally. There is no selector layer to maintain.
- API tests - TesterArmy focuses on end-to-end UI flows; keep API checks in a dedicated API testing tool.
- DataTable-driven runs over many rows - convert representative cases rather than every data permutation.
Prerequisites
TESTERARMY_API_KEY instead.
1. Export your Mabl inventory
For each test you want to migrate, copy its step list from Mabl (open the test and view its steps in the Trainer or the test details page) into a local markdown file, for examplemabl-export.md:
2. The migration prompt
Paste this into your coding agent in the directory containing your export file:After the migration
- Review the migrated tests in the dashboard and group them the way your Mabl plans were organized.
- Add credentials for each login your flows used.
- Recreate plan triggers: scheduled plans become production monitoring; deployment-triggered plans become group webhooks or PR testing.
- Run both systems in parallel for a release cycle, then retire the Mabl workspace.
Next steps
CLI Getting Started
Install, authenticate, and run your first test.
Production Monitoring
Replace scheduled Mabl plans.
Group Webhooks
Replace deployment-triggered plans.
Test Credentials
Store the logins your Mabl flows used.