Mobile traffic accounts for more than 60% of web visits globally. For most no-code and AI-built sites targeting consumers, mobile is the primary experience. Yet it's the most commonly untested one.
Why DevTools Isn't Enough
Browser DevTools has a device emulation mode. It's useful, but it's not the same as testing on a real device. Here's what it misses:
- Touch interactions — tap targets that are too small, swipe gestures, long-press menus
- Safari rendering — Chrome's DevTools emulates screen size but uses Chrome's rendering engine. Safari on iOS uses WebKit, which renders CSS differently
- Real network conditions — testing on your desk Wi-Fi doesn't simulate a mobile user on 4G
- Real performance — a mid-range Android phone is much slower than your laptop
Always test on at least one real iPhone and one real Android device before calling a site done.
Setting Up a Test Device Lab
You don't need a room full of devices. Start with two:
- An iPhone running Safari (Safari on iOS is the hardest browser to pass)
- A mid-range Android running Chrome (this represents the majority of Android users)
If you don't own both, use BrowserStack or Sauce Labs — they let you test on hundreds of real devices in a browser window.
What to Test on Mobile
Go through the entire site on mobile and check:
Navigation:
- Does the hamburger menu open and close?
- Do all menu links work?
- Is the logo tappable and does it go home?
Layout:
- Does any text overflow its container?
- Are there any horizontal scroll bars that shouldn't be there?
- Do images scale correctly?
- Is there enough spacing around tap targets (minimum 44×44px)?
Forms:
- Does the keyboard appear when tapping a form field?
- Does the correct keyboard type appear (email keyboard for email fields, numeric for phone numbers)?
- Can you see the form fields when the keyboard is open, or does it cover them?
- Does form submission work?
Interactions:
- Do hover effects interfere with touch? (Hover states should not be persistent on touch devices)
- Do modals and overlays close correctly?
- Does scrolling work smoothly inside scrollable containers?
Cross-Browser Testing
The three browsers that matter most:
Chrome (Chromium): Most used browser globally. If it works in Chrome, it probably works in other Chromium-based browsers (Edge, Brave, Opera).
Safari (WebKit): Second most common. Especially important on iOS — all iOS browsers use WebKit under the hood, including Chrome for iPhone. Safari has the strictest CSS support and the most frequent rendering differences.
Firefox (Gecko): Third most common. Firefox has its own rendering quirks, particularly around flexbox, grid, and some CSS animations.
The most common cross-browser bugs:
- CSS
gapin flexbox (older Safari versions don't support it) backdrop-filter(not supported in all Firefox versions)- Custom fonts loading differently
- Form element styling that browsers override with their own defaults
- JavaScript APIs not yet available in Safari
A Simple Cross-Browser Testing Process
- Complete your full test on Chrome first
- Open the site in Firefox — do a visual sweep of every page, interact with every form
- Open the site in Safari on desktop — pay attention to fonts, colours, and form styling
- Test on a real iPhone in Safari — this is where most bugs unique to Safari surface
- Test on a real Android in Chrome — check touch interactions and performance
This process takes 20-30 minutes per site and catches the majority of cross-browser issues.