Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

TestFlight Spreads Its Wings

DZone's Guide to

TestFlight Spreads Its Wings

Apple's TestFlight has just announced updates to its tester management and crash reporting. If you've looked at TestFlight before, now might be the time to rethink it.

· Mobile Zone
Free Resource

Download this comprehensive Mobile Testing Reference Guide to help prioritize which mobile devices and OSs to test against, brought to you in partnership with Sauce Labs.

You catch the latest TestFlight news just now? This looks pretty interesting:

Image title

Well doesn’t that just sort a whole lot of issues we routinely run into, am I right? Sure we can play games with app IDs and icon tagging and whatever, not even going to bother linking to our various posts on tips and tricks for that kind of thing, but this looks waaay easier.

Mind you, we haven’t actually distributed an app using Apple’s incarnation of TestFlight yet- next one’ll be the first. When they first acquired it the "no iOS 7" thing was a flat out dealbreaker, and by the time that wasn’t well we’d settled into a Crashlytics-centered flow nicely so eh, whatever dudes.

The first time it crossed our mind that, "hmmm...maybe we could rethink that," was this post last fall: How Not to Crash #1.

Interestingly, these crashes did not appear in our usual crash reporting service, HockeyApp, so it actually took us a while to realize that we had a problem. To be aware of all crashes, developers need to check for crash reports through iTunes Connect, or Xcode too…

Well, if we have to check them there, why bother checking other places too? Always like to streamline our process, being awesome DevOps dudes and all. But that wasn’t enough to seriously consider going all in, until a few weeks ago Google gobbled as Google gobbles and we were a tad miffed, you might recall.

Clearly this is great if you’ve already bought into the Firebase platform, but if you haven’t, there’s a bit of thinking to do now, especially for those of us in businesses that Google actively competes with, so we have a smidgen of trepidation about handing over our collective user profiles and activity. Paranoid, yes yes, but hey- paranoids have enemies too.

So that was enough to prod us into actively researching alternatives. In our considered opinion Bugsee is the best out there right now by a spectacular margin, oooh network logs would rock! But oh, come on dudes, we’re an indie place here (OK, actually these days we’re DevOps at Agoda.com because Bangkok!) You actually think we can pay? Heh, that’s cute. And yes yes, Dear Reader, your favorite is very nice too, but nothing else really struck us as worth the effort to switch to.

But this. This here, this actively solves recurring problems! And far as we’re aware — please correct us if we’re wrong — the only actual downside from a dev perspective remaining with TestFlight is that users can opt out of reporting, and then no doubt those that choose to are the exact ones that would get that one weird crash we’d get grumpies 1-starring us with no way to figure out WTF they’re going on about, which would be … suboptimal. But, oh wait, that problem’s sorted now too, so … what’s left as a practical objection to going all in on TestFlight for your iOS platform needs? Why, nothing we can see!

If there’s anything we’ve still overlooked, please comment, but at first glance, our verdict is "yep, next project, no Google libs, all in Apple." We’ll update here if any flaws arise in that cunning plan!

Analysts agree that a mix of emulators/simulators and real devices are necessary to optimize your mobile app testing - learn more in this white paper, brought to you in partnership with Sauce Labs.

Topics:
mobile ,testflight ,app testing ,software testing

Published at DZone with permission of Alex Curylo, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}