2017-02-05 4 views
0

Hy、 私はAppium、Mobile-Automationの新機能ですが、Test-Automationにはまったく新しいものではありません。アプリのためのXpath "テスター"(Android)

私は、XPathによってApp-Element(プレーンなAndroid 6.0.0の連絡先アプリケーション)を見つけようとしました。残念ながら私はそれをしませんでした。私はidによって要素を見つけることができた。したがって、接続が正しく確立され、「すべて」の設定が正常になるはずです。私はビューのパスと属性を識別するためにuiautomatorviewerを使用します。

XPathステートメントが機能することを確認するためのFirepathやBrowser-Consoleなど、Android Apps用の「XPath-tester」のようなものがありますか? automatorviewerで実装するのはいいと思いませんか?または、その1つのoutdatetといくつかの派手な新しい "Appインスペクタ"がありますか?

ありがとうございます!

答えて

0

あなたがビュー内で検索しAppium IDEデスクトップアプリからappiumインスペクタを使用することができます。

  • またはFindByAccessibilityId
  • に使用することができ、コンテンツ-DESC FindElementByIdに使用することができます

    • リソースID

      もちろん、これらのIDとタグがデベロッパーによって追加された場合にのみ、デベロッパーチームでリクエストする必要があります。

      これらの言及方法は、xpathよりはるかに良く安定しています。

    +0

    はい、いい方法ですが、私の環境では、直接devsと話すことはできません。私はしばしばapppathのコンテキストではそれぞれxpathが安定していないことを読んでいます。なぜなら、なぜ私はその理由を理解できないのですか?私は約1年間Web-GUIオートメーションのコンテキストでXPathを使用しています。もしあなたがその仕事を正しく行えば、XPathも安定しています。 モバイルオートメーションのコンテキストでXPathがちょうど不安定になりました。もしそうなら、理由を説明できますか? –

    +0

    作業しているアプリケーションが決して変更されない場合は、xpathは他の方法として機能するかもしれませんが、数週間おきに導入される小さな変更があると、ビューの構造が変更されるため、 XPathで使用される「ロケータ」は新しいものに更新する必要があります... もちろん、CSSセレクタまたはIDを使用して要素を見つけるためにXPathを使用できますが、このメソッドは遅く、FindByIdメソッドまたはFindByCssSelectorメソッドを実際に直接呼び出すほうが適しています。 –

    関連する問題