Cross-platform synchronised browsing and remote debugging

— Updated

Testing Ghostlab on multiple desktop browsers and a phone

Device diversity gives all web designers and developers a headache. It’s OK being a geek and testing our work on our own devices and pre-release browsers, but we can’t ignore the need for tools that help us tackle issues on hardware the manufacturer abandoned at birth, they can become ever-so-important when it belongs to your wage payer.

Fortunately front-ender tools continue to beat challenges and provide the means to quickly tool-up and get results without owning a personal device lab or managing a stack of virtual machines and SDKs. The list for cross-device, cross-browser testing tools is huge–even Microsoft are being helpful–so this is a short comparison of a few of the most popular tools at the moment.


Synchronised browsing

Visually previewing a site across multiple browsers and devices can now be automated very simply, freeing your fingers from typing URLs on tiny phone keyboards. We no longer need to rely on static screenshots, we can do better.

Ghostlab

Ghostlab app interface

Ghostlab (OSX, $49USD) utilises the power of WebSockets (where available) to provide a persistent connection between remote clients and will synchronise scrolls, clicks and form posts so that site functionality as well as appearances can be tested. It works by setting up a local proxy server which automatically appends it’s clever JavaScript to each request. The URL for the server will need to be typed on each device but it can be bookmarked for quick access. It’s a solid, well-made piece of software and it ‘just works’. Client debugging is provided by weinre (more later).

Adobe Edge Inspect

Adobe Edge inspect Chrome extension on OSX

Adobe Edge Inspect (OSX/Windows, part of a Creative Cloud subscription) piggybacks on Apple’s Bonjour networking tool and provides basic synchronisation via a set of a extension and mobile apps. It’s a bit annoying to setup devices and the host control extension is currently only available for Chrome, though it has the added security of requiring each connected client to be paired to the host with a key. Sites are browsed within the Edge Inspect application itself so the rendering capabilities and behaviour of different browsers can’t be tested. It doesn’t support interaction synchronisation like Ghostlab but it does possess a party trick; a handy remote screenshot functionality (which also come with meta data about the device). Edge Inspect provides debugging via weinre.

Remote Preview

Remote preview running on several devices

Remote Preview (In browser, free and Open Source) is a relatively simple, self-hosted script written by Viljami Salminen to quickly test sites on multiple devices without the need for typing the address each time into every device and browser. It works by putting the Remote Preview files into a publicly accessible location and pointing (and bookmarking!) the target browsers to it. The script uses an AJAX poll to test if a URL defined by the host has changed and displays it within an iframe, it’s basic but it’s fast, works almost everywhere and can be combined with weinre to provide a solid and free toolkit.


Remote debugging

The ability to make modifications in real-time changed the way we build sites in the desktop browser. Apple and Android handheld devices are finally catching up!

iOS Devices on OSX

Web Inspector interface for remote iOS devices on OSX

Debugging iOS web content on OSX (OSX 10.8, iOS 6) is by far the easiest remote debugging tool to setup. After enabling developer tools within Safari on the device and host computer the full Safari Web Inspector can be accessed from the developer menu. Though the interface can now be a little obtuse it provides enough features to solve the majority of problems, including the robust network tools and strong CSS editing we’re used to. Safari lacks some of the useful performance features now available in Chrome and Firefox but it works very well and is impressively ‘plug-and-play’.

Chrome for Android

Chrome Developer Tools interface for remote Android devices on Windows

Remote debugging Chrome on Android (Android 4+) isn’t quite as slick to setup as the Safari equivalent but the full power of the continually evolving Chrome Developer Tools can be utilised after a few minutes preparation. It first requires downloading the Android SDK (OK, maybe not a few minutes) but actually only requires the Android debug bridge which can be extracted and the rest deleted. If you’re a Windows user you will need to install the USB drivers first via the SDK manager and possibly go through the process of un-installing and replacing any current drivers for the connected device. The bridge is a command line tool and quite verbose but saving it to a dot or batch file will mean typing it only once. After enabling Android’s developer options connect the device, open the Chrome app and start the debug server since Chrome 32 is just as slick as Safari. WebSockets provide a snappy connection and much developer contentedness.

weinre

weinre web inspector interface on Windows

Weinre (In browser, free and Open Source) can be used to debug almost any browser, anywhere. I pronounce it “wee-nerrr”. It’s now part of the Apache Cordova project, available as a package via NPM and provides a visual clone of the WebKit Inspector in the browser running on top of a local server. Pages are connected to the server by dropping in a script, which can also be done via a bookmarklet. The original Java and AJAX version was quite slow but the port to Node has been popular and using JavaScript for both front-end and business logic has enabled the use of speedy WebSockets. Being non-native means it cannot access a lot detailed information but there is enough to tackle or at least gather an understanding of CSS, JavaScript and network issues.


Automated cross-browser testing

Both Sauce Labs and BrowserStack have the tools to run both unit and integration tests across multiple browsers and devices but unlike the simple applications listed above they require an up-front investment to setup. If you’re working as part of a team I have no doubt the initial investment on setting up such an enivornment will be worth it.

comments powered by Disqus

A photo of Matt Hinchliffe

About Me

I'm a 29 year old web developer building new stuff at the Financial Times based in London. I specialise in crafting scalable, performance-driven code, tackle accessibility issues and keep an opinionated interest in the latest hotness. I like my tea robustly brewed, white and with no sugar, thanks!