2016-04-13 12 views
0

現在、私はAmazon Device Farmを試用しており、ダミーのアプリケーションを動作させることができました。Amazon Device Farmでの警告ウィンドウの処理方法/ Appium

しかし、実際のAppを手に入れようとしたとき、私はAmazonデバイスファームで作業したいと思っています。私は.ipaファイルをアップロードして、依存関係を持つpy.tests/appiumテストを圧縮してアップロードすることができますが、テストは失敗します。

ADFは、アラート通知とGPS座標を自動消し去るためのDesired_capabilitiesのいくつかを認識していないと考えられます。

私の設定は、最初のテストでダミーアプリケーションで使用した設定と非常に似ています。 (これらはamazonのデバイスファームで動作しました) https://github.com/dlai0001/appium-spike-running-tests-oncloud

本当に異なるのは、実際のプロダクションアプリを使用していて、起動時に2つのアラートウィンドウがポップアップするところです。 Appiumでは、自動防御または自動応答アラートが必要な機能で有効になっていないと、テストがクラッシュする可能性があります。

Harness 00:00.0 1295 Info Starting 00001 with device c00e8ab68437161b894395e438ba8935a672bac0 
Harness 00:00.0 1295 Info Using test content version 0.1.0 
Harness 00:00.1v1295 Info Using image version ami-778b7c17 

答えて

0

私はAmazon Device Farmチームで働いています。

  1. 警告ウィンドウを閉じるには、必要な機能に頼っているようです。現在、デバイスファームは、アプリケーション名、パッケージ名、およびosversionという非常に限られた機能のセットをサポートしています。これらは、ユーザーが設定する必要なく、アプリケーションで使用できます。

  2. Appiumは、デバイスファームでautoAcceptAlerts = trueで実行されます。 autoAcceptAlertが処理できないシステムポップアップでない限り、アラートウィンドウがあれば処理します。 Appium pre launchモードでautoAcceptAlerts = trueを使用して、テストがアラートウィンドウを処理できるかどうかを確認する必要があります。 それを処理できる場合、デバイスファームは同じように動作するはずです。 appiumセッションが確立される前に警告ウィンドウが表示されることがあります。この場合、遅延を追加すると役立ちます。

  3. ローカルでテストする場合は、デバイスファームで現在使用されているバージョンであるため、Appiumバージョン1.4.16を使用してください。

+0

こんにちは、お返事ありがとうございます。私はもっ​​と待つことを試してみます。このコードはappium 1.14.13(appiumサイトからダウンロード)を使用して私の側でローカルで作業しています。また、シミュレートされたデバイス上の他のサードパーティのデバイスファームで1.14.16を使用して試しました。 –

+0

これは私が望む機能です。 desired_caps = { "autoAcceptAlerts":True、#ブロッキングテストを防止するために、自動受け入れダイアログに設定します。 "sendKeyStrategy": "グループ化" wd = webdriver.Remote( 'http://.0.0.0.0:4723/wd/hub'、desired_caps) wd.implicitly_wait(60)低速またはリモートグリッド。 –

+0

デバイスファームを実行するために必要な機能を渡す必要はありません。すでにautoAcceptAlert = trueで実行されています。 "sendKeyStrategy": "グループ化された"望ましい機能を受け入れません。 また、タイムアウトの実際の尺度は、実際のデバイス上にあります。シミュレートされたデバイスに対してテストしたとお伝えしましたか? – NikofTime

関連する問題