web-dev-qa-db-ja.com

TestFlight Live、QuincyKit、Crashlyticsの比較

AppStoreでアプリを起動します。クラッシュを追跡し、できるだけ早く修正したいと考えています。できれば、ユーザーアクティビティやその他の有用な情報に関する追加情報も収集しておくとよいでしょう。そうするために、いくつかのクラッシュレポートツールを探しましたが、私が見つけた最も興味深いツールは次のとおりです: TestFlight LiveQuincyKit および Crashlytics =。

これらの3つの中で、QuincyKitは最も軽いはずですが、他の2つはより洗練されたレポートやその他の興味深いものを提供するため、非常に興味深いようです。

私の目標は、ユーザーが経験する可能性のあるすべての問題についてできるだけ多くの情報を入手することですが、同時に、アプリを遅くしたり、より多くのリソースを消費したりしたくありません。

  1. あなたの意見とあなたの個人的な経験から、これらのツールのどれが(私の目標と私のニーズを考慮に入れて)最高のものですか?
  2. TestFlight LiveまたはCrashlyticsを使用すると、アプリが遅くなりすぎますか?
  3. デバイスに過負荷をかけるリスクはありますか?
  4. QuincyKitが提供するレポートは十分正確ですか?それらからいくつの情報を取得できますか?

ありがとう!

これが私が決めたものです:

私はクラッシュレポートにCrashlytics(はい、それは本当に素晴らしいようです)とユーザーアクティビティの追跡にTestFlightを使用しています(チェックポイントは、ユーザーが一般的に何をしているか傾向を把握するのに非常に役立ちます)。私は書かれた指示に従いました ここ

29
pAkY88

正直なところ、クラッシュレポートについては、CrashlyticsがTestflightよりも優れていると思います。

Crashlyticsで得られるものは、他のものでは得られないものです。

  • 重複したカリング(TFもこれを行いますが、あまり優れていません。Crashlyticsはほぼ完璧です)
  • 実際にクラッシュをクローズ/解決済みとしてマークし、特定のバージョンのリストからそれらを除外することができます。
  • CrashlyticsはTFのCrashレポートが行うすべてのことを行いますが、それよりも優れているものもあります(ロギング、スタックトレースなど)。
  • 影響を受けるユーザーの割合とそれに伴う数値。 (つまり、1人の人に起こったバグを修正するべきか、それとも1万人に起こったバグを修正すべきか?)Testflightはあなたにこれを伝えません。
  • 発生に基づく優先順位付け。これはおそらく私の意見で最も重要な利益です。

これらはほんの一部ですが、おそらくあなたにとって最も重要なものだと思います。

非常に人気のあるアプリ(数百万D/L)で2年近くTestflightのクラッシュレポートを使用しました。何もないよりは間違いなく優れており、配布にTFを使用している場合にも非常に便利ですが、Crashlyticsにはさらに多くのメリットがあります。私たちは今年の夏にCrashlyticsに切り替えました。これで、巨大な決して終わらないリストを探すだけでなく、実際にクラッシュを管理し、何をいつ修正するかについて賢明な決定を下すことができます。

あなたはすでに回答を受け入れたようですが、Testflightを続行することを選択した場合でも、真剣に別の見方をします。アプリが出荷されるまで、何が不足しているかを実際に把握するのは難しく、その時点で変更するのはさらに困難です。

43
bsneed

Crashlyticsは、クラッシュレポートで他の追随を許しません。

私たちはあなたが最高のクラッシュレポートソリューションを見つけようとしているのと同じボートにいました。 TestFlight、HockeyApp、およびCrashlyticsの徹底的な調査とテストの実行後、iOSとAndroid(両方の1つのソリューションに両方が必要でした)ただし、HockeyAppの例外バックトレースは、クラッシュの詳細を提供していませんでした。これがCrashlyticsが優れている点です。例外バックトレースはすばらしいです。期間。

これが3つのSDKすべての私の要約です。

Crashlytics

  • #1クラッシュレポート
  • #1例外バックトレース、バーなし(非常に有用な追加のクラッシュの詳細を提供します)
  • 非常に高速で軽量
  • 追加のクラッシュコンテキストのカスタムキーログ
  • 最良の重複クラッシュ認識とカリング
  • SDKの自動更新(MacアプリはプロジェクトのCrashlytics iOS SDKを自動的に更新します)
  • ベータ版の配布はありません(クラッシュレポートとベータ版の配布のワンストップソリューションが欲しいです)
  • 自動ビルドサーバーのサポート

TestFlight

  • やや重い、アプリパッケージに膨らみを追加
  • 優れたベータ分布
  • いいえAndroidサポートなし(少なくとも6か月以上前にテストしたとき)

HockeyApp(HockeyKit-ベータ配布、QuincyKit-クラッシュレポート)

  • 軽量
  • クラッシュレポートUIが少し紛らわしい
  • 例外のバックトレースが厳しく制限されている(少なくとも2011年3月にテストしたとき)
  • 非常に良いベータ分布

とはいえ、クラッシュレポートにはCrashlyticsを、ベータ配布にはHockeyAppを選択しました。ただし、ニーズに最適なものを選択する必要があります。

16
Bryan

Crashlyticsをお勧めしますも同様です。

TestFlight Liveは過去に私に問題を与えました。 TestFlightを使用するたびに、とにかくダウンしています。

Crashlyticsは素晴らしいです。理由は次のとおりです。

  • それをプロジェクトに追加するのは簡単ではありません。面倒な作業のほとんどを行うMacアプリがあります。
  • 自動的に更新する
  • クラッシュを優先します
  • OSやデバイスの割合、利用可能な平均メモリなどの便利な統計情報を提供します

私はすべてのアプリケーションでCrashlyticsを使用しています。そこにいるときにHipstamaticに追加しましたが、得られたデータは衝撃的でした。それは本当に私たちの製品を改善するのに役立ちました。 itがクラッシュを引き起こしていたため、最初のベータ版の後にTestFlight Liveも試してすぐに削除しました。

Crashlyticsは素晴らしいです。あなたはそれを使うべきです。

9
Sam Soffes

クラッシュレポートについてのみ話している場合、CrashlyticsはTestFlightよりもはるかに優れています。 (QuincyKitを試したことがないので、3つのオプションを比較することはできません)

私たちはWeddarで1年以上Crashlyticsを使用してきました。インストールする前に他のソリューションを試したので、それをインストールする前に、彼らが述べていた優れた機能にちょっと不審でしたが、インストールは実際に約5分で完了し、アプリに約40〜45 KBしか追加されませんでした。

クラッシュレポートは非​​常に詳細であり、バグの解決策を正確に特定するのが非常に速く、SDKへの更新はかなり安定していて安定しています。チームも非常に協力的です。 iPhone5がリリースされたとき、新しいARM7に問題があり、約30分で解決したことを覚えています。

私はユーザーのベータテスト管理にTestFlightを使用しているため、夏にTestFlight Live SDKを試して、すべてが1つのサービスに統合されるソリューションであるかどうかを確認しましたが、非常に悪い経験がありました。 App Storeの承認で初めて2つのアップデートが拒否されました(2011年4月にWeddarがリリースされました)と、バグをキャッチするために約1か月失敗しました。 LIVEベータテストでは、ユーザーが問題について不満を言うことはないので、TF SDKを削除することで問題を「解決」しました。何が問題なのか、まったく理解できませんでした。 TestFlightチームに連絡しましたが、連絡はありませんでした。 (もう1つの大きな詳細は、TF SDKがアプリに約800 KBを追加したことです。)

したがって、ベータテストにTestFLightを使用している場合でも、優れた軽量のクラッシュレポートSDKを探している場合は、Crashlyticsを使用する必要があると私は間違いなく言います。

お役に立てれば。

6
Catarino

TestFlight(Live)で行くと言います

私の経験では、TestFlight SDKはデバイスをクラッシュ/スローダウンせず、非常に用途の広いクラッシュレポートを備えているため、報告されたエラーをかなり正確にデバッグできます。

TestFlightは、開発中のテストを行う際のフィードバックパッケージとしても機能します。

また、かなり軽量なSDKでもあります。

より具体的に(質問のリストに回答する場合):

  1. TestFlightを使用すると、ユーザーの「チェックポイント」の頭皮をとることができ、実行時にイベントを動的にログに記録できる独自のバージョンのNSLogがあります。
  2. ネットワークリクエストがメインスレッドから処理されるため、アプリが遅くなることはありません。
  3. 前述のSDKのいずれかを使用してデバイスが過負荷になる理由がわかりません。
  4. QuincyKitレポートはかなり正確に見えますが、必要な精度について自分で決める必要があります-QuincyKitのドキュメント here を見つけることができます。
4
Sarreph