IOSアプリケーションテストシステム

すべてはどこから始まりますか

iOSアプリケーション開発者とテスターが、特別なテストシステムを使用せずに開発、テスト、レポート用のチャネルを確立するために必要な手順を検討してください。

テスターへのアプリケーション配信

テスターでは、開発中のアプリケーションをデバイスにインストールする必要があります。 原則として、すべての準備作業を自分で行います。せいぜい、AdHoc証明書を使用して自動アセンブリをセットアップし、テスターがX時間にアセンブリをダウンロードし、iTunes経由で同期するか、 構成ユーティリティを使用してデバイスにインストールします。 最悪の場合、あなた自身が手紙でアセンブリを送信するか、特定のリソースにアップロードします。

テスト中

テスターは、アプリケーションを慎重に確認し、デバイスを脇に置き、バグトラッカーにいくつかのバグを記録し、テスト中にアプリケーションがクラッシュした場合は、いくつかのクラッシュファイルを添付する必要があります。 複数のテスターが存在する可能性があり、テスターが何らかの方法で自分自身と対話しない場合、トラッカーで作成されるタスクの数が増加します。 そして、これが起こります。

完了

その後作成されたすべてをバグトラッカーで読んだ後、修正に進みます。 そして、すべてを修正するまでこのプロセスが繰り返されます。

このアプローチの問題

問題の最初の段階では、テスターのデバイスにアプリケーションをインストールする前のリポジトリへの最終コミットの間にあるのはこれだけです。 アセンブリテスターに​​よる手動ダウンロード、aityunsとの同期、構成ユーティリティによるインストール-これらはすべて削除する必要のあるルーチンです。



テスト段階での問題は次のとおりです。 テスターは、トラッカーでタスクを作成し、それにクラッシュログを適用することに時間を費やします。 クラッシュログは1つのエラーが原因である可能性があり、トラッカーでタスクが重複する可能性があります。



皆さんの中には、今この方法でアプリケーションを開発している人がいると確信しています。

何が役立ちますか？

現代のモバイル開発産業の開発中、完全に削除しない限り、上記のコストを最小限に抑えることができる単一のツールは発明されていません。 数回クリックするだけで「テスターに​​公開」および「インストール」すると、すべてのテスターのデバイスにアプリケーションがインストールされますか？

そのような解決策があります。



現在のところ、このような主なソリューションにはTestFlightとHockeyAppが含まれます。

始め方

このようなシステムの使用開始はほぼ同じで、次の手順で構成されています。

• システムのWebサイトでアカウントを作成し、コードで使用する必要がある一意のキーを取得します。
• SDKシステムをダウンロードして、プロジェクトに接続します。
• アプリケーション内でシステムを初期化するコードを数行挿入します。
• アプリケーションをビルドし、システムのWebサイトにアップロードします。 また、サイトに投稿リクエストでアセンブリをアップロードすることもできます。これは自動アセンブリシステムの一部である可能性があります。
• システムのWebサイトで、すべてのテスターの招待を開発チームに送信します。
• デバイスを登録すると、テスターは自動的にデバイスのUUIDを入力します。これは、 プロビジョニングポータルの [ デバイス]セクションでダウンロードできる別のファイルとして取得できます。

5分かかります。 さて、最後のコミットからテスターのデバイスへのアプリケーションのインストールまで、2つのアクションがあります。



X時間のテスターは手紙を受け取ります：







[ インストール ]をクリックすると、テスターはサーバーからアプリケーションをインストールするプロセスを開始し、その後、作業を​​開始できます。



TestFlightの最小限の必要な作業のためにソースコードに追加する必要があるものの例：

[TestFlight takeOff:@"YOUR_KEY"];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

以上です。 これをUIApplicationDelegateメソッドに挿入する必要があります。

 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

SDKクライアントとしてのアプリケーションが行う必要があるのはこれだけです。

• アプリケーションとテスターのセッションの記録がありました。
• セッションには、テスターの名前、デバイスとシステムのバージョン、開始時刻と終了時刻が含まれています。
• 「クラッシュ」が発生すると、クラッシュファイルがシステムサーバーに送信されます。 それらはサイトで直接便利に見ることができます。

システムの違い

ネットワーク上の参考資料によると、おそらく最も人気のあるシステムはTestFlightです。 ただし、HockeyAppにはTestFlightよりもいくつかの利点があります。

機会	テストライト	ホッケーアプリ
使いやすさ	+	+
無料	+ 有料機能は将来のみになります	- 無料試用期間があります
アップロードAPI	+	+
バグトラッカーを接続してタスクを作成する	-	+ JIRAおよびRedmine et al。
サイトの速度	± 多くの場合、夜があっても遅くなります	+
オープンソース	- SDKは.a-および.h-ファイルとして入手可能	+

TestFlightは、このニッチ市場で最も人気のあるソリューションです。 おそらく負荷のために、おそらく他の理由のために、特に多くの開発者が自分の足でHockeyAppに賛成票を投じた晩春には、サービスが利用できない場合があります。



チームが時間を費やしているルーチンからこのようなシステムが完全にあなたを救う方法を示し、テスト中の情報収集を簡素化し、バグトラッカーでタスクの作成を簡素化し、同じ問題をグループ化できることを願っています。 一般的に、あなたの人生を楽にするためにすべてをしてください。



このようなシステムに初めて直面したとき、人々は大抵肩をすくめて「マジック」と言います。