iOS および Android アプリ向けのさまざまなエラー報告サービスを評価しています。このアプリは Web サービスを使用してサーバーに接続します。
現在、Flurry 分析を使用していますが、新しいエラー レポート機能はまだ使用していません。
Flurry のエラー レポートを現在使用している場合、フィードバックはありますか?
Crittercism や Crashlytics と比較しようとしています。そのため、Flurry のエラー レポートと Crittercism または Crashlytics を使用した経験のある方がいらっしゃいましたら、フィードバックをお待ちしております。
ありがとう。
この質問はフォーラムに適している可能性が高いですが、これらのテクノロジに関する私の経験と、他の人から聞いたことから、あなたの質問に答えるために最善を尽くします. 最初に、これらのサービスが Crash Reporting に提供するものを見てから、Crash Reporting に結びついて提供するものを見てみましょう。
Flurryは (高レベルで) 以下を提供します。
これはすべて素晴らしいことですが、クラッシュ レポートや、それが他の指標とどのように結びついているかについてはまったく注目されていません。
Crittercismは (高レベルで) 以下を提供します。
Crittercism が提供する完全なパッケージの詳細については、上記のリンクを参照してください。一部の機能の詳細については、このページをご覧ください。
これらはすべて、ユーザーごとにアプリのパフォーマンスを完全に把握できるようにすることに重点を置いています。
Crashlyticsは (高レベルで) 以下を提供します。
Flurry は、Crash Reporting のより堅牢なソリューションと組み合わせることができ、私の経験では、ほとんどがこのルートをたどることになります。
Crittercism は、実用的なデータを使用してアプリケーションのパフォーマンスを最適化することに結びつくクラッシュ レポート以上のものを提供します。また、モバイル対応のサポート システム (UserVoice や HelpShift など) に接続して顧客とのコミュニケーションを改善し、エンジニアリング用のいくつかのタスク管理システム (JIRA、Github、Pivotal) にも接続します。サーバー側のシンボリック化、データをプルするための API、ビルド ツール (Jenkins など) との単純な統合により、はるかに成熟したソリューションが提供されます。
Crashlytics は、平均的な開発者に簡単な統合を提供します。より定義されたビルド プロセス (Jenkins を使用するものなど) を持つ開発者から、シンボル化のためにシンボルをアップロードするためのアプリ統合が面倒になるという苦情を聞いたことがあります。
また、JIRA および Github との統合も提供します。どのレベルかは不明。
Crashlytics の UI が好きな人もいれば、邪魔だと言う人もいます。
お役に立てれば。
Crashlyticsが Android と iOS 向けに最初にリリースされて以来、私はほとんどCrashlyticsを使用しています。これは、いくつかの大きな長所を備えた非常に印象的なシステムです。
また、クラッシュと非致命的なものの間にも分割があります。つまり、アプリがクラッシュすることなく、処理された例外を報告できます。たとえば、Logging クラスには、例外が発生する可能性があるときに呼び出されるメソッドがありますが、そうすべきではありません。これは、これが発生する頻度の内訳があり、解決に向けて取り組むことができることを意味します。
// Android
public static void log_wtf(Throwable throwable)
{
Log.wtf("Log", throwable.toString());
// Also log this exception to Crashlytics
Crashlytics.logException(throwable);
}
レポートのグループから個々のクラッシュ レポートを確認できるクラッシュの内訳が特に気に入っています。ユーザーに自分の名前を使用するように依頼するか、私たちと同じようにして、サービスのログイン資格情報で署名することができます (右側のユーザー情報を参照してください)。
これは、エラーを簡単かつ迅速に再現できる貴重な情報です。
また、後で無効にできるバージョンの内訳も表示されます。たとえば、アルファ バージョン 0.1 (1) のテストが終了したばかりの場合、そのバージョンのログをオフにして、バージョン 0.2 (2) を起動できます。誰かがアプリケーションの更新を忘れた場合、その時点から何も通知されません。明らかに、これはアプリが本番環境にある場合には良くありませんが、テスト フェーズには役立ちます。
私はそれをテストしていませんが、それをサポートする何かを開発したい場合は、独自の Web フックを含む他のサービスとの統合があります。tracバグ チケットを自動的に作成するためにこれを実行する予定ですが、まだ実行していません!
最後に、crashlytics がソフトウェア全体で採用している美しいアニメーションを忘れないでください。
Crashlytics を使用することをお勧めします。エラー報告ソフトウェアの中で最もスムーズなオンボーディング プロセスを備えています。セットアップは非常に簡単で、非常に直感的に使用できます。報告は即時かつ的を射ています。また、最高のコンソール UI を備えています。現在、Evernote、HomeAway、および自分のアプリで使用していますが、問題が発生したことはありません。彼らはまた、問い合わせに対して通常数分以内に非常に迅速に対応する優れたサポートチームを持っています.
また、過去にイベント追跡に Flurry を使用したこともあり、結果はまちまちでした。彼らの数は常に少しずれているように見えました。また、すべてのアクティビティで開始/停止イベントを実行して追加する必要があるため、面倒な場合があります。
クラッシュ/エラーの報告に Crittercism や Flurry を使用したことはありませんが、Crashlytics は最初から使用しています。現時点では、これより優れたクラッシュ レポート ソリューションがあるとは思えません。
Crashlytics が素晴らしいと思う理由:
結局のところ、どのツールが自分に最適かということになります。
私は毎日のアプリ クラッシュ レポートに Crashlytics のみを使用しています。UI が少し派手な場合があり、サイトをナビゲートするのが面倒な場合もありますが、全体的には信頼性が高く、よく構築された製品を提供します. アプリのベータ版を配布するときは確かに便利で、中級者から上級者向けの iOS 開発者として、SDK の統合に問題があったことは一度もありません。
長所：
短所：
私は、サンフランシスコを拠点とする iOS アプリのスタートアップである Grid で働いており、そこでは Crittercism を使用していますが、最終的には Crashlytics を使用することになります。それは使いやすさに帰着し、彼らはそれを釘付けにしました.
編集：
Crashlytics も最近 Twitter に買収されたので、そこにはたくさんの人材とインフラストラクチャがあります。
私は今から 1 年 (2014 年 7 月に編集) から Crashlytics を使用していますが、このシステムは本当に素晴らしいものです。
リアルタイムのクラッシュ レポートは非常にうまく機能し、そのレポートを使用して非常に迅速に修正できます。これは非常に貴重な機能です。CL ソリューションは複数のプラットフォームで利用できます。5 行未満のコードで、XCode 5、Eclipse、または IJidea にプラグインするのは非常に簡単です。
数回クリックするだけで、複数のエンタープライズを作成してプロジェクトを分離できます
私はサポート チームが素晴らしいことを言及する必要があります。私はそれについて何十通ものメールをやり取りしましたが、彼らの回答は常に私の小さな問題を解決してくれます。
それは完全に無料で、現在は Twitter によって所有されており、非常に軽量です。
私は 1 か月前に Craslytics ソリューションに関するカンファレンスを行いました。スライドは私の SpeakerDeck プロフィールのこちらから入手できます。