#18 楼 @lihuazhang 这个我觉得可以探究完后整个原因后新开个帖子再加精吧。这样加精大多数人还是看不到。

#16 楼 @our166 在你的试验基础上再做了几个试验：

1. 启动手机后打开包含 webview 的页面，使用 uiautomatorviewer 查看 webview 内部元素是否能查看。结果： 无法查看 webview 内部元素
2. 启动手机后使用 appium 开启一次 session 然后马上关闭 appium server ，再次使用 uiautomatorviewer 查看 webview 内部元素。结果： 可以查看 webview 内部元素
3. 在 2 个场景后重启手机，再次使用 uiautomatorviewer 查看 webview 内部元素。结果： 无法查看 webview 内部元素。

从这三个场景可以推出：appium server 启动 bootstrap 后 android 系统的 uiautomator 程序发生了变化，同一个函数在启动前后表现不一样了。

其中很有可能就是上面提到的那个 AccessibilityNodeInfoDumper.java 做的。你可以从这个方向研究一下。

#16 楼 @our166 你看下在调用 getPageSource 函数时 appium server 收到的请求路径是什么（会有条类似 --> GET /xxx 这样的日志）。

我看了下源码，获取 source 最终是通过遍历元素树获取的。遍历的关键代码：https://github.com/appium/appium/blob/v1.4.16/lib/devices/android/bootstrap/src/io/appium/uiautomator/core/AccessibilityNodeInfoDumper.java

这部分代码是来自于 android 系统里面 uiautomator 的相关代码，只是 appium 修复了其中的一些 bug 。具体你可以对比下两者的代码。

我觉得有时候能获取 Webview 里面的内容有时候不行，这个应该是有规律的。你可以看下这个规律是什么，能帮助定位问题原因。这也算是一个未解之谜了。

PS：appium 可以设定不重签应用的。使用默认模式时重不重签都可以的。

#38 楼 @woniu 我看你发另一个贴了，这个就不用置顶了吧。

#13 楼 @our166 我想先确认下，inspector 识别到的 webview 中元素的类是类似 Android.view.view 这样的吗？

我觉得应该是 web 开发觉得用了 https 就足够安全了，所以就不另外做加密了。

同意 @seveniruby 说的，这就是细节做得不够好。

#12 楼 @jamesparagon 可以到路由器配防火墙规则，所有包转发给抓包工具的代理服务器。总而言之你有了局域网路由器的控制权，你就能抓这个网络进出的所有包。当然能不能解是另一回事。

#11 楼 @our166 在 uiautomatorviewer 里也可以识别 webview 元素这个以前有留意过，貌似用过一次 chromedriver 后就能获取到里面的元素了。当时猜测获取元素时顺带做了一层映射，但后面没有深究。

如果你没有 switch context 到 webview ，应该不会用到 chromedriver 。

你们对 nGrinder 研究好深入啊。

现在在补业务测试相关的东西中。。。在阿里感到轮子好多，会用好就能有不错的效果。

#9 楼 @our166

1. Refresh 操作应该和用 appium client api 的 get_source() 请求效果一致，都是向 appium server 发送获取控件树的请求。具体你可以用 appium client api 调用一下看请求是否一致
2. 这个应该是不能获取到 WebView 内容的。在默认模式下（非 selendroid），对于 native 部分 appium 是通过 uiautomator 获取和控制 app ，webview 部分则是用 chromedriver 。
3. 你提到的 android-hybrid.js 是处理切换 context 和把请求转给 chromedriver 相关事务的。你可以从函数名看出大致的用处。
4. 不依赖 PC 端的 chromedriver 直接从手机端获取 Webview 元素目前用 appium 默认模式应该做不到。不知道你具体想实现什么？

你用的 os 是 10.11 吧。 Appium 1.4.1 的 doctor 还不支持 10.11（检测系统版本时最高只能检测到 10.10.1 的），要 1.4.9 以后的才支持。

appium 版本、系统版本什么的至少提供一下吧。。。

哇塞，思寒专场啊！

教的都是自动化，会技术就是高端测试了么。。。

#9 楼 @enumerate 我说下我对测试代码和 appium 运行代码的定义：
测试代码：测试用例里面的代码。不包括再下一级的代码。
例如：

public void testOpenBook(){
    openbook()
}

appium 运行代码：直接调用 appium api (webdriver api) 的代码，如：

public void openbook(String bookName){
    driver.findElementByName(bookName).click()
}

因为 appium api 里面的内容都是通用的、原子型的操作，如果使用得多会导致用例长和可读性差。

#12 楼 @yuanwei0924 你试试注释掉 this.pushAppium.bind(this),

#3 楼 @hrd2016 至少给个下限吧。现在大家找工作薪酬范围是一个很重要的参考值。

#5 楼 @wkx101 PageObject 适用于使用 webdriver api 的场景。appium 也遵循了这个 api ，所以也适用的。

你上面的想法不错，我实践中没有深度使用过 PageObject ，不是很确定是否符合它的模式。不过只要能做到把 appium api 封装到业务逻辑里面，避免用例里直接调用 appium api ，应该都不错。

#2 楼 @chrisjywu 可以点坐标。当然前提是你算出了正确的坐标。

个人觉得这类自绘 view 要做 UI 自动化不容易，如果只是实现获取图片给 app 可以通过别的方式做。

可能的思路：

1. 修改 app ，选择图片的时候不发 Intent，而是获取应用内部的图片
2. 自己写一个 app ，里面的 activity 支持外部调用并响应获取图片对应的 action ，然后自动返回你想要的图片给被测应用。

貌似你没有提到具体是移动端、接口还是后端要上自动化？

如果要短时间内有成效，移动端的 UI 自动化不一定是好的选择。