24-appium课堂笔记appium课堂笔记3 - xpathInspector

通过xpath选择控件元素大家注意一下，在Selenium 3 里面css，xpath这种选择元素的方法，基本上是由浏览器实现的。 就是 浏览器根据css 和xpath表达式去找里面的元素。浏览器本身直接就支持。 不需要自动化框架selenium去做额外的工作。但是 移动应用选择界面元素， 底层框架（uiautomator）不支持直接使用 css和xpath。 css 不支持很好理解， 移动应用本来就不是 web 界面（不是由HTML构成）， css 是web 开发里面的技术规范。xpath底层框架也没有支持，没有实现。底层框架（uiautomator）不支持， 但是由于xpath选择的巨大便利性。在Appium中，Appium自己实现了支持xpath来定位元素的方法。不是由安卓系统里面的自动化库实现的。 而是由Appium Server 实现的。 可靠性比不上Selenium里面的xpath，因为毕竟是新产品， 开发团队的投入和浏览器没法比。，appium团队也在不断的完善中，所以有一些bug 大家也别奇怪。所幸随着appium的更新（基本上我们每上一轮课，appium就会更新一次），他对xpath的支持也越来越完善，支持越来越稳定。基本上很少出现BUG了。当我们遇到一些比较复杂的元素（即，根据id，classname，content-desc都无法定位元素的时候 ）可以考虑使用xpath使用xpath定位的写法是：driver.find_element_by_xpath(/ele1/ele2attr=a1)表达式的语法规则和 以前学习的Selenium里面一样的(所以大家在前面把xpath掌握了学习移动应用定位会很有优势)大家要特别注意的是，以前我们做web自动化的时候， xpath中每个节点名是html的tagname（标签名）但是在移动应用中使用真正的标签名是无法定位的（因为名称都一样，都叫Node，大家可以自己查看下dump的文件）appium里面的节点名对应的是元素的classname比如：要选择所有的文本节点：/android.widget.TextViewAppium的Inspector前面我们查看界面元素的时候，用的是UIAutomatorviewer 这个工具的局限性是不能像浏览器一样直接在上面验证xpath表达式，（因为底层不支持，而xpath是由appium支持的）除了用uiautomatorviewer，我们还可以用appium desktop来查看appium desktop是通过 一个叫Inspector 的功能来查看元素的可以使用两种方式通过Inspector来定位app元素方法1 需要我们手动创建一个session，其实也就是一个客户端，和appium server连接 填入参数，就像代码中的，手动填写一下下面的参数，一一对应desired_caps = platformName: Android, platformVersion: 6, deviceName: glaxy5, # app: rd:apkduoduoCalculators.apk, appPackage: com.ibox.calculators, appActivity: com.ibox.calculators.SplashActivity, noReset: True, newCommandTimeout: 6000, unicodeKeyboard: True最后可以点击右下角save as保存session，下次就可以直接到保存的session里面访问刷新界面的按键是这个 ，如果界面更新，可以按它Inspector的优点：1.我们选择可以直接点击界面元素，达到远程操纵手机app的目的，这样就不用在手机和查看工具切来切去2. 可以用这个 查看我们的选择表达式是否正确比如，以开发者头条为例io.manong.developerdaily:id/tv_tab_title可以选中 4个，点击其中每个，可以对应显示界面高亮！对比UIAutomatorviewer，这Inspector还有个好处。 UIAutomatorviewer在Appium server 已经启动时，经常需要关闭，才能查看界面。 看完后，以后再打开Appium desktop， 这样频繁操作特别耗时间， 尤其 Appium server启动还比较慢。Inspector 则不需要-Inspector查看元素方法2:appium desktop还有一种查看界面的方法，不需要我们这样手动输入属性，太麻烦。如果测试程序已经创建了session，可以attach到那个session上，不需要我们手动创建方式就是直接进入到这个界面，会自动把当前活跃的session显示出来相