找到这个：
https://discuss.appium.io/t/error-waited-20-secs-for-selendroid-server-and-it-never-showed-up/722/12
应该不是 appium 的问题，是 selendroid 的问题。改一下 selendroid 版本吧。

有点奇怪啊，怎么两个都有App is installed!这个 log？
google 了一下，貌似是ios-deploy的问题：
https://github.com/phonegap/ios-deploy/issues/11

好文，继续加油！
PS：ll是一个 alias，它实际执行的就是ls -l。不过不是每个系统都默认加了这个 alias 的。

你有试过单独用 selendroid 来测吗？
你参考的链接里面的内容貌似已经很旧了（appium 1.2.x 的了）

#3 楼 @weamylady 有点类似。fake server 可以看做是一个挡板。

#43 楼 @james88233 别叫我大师，我还很年轻……
新发现是指什么新发现？最近在学习 appium 源码 +android 开发。
语言的话我主要用 python 啊。我目前做自动化测试主要用 python，写起来比较简单。

#1 楼 @xwgoss 你可以理解成把被测应用中各个真实模块的引用 (classpath) 用测试应用的对应 fake 模块代替，这样就能只测试指定模块，其他无需测试的模块就直接用 fake 代替。
文中的例子就是与其搞个 fake server（策略 2）来增加维护工作，还不如直接把应用的网络连接模块换成 fake 的。工作量少很多（fake 模块工作量比 fake server 少多了，只需要按照 API 来直接返回对应值就好了，至少不用管网络方面的东西了，因为压根就没有用到网络）

我在我的博客里面对文件夹的内容作了更详细的介绍，大家有兴趣可以看一下：http://chjvps.com/blog/?p=758

个人经验，如果是在 E2E 测试中遇到这类 bug，那么环境方面的日志（如网络包记录）会产生很大帮助（网络本身就是 E2E 测试中最不稳定的因素）。同时一定要关注是否有内存泄露！很多时候应用无故 crash 且遇到的前置条件各不相同，都是由于内存泄露到最后被系统强制关闭了。
另外，回忆操作步骤也是很重要的一步。我测试中曾经发现过一个自己以为是偶现的 bug（前面很多个版本都没出现过，而且也没有明确重现步骤，重现概率为千分之一不到），现象是在某个界面进行点击操作，有时候软件会 crash。后面回忆操作时和平时的主要区别是除了手指外，手掌也碰到了屏幕某个区域，最后发现是程序隐藏控件没做好处理，当点击到隐藏控件所在位置时隐藏控件的点击事件被错误地被触发了。开发也说完全想象不了这样的 bug 怎么能被纯手工发现。。。

#3 楼 @lihuazhang ok，我转过来了：http://testerhome.com/topics/2276

干货！收藏了！
另外，多语言测试补充一点：当文字长度不一致时，UI 界面是否能正常适配。如果有自动截断，该处使用自动截断是否合适（对于英文 + 中文这类差别很大的多语言这个必测）

受益匪浅。我自己翻译了一下，有兴趣的可以来看看：http://chjvps.com/blog/?p=751

#7 楼 @601068603 对。接下来的考验的就是持久力了。

想先问一下，你一开始那个错误出现的时候 session 是开着的吗？

#2 楼 @weamylady 嗯，电脑问题的话即使你找到原因花费时间也会很长。一般查 log 都查不到的问题都可以直接换电脑试试了。

#4 楼 @aubrey 你这个和帖子内容有啥关系。。。

查到一个小错，优先级为 trival： 语言（Android） 应该是 Java

。。。别把我当大神了。。。
你这个情况我目前没遇到过，但我遇到过 adb 死活起不来的情况（输入后一直卡在那里，只有 ctrl+z 能强制退出），虽然已经弄到能把 log 打出来了，但通过 log 还是看不出具体原因。
后面时间紧，直接换台电脑解决了。

按照我目前理解，Appium 在这一部分应该只是调用了 adb，不过你提到的版本我没用过，我也不是很清楚。先 Mark 下，我晚些看看这两个版本的调用 adb 源码是怎样的。

#4 楼 @lovelorn0327 提醒一下，如果 adb server 没开的话，直接输入 adb devices 会有开 server 的信息，你要过滤掉开 server 的信息。

有具体 Log 吗？

对于你目前的需求，这个应该就够了。没必要纠结写得好不好，能用、好用最重要。

这个开源团队搭源码环境的时候很多人遇到过，原因是 appium 一个依赖包（你图中的是 utf-8-validate）在 windows 上运行需要使用 VCBuild.exe 来编译。
如果只是使用的话，直接用封装成 exe 版本的 appium 最方便，而且还能很方便地切换不同 appium 版本。
这个严格来说也不算 appium 的问题，它只是依赖了一个对 windows 不大友好的包而已。。。

有个小问题，你滑动的坐标是centreY +- 30，这里的 30 应该可以通过计算得到（比如通过控件高度来计算滑动一个元素所需要滑动的距离），而不需要作为固定值写在方法里吧？
当然，如果你只有这个控件需要用到这个方法，写在里面问题应该也不大。