あなたが開発チームの一員で、他のチームの QA 担当者である場合、最終的に 2 セットのテスト ケースが作成される可能性があります。自分の仕事が完了し、テスト ケースに合格したことをマネージャーに証明する必要があります。QA は、このアプリがすべての要件に合格していることをマネージャーに示すために、テストの役割を果たします。
私たちのQAチームは、ここで言及されているこれらのサービスのいくつかを時々使用していると思いますが、常にではありません. 私が尋ねたところ、非常に時間がかかるため、これらのサーバーを使用するのはあまり便利ではなく、すべてのサーバーが特定のことをテストできなかった場合があると言われました.
しかし、私たち (開発チーム) には余分な予算がなく、QA や、これらのサービスを私たちの要件と並行して調査した開発者からも満足のいく結果が得られませんでした。そのため、独自のテスト自動化を行うことになります。ちょうど2日かかりました。
- GITを使用して、
- ジェンキンス
- ADB
- バッチ/シェル スクリプト。
そのため、機能とその単体テスト ケースを完了するたびに、Issue Tracker でその機能を完了としてマークします。開発者は、コードをバージョン管理システムにプッシュします。
翌朝、開発者が仕事に来ると、Jenkins パネルに移動してビルドを開始します。Jenkinsは、次のバッチファイルを実行するだけです。
- GIT から最新のコードをダウンロードします。git コマンドを使用します。
- バージョン ID を更新します。
- Android コマンド ライン ビルド プロセスを実行して、アプリをビルドします。
- 単体テスト アプリケーションと同じ手順に従います。
- そのサーバーに接続されているデバイスまたはデバイスに両方のアプリケーションをインストールします。
- それらのデバイスで ADB を使用してテスト アプリケーションを実行します。
- 単体テスト ログ (Junit スタイル) を収集します。
- ログをすべての関係者に郵送します。
これはストレステストでも同じです。しかし、一晩中ストレス テストを行うと、数メガバイトのログが収集される可能性があります。その場合、クラッシュを見つけるには、キーワード ベースの検索を使用することをお勧めします。
レイアウト/解像度のテストでは、単体テスト アプリを使用して、または単体テスト アプリからいつでもスクリーン ショットを撮りadb
、それらの画像を電子メールの添付ファイルとして添付することもできます。
間違いなくサードパーティのサービスを使用すると、タスクが容易になり、必要なものはいつでもアウトソーシングできます. ただし、手動テストが絶対に必要なケースであることを忘れないでください。たとえば、アプリが WiFi やユーザーの明示的な入力を必要とする Android からの何かを有効にしたいSettings
場合や、カメラを使用して写真を撮ったり、ソーシャル ネットワークの統合をテストしたりするなど、別のリソースを使用している場合です。あなたの要件を、それらの事業体が提供しているサービスと必ず比較してください。