iOS甚のモバむルアプリケヌション配垃サヌビス。 パヌト4最終ファブリックCrashlytics

゚ントリヌ



レビュヌの4番目の郚分は、 Fabricサヌビス専甚です レビュヌの最初の郚分、レビュヌの2番目の郚分、レビュヌの3番目の郚分 。



2014幎の秋以来、かなりよく知られおいるCrashlyticsサヌビスはFabricの䞀郚であり、特殊なSDKのセットたたは公匏Webサむトが蚀うように、「モゞュヌル匏のクロスプラットフォヌムモバむル開発スむヌト」であり、それぞれ個別にたたは共同で統合できたす。 レビュヌでは、モバむルアプリケヌションの配垃を担圓するサヌビスずSDKであるCrashlytics Kitのみに焊点を圓おたす。



評䟡システム各セクション登録ず統合、基本機胜、远加機胜、継続的統合ごずに10ポむントのスケヌルでサヌビスが評䟡されたす。 合蚈スコアが勝者を決定したす。



垃地



登録ず統合





サヌビスぞの登録は、アプリケヌションの原則に基づいおいたす-新しいアカりントを䜜成したい人は誰でもリク゚ストを残すこずができたす。これは、私たちの経隓に基づいお、できるだけ早く怜蚎されたすそれほど前ではなく、埓業員の申請は1時間以内に承認されたした。 SDK Fabricの統合が迅速か぀簡単であるず蚀うのは䞍芁です。 このような䟿利なステップバむステップの統合りィザヌドを提䟛する配信サヌビスは他にありたせん。 自分でこのプロセスを実行するこずをお勧めしたす。これは、通垞の日垞業務が楜しく、興味を持っお実行されるたれなケヌスです。





























評䟡9/10。



䞻な機胜



泚2015幎6月15日に曎新iOS向けアプリケヌションの配垃に぀いお話すずきは、珟時点では、AppleのTestFlightを陀くすべおのサヌビスが、AdHocプロビゞョニングプロファむルを䜿甚するずきに利甚可胜なデバむスの数を匕き続き考慮しなければならないこずに泚意しおください したがっお、䜿甚されるデバむスの最倧数は、デバむスファミリごずに100ですこの条件は、すべおの開発者プログラムが1぀に統合されたずいうWWDCでの発衚埌、2015幎6月8日に倉曎されたした。 最倧の制限は、登録枈みデバむスのリストは、iOS開発者プログラムのサブスクリプションを曎新した埌、幎に1回のみ「リセット」できるこずです将来、この条件は倉曎される可胜性がありたす。



䞻な機胜に関しお、Fabricは、考えられる他のすべおのサヌビスず抂念的に異なりたす。 そのため、たずえば、新しいプロゞェクトFabric甚語では「アプリケヌション」の远加は、サヌビスWebサむトではなくデスクトップクラむアントで実行されたす。











クラむアントアプリケヌションずサヌビスWebサむトの䞡方で、新しいナヌザヌ/テスタヌを远加できたす。 最初のケヌスでは、グルヌプにテスタヌを含めずにテスタヌを远加するこずができたす。











2番目の堎合、既存のグルヌプを遞択するか、新しいグルヌプを䜜成する必芁がありたす。ここで、すべおの新しいチヌムメンバヌが远加されたす。







泚このサヌビスは、TestFlightの叀いバヌゞョンからテスタヌのリストをむンポヌトする機胜を提䟛したす dev.twitter.com/crashlytics/beta-distribution/testflight-migration 。 ただし、2015幎3月からTestFlightの叀いバヌゞョンは䜿甚できなくなったため、リストを事前に゚クスポヌトしおおくず、この機胜が圹立ちたす。



CSVファむルからテスタヌのリストをむンポヌトするこずができたす。圢匏は次のずおりです。

First name,Last name,E-mail
      
      







次の手順は、招埅状、デバむス登録、テストアプリケヌションのむンストヌルなど、他のサヌビスの同様の手順ず䞀臎したす。











アプリケヌションの以前のバヌゞョンのむンストヌルは非垞に簡単です。最新バヌゞョンをむンストヌルするボタンの䞋には、特定のナヌザヌが䜿甚できるすべおのバヌゞョンのリストがありたす。











評䟡9/10。



远加機胜



レビュヌの前の郚分で、゚ラヌの開発ず修正のプロセスを高速化するのに圹立぀远加機胜を実装するためのいく぀かのオプションを既に怜蚎したした。



Fabricが提䟛するものを芋おみたしょう。



1぀は、クラッシュレポヌトのシンボル衚瀺です。 これは、サヌビスの元の名前であるCrashlyticsからも明らかです。



SDK開発者は、レポヌトの収集ず凊理が時蚈仕掛けのように機胜し、最倧限の効率で動䜜するように取り組んでいたす。 わざわざ蚀い盎すこずなく、私は単に公匏りェブサむトからリストを匕甚したす。





詳现情報は、 こちらおよびSDKの3番目のバヌゞョンのプレスリリヌスから入手できたす 。



デバむスからFabricサヌバヌにレポヌトを送信した埌「クラッシュした」アプリケヌションを再起動した埌に発生したす、サヌビスは電子メヌルで通知を送信し、クラむアントがむンストヌルされおいるコンピュヌタヌにアラヌトを衚瀺したす。







欠点ずしお、2番目のケヌスでは、HockeyAppクラむアントで行われるように目的のプロゞェクト、クラス、および遞択したコヌド行でXcodeを起動する可胜性がないこずに泚意できたす。



トラッカヌや他のサヌビスずの統合を蚭定するこずもできたす。その埌、そこに通知が送信されたす。 倧きなプラスは、耇数のサヌビスを䞀床に接続できるこずです。 欠点は、この機胜に関連する背景情報が䞍足しおいるこずです。











泚BitbucketおよびHipchatずの統合は、テストプロゞェクトで構成されたした。 その結果、新しいクラッシュに関するメッセヌゞはHipchatでのみ受信され、新しいチケットはBitbucketで䜜成されたせんでした。







Fabricは、次の3぀の远加ツヌルを䜿甚しお、クラッシュレポヌト関連情報の有甚性を高める機䌚を提䟛したす。



カスタムキヌフレヌムワヌクは、埌続の分析に重芁な倉数の倀を保存するための特別なメ゜ッドを提䟛したす。



 + (void)setObjectValue:(id)value forKey:(NSString *)key; + (void)setIntValue:(int)value forKey:(NSString *)key; + (void)setBoolValue:(BOOL)value forKey:(NSString *)key; + (void)setFloatValue:(float)value forKey:(NSString *)key;
      
      







泚倉数の最倧数は64です。詳现に぀いおは、 こちらをご芧ください 。



カスタムロギング 「CLS_LOG」マクロを䜿甚するず、デバむスのログにサヌビスメッセヌゞを曞き蟌むこずができたすが、暙準のNSLogずは異なり、このマクロを䜿甚するず、ログがクラッシュレポヌトに添付されたす 詳现 。



泚アプリケヌションが起動された時点から、ログ党䜓がレポヌトに保存されたす。 正芏衚珟を䜿甚しおログを怜玢するこずが可胜です。



ナヌザヌ情報アプリケヌションのナヌザヌを識別するこずもできたす識別子、名前、および電子メヌルアドレス-more 。 䜿甚するずきは、Appleのプラむバシヌポリシヌを考慮する必芁がありたす。







Answersは、2014幎の倏にFabricの䞀郚になった分析サヌビスであり、クラッシュレポヌトサヌビスに远加するのに適しおいたす。 これにより、アプリケヌションの䜿甚に関する運甚情報を受け取るこずができたす「瞬時」むンゞケヌタず芁玄/統蚈デヌタの䞡方が衚瀺されたす。







サヌビスは、䟋えばそのような手玙を送っお、ポゞティブを䞎えようずしたす







Fabric SDKが統合されおいる堎合、䜿甚するために远加の手順は必芁ありたせん。すべおの情報が自動的に収集されたす。 サヌビスの詳现に぀いおは、 こちらをご芧ください。



評䟡8/10。



継続的むンテグレヌション



泚このレビュヌの継続的むンテグレヌションの䞀郚ずしお以䞋に説明するサヌビスを䜿甚するこずのニュアンスは、アップルが提䟛する゜リュヌションに基づいおいるこずを意味したす。 ぀たり、Mac OS X ServerずXcodeボットの助けを借りお、このような統合の構成に぀いお詳しくは説明したせん。おそらくこれは別の蚘事のトピックになるでしょう。 垌望する人は、たずえばAppleの公匏ガむドを参照しお、自分でトピックに慣れるこずができたす。



アプリケヌション配垃ダりンロヌドAPIを䜿甚するには、API_KEYおよびBUILD_SECREを取埗する必芁がありたす。 これらは、「蚭定->組織->特定の組織の詳现情報を含むペヌゞ->組織名の䞋の非衚瀺フィヌルド」ペヌゞで芋぀けるこずができたす。











ダりンロヌドは、フレヌムワヌクに含たれおいる特別なナヌティリティを䜿甚しお実行されたす。䜿甚䟋は次のずおりです。



 /path/to/Crashlytics.framework/submit <API_KEY> <BUILD_SECRET> -ipaPath /path/to/my.ipa -emails TestEmail@crashlytics.com,AmazingTester@twitter.com -notesPath ~/Notes/ReleaseNotes.txt -groupAliases GroupAlias,GroupAlias2
      
      







泚emails、notesPath、およびgroupAliasesはオプションのパラメヌタヌです。



オプションの完党なリスト



  -emails list of individual addresses (comma-separated)-groupAliases list of group aliases from web dashboard (comma-separated) -notesPath absolute path to .txt file -notifications enables/disables email notification to testers (YES|NO)
      
      







公匏Webサむトのヘルプペヌゞ http : //support.crashlytics.com



評䟡8/10。



すべおのセクションの合蚈合蚈スコア34ポむント。



おわりに



レビュヌでは、iOS甚のモバむルアプリケヌションを配垃するための4぀のサヌビスの長所ず短所を怜蚎し、それらを評䟡しようずしたした。 最初は勝者が明らかだったように思えたしたが、最終的には、より慎重に研究した結果、すべおがそれほど明確ではありたせん。



総合評䟡の正匏な基準に埓っお、サヌビスは次のように配垃されたした。



  1. ファブリック-34ポむント。
  2. HockeyApp-33ポむント。
  3. Ubertesters-32ポむント。
  4. テストフラむト-15ポむント。




そもそもファブリックは、このサヌビスの最倧の利点は、クラッシュレポヌトの収集ず凊理が無料で高効率であるこずです。 欠点の䞭でも、開発者に察する䞀定の方向性*ず、フィヌドバックを収集するための組み蟌みシステムの欠劂がありたす。



*ここで私はサヌビスの狭い専門化を意味したすチヌムメンバヌが開発者でない堎合、アプリケヌションでは他の远加機胜は利甚できたせん仕様に埓っおアプリケヌションに必芁なものを陀く。 たた、アプリケヌションがクラッシュせずに機胜する堎合、フィヌドバックを提䟛するには、他のサヌビスを䜿甚する必芁がありたす。



HockeyAppずUbertestersの2䜍ず3䜍-評䟡の違いはわずか1ポむントです。



HockeyAppの利点は、 クラッシュレポヌトのシンボル化のサポヌトず、他のサヌビスアプリケヌションをクラッシュさせる原因ずなった行でプロゞェクト/クラスを開くず比范したXcodeずの密接な統合です。 欠点の䞭で、通垞の無料料金プランの欠劂ずレビュヌを収集するためのシステムの限られた可甚性に泚意するこずができたす。



珟時点でのUbertestersは、将来の展望、サヌビスの芳点から最も興味深いように芋えたす。 フィヌドバックを収集するための十分に開発されたシステムずテスタヌの行動を远跡するためのシステムにより、特定の範囲の問題を最倧限の効率で解決できたす。 珟圚、クラッシュレポヌトのシンボル衚瀺に察する組み蟌みのサポヌトの欠劂は欠点ですが、今埌の開発で解消されるず思いたす。 すべおの基本機胜にアクセスできる無料の料金プランがあるこずも、このサヌビスの倧きな利点です。



最埌にあるTestFlightは郚倖者のように芋えたすが、これは䞀時的な状況であり、Appleのサヌビスず゚コ開発システム党䜓のさらなる発展により、珟圚のリヌダヌを圧迫する可胜性がありたす。WWDC2015からの最新ニュヌスは楜芳的です。



䞀連のレビュヌが有甚であり、アプリケヌションの配垃に適したサヌビスを遞択できる人に圹立぀こずを願っおいたす。 远加の質問にお答えできるこずを嬉しく思いたす。



All Articles