1

セレンテストケースを起動するたびに、リモートデスクトップで実行しているときにテストケースの数が少なくなります(5-6)。しかし、私は私の地元で実行すると、彼らは絶対に正常に動作しています。私のローカルとRDPは同じクロムドライババージョン、同じOS(win7)と同じブラウザバージョンを持っています。 straceの2種類のエラーを以下に示します。セレンのWebdriverスクリプトがクロムブラウザのリモートマシンで失敗する

1.unknownエラー:要素がポイント(611,449)でクリックできません。その他の要素は、クリック 2.stale要素の参照を受け取ることになる:要素が、私は(、browser.getCapabilitiesを()新しいURL(driverUrl))リモートwedriver 新しいRemoteWebDriverを使用しています

ページの文書に添付されていません。

なぜ彼らの一部がRDPでのみ失敗しているのかわかりません。どんな助けでも大歓迎です。

+0

私の意見では、それはどのような方法でもchromeには関連していません。リモートfirefoxでは同じ例外が発生します。しかし、それは私の推測です。 – SkorpEN

答えて

1

通常、スクリプトに問題があります。 物事あなたは1)unknown error: Element is not clickable at point (611, 449). Other element would receive the clickを修正するために行うことができます:

    常に
  • 要素が
  • はロケータを改善見えるようにするために、時にはそれがUが
  • をどう思うかをクリックしていない可能性があり、試験前
  • 待機をwindow.maximize()を実行します

修正する内容2.stale element reference: element is not attached to the page document: 使用しないWeb要素のリストは、使用するたびに要素を探します。この問題は通常修正されます。

0

ドライバがリモートでテストを実行すると、ブラウザが初めて起動するように設定されているため、デスクトップ上と同じ方法でWebアプリケーションに起動されません。ブラウザーには、ドライバーによって起動されると、新しいユーザーのように見えます。テストが実行されているときにリモートマシンを観察できる場合は、これが表示されます。これはFirefoxを使って私を殺していました。最初の実行動作を強制終了させるために設定ファイルに入る必要がありました。なんらかの理由でターゲットのリモートマシンで実行されているテストを観察するのが便利でない場合は、スクリーンキャプチャを試すこともできます。

その他の考え...要素をチェックするコードで

、時々タイミングは睡眠を試してみて、要素をチェックし、再試行、問題です。ターゲットが物理的に他のネットワークの速度が遅い場合、タイミングが問題になる可能性があります。

+0

Eelke、ご返信ありがとうございます。私はリモートで何かdiffを参照してください。私の地元と同じように実行していました。もし私がコードに関して言わなければならないのは、同じテストケースが失敗するたびに奇妙な部分ではなく、別のテストケースが別のテストケースですが、私が言及した2つのエラー地元 。私のRDPは自分のローカルよりも設定が高く、同じネットワーク上にあります。テストが失敗する可能性がありますか? – maddie

+0

あなたのマシンとリモートの画面解像度の違いは、残念なことに違いを生むことがあります。他のポストで提案されているように、画面の解像度が小さすぎてターゲット要素が画面外になり、処理されない場合は、最大化することは役に立ちません。 「常に最大限にする」ことが示唆しているように、概念は実際にテストを繰り返し可能にし、各マシンで毎回同じように動作することです。 – Eelke

+0

私はまったく同じ問題を抱えています。 Firefox/chromeはローカルで正常に動作しますが、ec2インスタンスでテストを呼び出すと、ランダムな要素で失敗します。睡眠を追加して窓を最大化することはできませんでした。これをどうやって解決しましたか?私は高低を捜し、有益な情報源を見つけませんでした。 –

関連する問題