#16 楼 @missz 就是 selenium 对网页元素最基本的定位啊，我怕我解释不清楚，你可以度娘或者 google 一下 xpath

如果 iOS 和 android 的业务流程是一样的，只是页面元素的定位不一样，不知道是不是能看做是数据驱动呢？就是把 iOS 和 android 分别定义两套数据，然后作为 data provider 传给 case，testng 有 dataprovider。但是也是需要自己定义每一个用到的元素

#13 楼 @berylyl 因为这是 webview，而我们 desktop 有原始网页，我后来换了个思路，尝试用 desktop 的 xpath 的路径来定位 App 上 webview 的同样元素，结果成功啦

#7 楼 @sincool 其实我的判断很简单，你注意看你的截图右边，最上面的那行：（0）FrameLayout[0][0],[1440][2569]，从这行就能看出你屏幕整个的尺寸，x 最大是 1440，y 是 2569，向右滑动，X 坐标是从大坐标到小坐标，就在 0 到 1140 范围内选两个相差大一些的 x 坐标，我给的那个，就是 x 从 1200 到 10

感觉你的 X 坐标差距太小了，滑动是要从大的 x 坐标滑动到小的 x 坐标，时间稍微长点，试试这个呢 driver.swipe(1200, 200, 10, 200, 1500);

现在 appium 已经支持输入中文了，添加一个 unicodeKeyboard capability，我试了，OK 的

@lihuazhang 因为我测的 webview 上的这个元素没有 id，没有 text，index 也识别不了，只有 content-desc 能区分，我想着或者用坐标来点击，但是 chromedriver 也不支持 touch 之类的操作

我也遇到了 webview 上定位元素的问题，没有 id 没有 name，也只有 content-desc 能区分。而且因为是在 webview，chromedriver 都不支持 tap 之类，但是 chromedriver2.10 的 release note 上居然写着 Resolved issue 698: implement touch flick command on Android [Pri-1]，头疼到不行。
@lihuazhang 我试了下用 driver.findElementByAccessibilityId(string)，appium 报错 “Unsupported locator strategy: accessibility id\n (Session info: webview=)\n”，不知道是不是因为 webview 的缘故，或者是我代码的问题