Android UI States Validation

When To Use

• Use this skill when the request is about: validate android ui states, check loading empty error flow android, edge cases in android screen.
• Primary outcome: Review Android UI flows for empty, loading, error, offline, and edge-case behavior before release.
• Reach for this skill when the core question is state coverage and recovery UX, not which test framework or assertion library to use.
• This skill decides what the user should see in each branch of the state matrix. android-testing-ui only validates that design with assertions and screenshots.
• Handoff skills when the scope expands:
• android-compose-accessibility
• android-testing-ui

Workflow

1. Confirm the user-visible journey, target device behavior, and failure states that matter.
2. Build a state matrix that covers loading, content, empty, error, offline, stale-data, denied-permission, and post-action confirmation states as applicable.
3. Identify the owning screens, activities, destinations, and state holders for each branch of that matrix.
4. Validate recovery UX, accessibility, configuration changes, and back-stack behavior in the showcase apps.
5. Hand off to testing only when the missing work is about assertions or automation rather than state design.

Guardrails

• Treat loading, empty, error, offline, and permission-denied states as first-class UI states.