開発チームのあなたの部分、そしてあなたは、テストケースの二組で終わるかもしれないいくつかの他のチームからのQA最も可能性が高い場合。あなたはあなたの仕事を完了したことをあなたのマネージャーに証明しなければなりません。そして、テストケースを渡します。そして、QAはテストの部分を行い、マネージャーにこのアプリがすべての必要条件を満たすことを示します。
私のQAチームは、時々ここに記載されているこれらのサービスのカップルを使用していますが、すべての時間ではないと思います。ときに、私は非常に時間がかかるので、彼らは非常に便利ではないこれらのサーバーを使用すると、それらのすべての場合は、特定のものをテストすることはできませんと言われました。
私たちの側（開発チーム）には、余分な予算はなく、QAや、これらのサービスを私たちの要件と並べて調査した開発者からは満足いくものは得られませんでした。したがって、私たちは独自のテスト自動化を行うことになります。どちらが正確に2日間かかりました。 GITを使用して
- 、
- ジェンキンス
- ADB
- バッチ/シェルスクリプト。
したがって、フィーチャとユニットテストのケースを完了するたびに、そのフィーチャを課題トラッカーの完全なものとしてマークします。開発者はコードをバージョン管理システムにプッシュします。
開発者が就任する次の朝、彼はJenkinsのパネルに行き、ビルドを開始します。ジェンキンスは、次のようなバッチファイルを実行するだけです。
- GITの最新コードをダウンロードしてください。 gitコマンドを使います。
- バージョンIDを更新します。
- アプリをビルドするためのAndroidコマンドラインビルドプロセスを実行します。
- ユニットテストアプリケーションと同じ手順に従ってください。
- アプリケーションを両方のデバイスにインストールするか、そのサーバーに接続されているデバイスをインストールします。
- これらのデバイスでADBを使用してテストアプリケーションを実行します。
- ユニットテストログ（Junitスタイル）を収集します。
- ログをすべての関係者にメールしてください。
これはストレステストでも同じです。しかし、夜間のストレステストを行うと、メガバイトのログが収集されることがあります。その場合、キーワードベースの検索は、クラッシュを見つけるための良いアイデアです。
レイアウト/解像度テストの場合は、adbまたはユニットテストアプリを使用してスクリーンショットを撮り、それらの画像をメール添付ファイルとして添付することができます。
間違いなくサードパーティのサービスを使用すると、作業が楽になり、必要なものをいつでも外注することができます。しかし、手動でのテストが絶対に必要な場合は、そのことを覚えておいてください。同様に、あなたのアプリケーションが、ユーザーからの明示的な入力を必要とするAndroidやSettingsからWiFiを起動したい場合や、カメラの使用やソーシャルネットワーク統合のテストなど、別のリソースを使用している場合。ビジネスエンティティが提供しているサービスと要件を比較してください。
あなたとアエレンは私に本当に良いヒントをくれたので、誰が賞金を得るべきか分からなかった。最後に私は賞品を@aerenに渡しました。私はあなたの答えを受け入れました。 Aerenはあなたの評判がはるかに低いので、私は彼に動機を与えたいと思っていました:)あなたの答えをありがとう、本当に役に立ちます。 – koso