A recent usability study had us working in a DMZ, requiring the usability tests to take place in a specific location. No big deal there. It was however the first study we had run using iOS8 in this environment; and, as we learned on the morning of the first tests, iOS Safari currently won’t connect to a secure domain running through a proxy server.
The first sign of trouble was that UX Recorder – our mobile recording app of choice – wouldn’t load the secure domain, something we attributed initially to the app itself. As UX Recorder uses the default Safari browser, this meant that our tests couldn’t be recorded.
The easy (and obvious) answer to accessing the secure domain was to download Chrome on the iOS devices, which handles https protocols in a completely different manner. But UX Recorder – and therefore recording mobile activity – was no longer an option.
By complete chance, I had this blog post open in my laptop’s browser from a couple of days before (I am a hopeless tab opener-and-abandoner) and another piece of the answer fell into place. Quicktime in Yosemite allows an alternative video source – specifically an iOS8 device. By recording a connected device through Quicktime, we had high quality footage of the device in action. And what’s more, we could watch it being used in realtime on another screen through screen sharing.
The final problem was front-facing camera footage of the user. By recording the screen through Silverback, with the Quicktime window in focus, we had the result we needed. Okay it’s not perfect; the camera isn’t looking right into the user’s face. If they sit slight out of kilter with the built in camera, or move a lot during the test, then we don’t see them quite as well. But then this already applies to desktop tests run in Silverback anyway, so no major loss there.
The problem we started out to solve was getting through a secure site through a proxy; what we ended up with is a new way to record user activity on Apple mobile devices, and one which will now be our go-to method.
It works well, doesn’t slow down the iOS device, plus can give you a way to remote view the device activity through screen sharing.
No on-screen activity – clicks, taps etc. (the Quicktime feature to record clicks isn’t an option in this case)
This is going to be our method of choice going forward, hope it’s something you can use in your own testing.
N.B. For all this, it goes without saying that in a standard testing environment where no proxy is involved, using Safari is not an issue.