エントリー

レビューの3番目の部分は、 Ubertestersサービス（ レビューの最初の部分、レビューの2番目の部分 ）に当てられます 。



これはかなり「若い」サービスであり、リーダーのリストに参加するという野望を抱いています（最近、最大のITプレーヤーによる競合他社の買収を考えると、これを行うのは容易ではありません）。 Ubertestersの大きな違いと利点は、有償で外部のテスターを引き付けることができることです（それを望む人は誰でもテスターとして登録して、仕事の報酬を得ることができます）。



また、レビューの質を向上させるために、Ubertestersが出版物に続き、追加情報を提供し、サービスを更新する計画を共有したレビューの唯一の会社であったことにも注意したいと思います。



評価システム：各セクション（登録と統合、基本機能、追加機能、継続的統合）ごとに10ポイントのスケールでサービスが評価されます。 合計スコアが勝者を決定します（最終的な結論はレビューの最後の部分に含まれます）。

Ubersters

登録と統合

サービスへの登録は簡単です。有料のサブスクリプションオプションに加えて、追加機能やチームメンバー、プロジェクトなどの数を制限して、メイン機能を無料で使用できます（ 詳細 ）。



好奇心のカテゴリからの注意：登録後、プロフィールを確認してください-私の場合、国は正しく示されていますが、連合の主題がリストから最初に選択され、アディゲ共和国であることが判明しました！



SDKとの統合は簡単です（ http://ubertesters.com/download-sdk/ ）：





評価：7/10。

主な機能

注（2015年6月15日に更新）：iOS向けアプリケーションの配布について話すときは、現時点では、AppleのTestFlightを除くすべてのサービスが、AdHocプロビジョニングプロファイルを使用するときに利用可能なデバイスの数を引き続き考慮しなければならないことに注意してください その結果、使用されるデバイスの最大数は各デバイスファミリで100です（この条件は、開発者が直接使用するデバイスを含む、すべての開発者プログラムが1つに統合されたというWWDCでの発表後、2015年6月8日に変更されました）。 最大の制限は、登録済みデバイスのリストは、iOS Developer Programのサブスクリプションを更新した後、年に1回だけ「リセット」できることです（将来、この条件は変更される可能性があります）。



登録手順を完了した直後に、ユーザーは次の4つのオプションのいずれかを選択して、さらにアクションを実行できます。



最初のオプションを選択した後- 新しいプロジェクトを開始します-今後の手順の簡単な説明が表示されます。



注：ステップバイステップのウィザードのように見えるウィンドウは、実際には単なる情報であり、最初のステップを完了すると、ユーザーは通常のページに移動し（現在の進行状況を示すことなく）、2つの提案されたオプションのいずれかを選択する機会があります（またはナビゲーションメニューからサイトの他の機能を使用します） ：



2番目のオプション（チームへのメンバーの招待）に関する別のコメントは、そのアイコンがソーシャルネットワークをチームメンバーを引き付けるツールとして使用することを示唆している場合がありますが、実際には招待状の送信は電子メールで実行されます。



最初のステップで新しいプロジェクトを作成する場合、最も簡単な方法は、アプリケーション配布キットをロードするときに自動入力フォームを使用することです。



私の意見では、少し不便なのは、次のステップはアプリケーションの最初のリビジョンのディストリビューションを個別にダウンロードすることであるため、ダウンロードされたディストリビューションが意図された目的のためにサービスによって使用されないことです（リビジョンはバージョン/アセンブリを示すためにサービスによって使用される用語です）



概要ページには、プロジェクトに関する基本情報と統計の概要が含まれています。



注：システム内の通知は、デフォルトで、 管理者またはマネージャーの役割を持つユーザーの監視モードと、 QAまたは開発者の役割を持つユーザーの非 監視モードに設定されます。 無視モードは、システムが通知をまったく送信しない場合にも使用できます。







上記のモードの説明については、 よくある質問のページ「通知ステータスとは何ですか？ どのような場合に通知されますか？」。



新しいリビジョンを追加する場合、最初のステップはアプリケーション配布パッケージ（* .ipa）をダウンロードすることです。



次のステップでは、改訂に関する基本情報が設定されます。



ダウンロード後、リビジョンは非アクティブになります。つまり、テストデバイスにインストールすることはできません。 テストを開始するには、[ スタート ]ボタンをクリックする必要があります。



そして、次の画面で、この改訂版が利用できるチームメンバーを指定します（同時に、すべての参加者に通知を送信することができます）。



その後、リビジョンはステータスが進行中になり、デバイスにインストールできます。



注：プロジェクトにデフォルトのユーザーグループがある場合、それに含まれるチームメンバーがすぐに選択されます（最初の列の位置をオンに切り替えます）。そのようなグループがない場合は、ユーザーを手動で選択する必要があります。 各リビジョンへのアクセスは、全員または一部のユーザーに対して停止できます。これにより、プロジェクトの作業中に発生する組織上の問題を効果的に解決できます。 また、Ubertestersを初期化するときに、アプリケーションへのアクセスを許可することはできますが、サービスの機能であるUbertestersLockingModeDisableUbertestersを使用する機能を無効にすることができます。



2月のサービス更新（ 詳細 ）が追加されました。これには、改訂の説明を編集する機能が含まれます。



先ほど言ったように、チームへの招待状は電子メール（管理-チーム-メンバーの追加）で送信され、CSVファイルからインポート機能を使用することでこのタスクを促進できます。



ユーザーは、グループに追加するだけでなく、3つのロールのいずれかを定義できます（これらは、限られた数のユーザーにアプリケーションを配布するために使用されます）。



ご注意 一般に、サービス内では、ロールは次のように階層的に分散されています。組織レベルではAdminとMemberの 2つのロールがあり、プロジェクトレベルではMemberはQA 、 DeveloperおよびManagerです。 重要なニュアンス：各プロジェクトの最初のリビジョンは、 管理者またはマネージャーの役割を持つユーザーがロードする必要があります。 チームメンバーはさらに改訂版をダウンロードできます（ QAを含む）。 このサービスは、特定の企業でビジネスプロセスを構築するために考えられるすべてのオプションを考慮するように設計されています。 役割の詳細については、 よくある質問ページをご覧ください。



新しいデバイスを登録すると、2つのアプリケーションがインストールされます。1つはネイティブ（白い背景のアイコン）、もう1つはWeb（黒い背景のアイコン）です。 すべての主な機能はネイティブアプリケーションにあるため、さらなる混乱を避けるために、デバイスの登録後にWebアプリケーションを削除できます。













注：ネイティブアプリケーションでは、開いているタブの内容を更新する方法はありません。新しいデータ（アプリケーションの新しいリビジョン、テスト用の新しいアプリケーションなど）を表示するには、タブを切り替える必要があります。



新しいテストデバイスは、いくつかの方法で追加できます。



評価：8/10。

追加機能

ソフトウェアをテストするとき、最も完全で信頼できる情報を取得することが非常に重要であることをもう一度強調します。 残念ながら、現時点では、Ubertestersにはクラッシュレポートをシンボル化する機能がありません（この点で他のサービスと比較して失われます）が、荷物には別の、多くの場合より便利な機能があります：テスト中のアプリケーションから直接チケットを作成する機能、およびまた、スクリーンショットも提供します。



この機能は、デフォルトで画面の右上隅に配置される丸いボタンを押した後にユーザーが使用できますが、他の便利な場所に自由に移動できます。











サービスのエラーを追跡するシステムは、特殊なサービスに完全に代わるものではないかもしれませんが、各チケットにスクリーンショットを添付する機能と組み合わせることで、そのタスクに完全に対処できます。











各スクリーンショットには、メモ（鉛筆、マーカー、テキストラベル、矢印、スクリーンショットの一部を切り取る機能などの編集ツール）を添付できます。 撮影されたスクリーンショットはデバイスに残り、再利用できます。 デバイスの標準写真ライブラリからスクリーンショットを追加することもできます。



注：新しいチケットに関する通知を含むレターには、作成中にスクリーンショットがアップロードされたかどうかに関する情報は含まれません。 私の意見では、このようなデータ、少なくとも添付されたスクリーンショットの数があると便利です。



サービスWebサイトでは、すべてのチケットに関する情報が非常に明確に表示されます。1つのリビジョンおよびすべてのリビジョンの一般的な統計を表示できます。



ステータスに関する統計に加えて、情報はタイプ（バグ、機能、改善、タスク、クラッシュ）、優先度、およびエラーの再生頻度別に表示されます。



重要な利点は、各チケットが特定のリビジョンに関連付けられていることです。これにより、テスターからのフィードバックを処理しやすくなり、収集される情報の価値が高まります。



注：場合によっては、クラッシュレポートsvolizationが重要な役割を果たす場合、別のサービスのSDKを使用することができます。UbertestersSDKの初期化後、クラッシュ処理を無効にする必要があります。



[[Ubertesters shared] disableCrashHandler];



重要！ この場合、滝に関する情報はUbertestersのウェブサイトには行きません。



このサービスは、外部トラッカー（Jira、Mantis、Redmine、YouTrack、Unfuddle、HPQC）と統合する機能を提供します。 統合は、一度に利用可能なサービスの1つでのみ実行できます。 この機能を管理するためのインターフェイスは、管理-課題トラッカーセクションにあります（各プロジェクトに対して個別に設定が行われます）。



JIRA関連チケットの例：



テスト機能を使用すると、テスターの作業をより整理できます。 サービスの特別なセクションでは、既存のテストの統計を表示したり、新しいテストを作成したりできます。





注：IDフィールドは一意の識別子用であり、数値または文字列にすることができます。



XLSXファイルをインポートして、新しいテストを追加することもできます。



テストデバイスでは、ユーザーは利用可能なテストのリストを表示し、テストの1つを選択し、テストを実施して結果を報告することができます。







注：テストの実行に失敗した場合、チケット（問題）を作成することができます。チケットは、後でこの特定のテストに関連付けられます。



2月に、テスターの監視と統計に関連する機能が大幅に更新されました。 新しいアクティビティセクションは、現在のテストセッションに関する広範な情報を提供します。



[概要]タブには、主なステータス（Ative、Suspended、Crashedなど）のみが表示され、特定のテストセッション（ Activity Streamブロック）を選択すると、テスターの作業を徐々に監視できます。



セッションの履歴からの主要なイベントは対話型です。この方法では、テストの説明、送信されたチケットをすぐに表示したり、アプリケーションのクラッシュに関する基本情報を取得したりできます。



注：アクティビティストリームのセッションの日付はセッションの開始時に示されます。セッションが数日間続いた場合、ユーザーアクションの時系列を表示する必要がある場合（つまり、2日目に発生する可能性のあるイベントですが、セッションのリストでこのイベントを探す必要があります）日、およびセッションが開始された日-つまり、前の日）。



公式サービスガイド： http : //ubertesters.com/step-by-step-instruction/



評価：8/10。

継続的インテグレーション

注：このレビューの継続的統合の一部として以下に説明するサービスを使用することの微妙な違いは、アップルが提供するソリューションに基づいていることを意味します。 つまり、Mac OS X ServerとXcodeボットの助けを借りて、このような統合の構成について詳しくは説明しません。おそらく、これは別の記事のトピックになるでしょう。 希望する人は、たとえばAppleの公式ガイドを参照して、自分でトピックに慣れることができます。



ダウンロードを自動化するためのAPIへのアクセスは、プロファイル設定で個別に有効化されます （APIの説明はhttp://ubertesters.com/upload-api/にあります ）



curlを使用してAPIを使用できます。

curl -X POST http://beta.ubertesters.com/api/client/upload_build.json -H "X-UbertestersApiKey:PERSONAL_API_KEY" -F "file=@upload.ipa" -F "title=build title" -F "notes=build notes" -F "status=in_progress" -F
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

パラメータ：

  X-UbertestersApiKey- required, your personal 'API access KEY'. Please see item 1 file - required, path to your build file (.IPA or .APK) title - optional, your build title notes - optional, build description, plain text status - optional - pending - default, create a new revision only - in_progress - create and start revision stop_previous - optional - true - stop all previous revisions ( if any) - false - keep current statuses of previous revisions
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

注：完全自動モードで新しいバージョンをダウンロードして公開するには、プロジェクト設定（ 管理-配布グループ ）でデフォルトでテスターのグループを作成する必要があります。この場合、「status = in_progress」キーを追加すると、新しいバージョンがすぐに使用可能になりますこのグループのすべてのメンバーに。 一度に複数のグループをデフォルトグループとして設定できます。



重要： AppStoreでアプリケーションを公開する前に、少なくともコードからUbertestersの初期化を削除する必要があります。アプリケーションのサイズも重要な場合は、プロジェクトからフレームワークを完全に削除することをお勧めします（配布パッケージのサイズの違いは1メガバイトを少し超える程度です）。



評価：9/10。



すべてのセクションの合計合計スコア：32ポイント。



PS（これまでのところ！）クラッシュレポートを象徴する機能はありませんが、Ubertestersは、テスターや他のチームメンバー（顧客、マネージャー、デザイナー、およびデザイナーからフィードバックを得ることが重要なプロジェクトでは、競合他社よりもはるかに効率的に使用できます。その他）。 これは、分散チームを持つプロジェクトにとって特に重要です。



Ubertestersの開発者は、この記事で説明されているコメントや提案の多くを考慮することを約束しましたが、これらの約束が実現するにつれて、素材の更新を試みます。