Cross-browser testing checks that a website's important content and functions work across the browser engines, devices and operating systems used by its audience. It does not mean making every minor visual detail identical. The goal is consistent access to information and tasks, with acceptable presentation.
Define support from evidence
Use analytics where available, but do not exclude a browser merely because current use is low if the audience or service requires broader access. Include:
- current Chrome or Chromium-based browsers;
- Safari on iOS and macOS where relevant;
- Firefox;
- Edge;
- important in-app or managed browsers used by the audience;
- mobile and desktop combinations.
Document the supported range and the level of graceful degradation expected.
Build a risk-based matrix
| Area | Priority | Reason |
|---|---|---|
| Checkout, booking, login and contact | Highest | Failure directly blocks customers or revenue |
| Navigation, search and service pages | High | Required to reach core information |
| Video, maps and optional widgets | Medium | Useful but may have an accessible alternative |
| Decorative transitions and minor spacing | Lower | Differences may be acceptable if content remains usable |
Test the core journeys manually
In each priority environment:
- Open the site without an existing session.
- Use the menu and search.
- Complete a representative form.
- Trigger validation errors.
- Use account, booking or payment flows where relevant.
- Download or upload a file.
- Use back, forward and refresh.
- Test consent and preference controls.
Look for common compatibility failures
- Unsupported CSS creating unreadable layouts.
- JavaScript errors stopping navigation or submission.
- Forms using unsupported input behaviour.
- Fonts or icons failing and hiding meaning.
- Date, number or currency formatting differences.
- Media playback and autoplay differences.
- Sticky or fixed elements behaving incorrectly.
- Focus and keyboard behaviour varying across browsers.
- Third-party payment or authentication windows being blocked.
Use standards and progressive enhancement
Start with semantic HTML and core functionality, then add enhanced presentation and behaviour. A browser that lacks an optional feature should still allow the customer to understand the content and complete the essential task where reasonably possible.
Combine real and remote testing
Local devices provide realistic touch, keyboard and performance behaviour. Cloud browser services can expand coverage. Emulators and screenshots help identify layout differences but cannot prove that complex interactions, accessibility or third-party flows work.
Automate repeatable checks selectively
Automation is useful for navigation, form submission, visual regression and repeated release checks. It should support, not replace, manual exploration and usability testing. Keep automated tests focused on stable, business-critical behaviour.
Record and prioritise defects
Include the exact browser version, operating system, viewport, account state, steps, expected result and evidence. Prioritise loss of content, failed tasks, security, privacy and accessibility over minor visual variation.
Retest after fixes
A browser-specific fix can create a problem elsewhere. Retest the original environment and a representative set of other browsers. Add important failures to the regression suite.
Technical reference
MDN: introduction to cross-browser testing
The next practical step is to create a one-page browser matrix based on customer use and business risk, then run the same core journeys in every priority environment.
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.