Mobile testing is more than shrinking a desktop browser. It checks whether real visitors can read, navigate, type, upload, pay and recover from errors using touch input, mobile browsers and changing network conditions.
Step 1: Choose representative tasks
Test the journeys that matter most:
- open a search or campaign landing page;
- find a service or product;
- open and close the menu;
- complete a form;
- book, pay or create an account;
- use maps, phone and email links;
- read a table or long article;
- change privacy choices.
Step 2: Start with responsive browser tools
Use browser developer tools to explore many widths quickly, including approximately 320–430 CSS pixels. Drag gradually rather than testing only named device presets. Look for breakpoints where navigation, columns or controls fail.
Simulation is useful for diagnosis but does not reproduce every touch, browser, keyboard, camera, file-upload or performance condition.
Step 3: Test on real devices
Where practical, include at least one current Android device and one iPhone. Use the browsers your audience is likely to use. Test portrait and landscape, Wi-Fi and mobile data, and both new and returning sessions.
Step 4: Check layout and reading
- No page-level horizontal scrolling.
- Text remains readable without forced zoom.
- Images, video and embeds fit their containers.
- Tables have an intentional mobile treatment.
- Sticky elements do not cover content or controls.
- Important content is not available only on hover.
- Orientation changes do not lose progress or controls.
Step 5: Check navigation and touch
- The menu opens, closes and returns focus appropriately.
- Tap targets are large and separated enough for reliable use.
- Links and buttons look different from plain text.
- Back navigation does not unexpectedly reset the task.
- Accordions and dialogs can be dismissed clearly.
- Fixed headers do not hide anchor destinations.
Step 6: Test forms with mobile input
Use realistic values and deliberately make mistakes. Check:
- appropriate keyboard types for email, phone and number fields;
- visible labels that remain after typing;
- autocomplete where appropriate;
- clear validation near the relevant field;
- preservation of correctly entered data after an error;
- file and camera uploads;
- password manager compatibility;
- success confirmation and notification delivery.
Step 7: Test speed and interruptions
Use network throttling for diagnosis and real mobile data for confirmation. Check large images, third-party scripts and delayed controls. Interrupt a booking or checkout by switching apps, rotating the device or locking the screen, then confirm the user can continue safely.
Step 8: Check accessibility features
- Increase text size and browser zoom.
- Use the device screen reader for core journeys.
- Test high-contrast or dark-mode behaviour where supported.
- Enable reduced motion.
- Use an external keyboard if the audience may do so.
Step 9: Record the environment
For every defect, record device, operating-system version, browser, orientation, network, page and steps. A statement such as “broken on mobile” is not specific enough to reproduce.
Practical mobile acceptance checklist
- Core journeys complete on real Android and iOS devices.
- No content or control is hidden outside the viewport.
- Forms recover clearly from errors.
- Telephone, email, maps and uploads behave as expected.
- Consent and account controls work by touch.
- Performance is acceptable on a realistic connection.
Technical reference
The next practical step is to run one complete enquiry or purchase journey on a real phone without using a desktop computer to recover from problems.
Keep the decision under your control
Retain the relevant accounts, source material, supplier terms and recovery information. Recheck changing prices, interfaces and rules before acting.