How it works
MobileBoost does not depend on element IDs or accessibility identifiers to interact with your app. The test agent follows natural-language instructions, making it possible to go directly from feature specifications and acceptance criteria to executable test definitions. This means you can:- Turn acceptance criteria into tests: write test steps that mirror how a user would describe the flow
- Test across any mobile component: native views, web views, third-party SDKs, and graphical elements all work without special selectors
- Build robust tests that survive UI changes: because tests describe intent rather than implementation details, they don’t break when element IDs or layouts change
Format requirements
Structuring your test as a sequence of steps is required for successful execution. Each step must describe one action and its expected outcome.- Use the agentic guideline below to ensure your agents generate properly structured test definitions with all required metadata fields
- Use Code generation instead, which works with less detailed instructions because MobileBoost can infer context directly from your application code
Agentic guideline
If you use coding agents (Claude Code, Cursor, Codex, or your own) to generate test definitions, add the MobileBoost test specification to your agent’s rules. This ensures the generated output follows the format that gives the test agent the best chances of success.Add the guideline link to your agent rules
Reference the guideline URL directly in your
AGENTS.md, .cursorrules, or system prompt so your agent always fetches the latest version:
