#8 楼 @kuroky 具体哪里不一样？

#6 楼 @kuroky 然后解决了吗？
homebrew 本身要更新到最新版哦。

试下装个最新的 homebrew ？
网上有人说 brew 版本太老也不行，不兼容新的 ideviceinstaller 自动安装脚本。

另外，麻烦添加一下头像，谢谢。

额，出错原因是你的 setUp 第二次执行时开不了 session 。

你以为的执行顺序是：

setUp->Test001->Test002

实际执行顺序是：

setUp->Test001->setUp->Test002

解决方法：

1. 如果你想使用第一种执行顺序，把 setUp 改名为 setUpBeforeClass， tearDown 改为 tearDownAfterClass（如果有）
2. 如果你确实希望每个 case 都重新启动 session ，麻烦添加 tearDown 并在 tearDown 中关闭 session（driver.quit()）

使用单元测试框架（如 Junit）前最好先了解一下它的一些基本概念吧。例如 Junit 的 setUp 和 tearDown ：http://etutorials.org/Programming/Java+extreme+programming/Chapter+4.+JUnit/4.6+Set+Up+and+Tear+Down/

#4 楼 @zsx10110 看你想做到什么程度吧。

• 方案一（开发量少，不依赖 appium client，但需要直接调用 adb 命令）：

1. 给 apk 增加控制蓝牙的命令接口
2. 把更新后的 apk 放到 appium/build/settings_apk/settings_apk-debug.apk
3. 脚本中通过 adb 命令启动这个 apk 来开关蓝牙

• 方案二（开发量相对多一些，但封装到了 appium server 中，更方便所有人使用）：

1. 给 apk 增加控制蓝牙的命令接口
2. 把更新后的 apk 放到 appium/build/settings_apk/settings_apk-debug.apk
3. 更新 appium server 相关代码，增加控制蓝牙开关的 api（主要修改 appium/lib/devices/android/android-common.js 和 appium-adb 的 appium-adb/lib/adb.js）
4. 更新 appium client 相关代码，增加控制蓝牙开关的 api 。

建议先用方案一，稳定后再做方案二的后两步吧。主要的重点难点都在 apk 和 adb 命令那里。

appium 设定 network 是通过 settings.apk 设定的，它的项目地址是 https://github.com/appium/io.appium.settings

虽然要求有点高，但如果你懂得基本的 android app 开发的话可以把它写到这个 app 里。
相关的文章http://blog.csdn.net/stevenhu_223/article/details/9052083

我去看了下 Java 客户端的 setNetworkConnection 的用法

https://github.com/appium/java-client/blob/48813418248be00dc3ca4af9821bb07dd01ab38a/src/test/java/io/appium/java_client/android/AndroidDriverTest.java

public void networkConnectionTest() {
  NetworkConnectionSetting networkConnection = new NetworkConnectionSetting(false, true, true);

  networkConnection.setData(false);
  networkConnection.setWifi(false);


  driver.setNetworkConnection(networkConnection);
  networkConnection = driver.getNetworkConnection();

  assertEquals(new NetworkConnectionSetting(false, false, false), networkConnection);

}

用起来和 python 版的一样啊，三个值分别代表数据连接、wifi 和飞行模式。
没见到有控制蓝牙的功能。

#3 楼 @fir_im :plus1:

不错，晚些试用一下。
另外，有些地方 markdown 语法用错了。

####1.更新 iOS SDK cocoaPods 版本

应为

#### 1.更新 iOS SDK cocoaPods 版本

，

更新的崩溃列表查看崩溃时间改为**最近 30 天**

应为

更新的崩溃列表查看崩溃时间改为 **最近 30 天**

markdown 对空格还是比较敏感的。

例子很赞。学习了。

#2 楼 @fir_im 加粗有问题：

iOS应用程序一般都是由**自己编写的代码**和**系统框架**(system frameworks)组成

第一个双星号前必须有一个空格。我以前也常犯这个错误。。。

学习了，去看了一下 sbt-native-packager ，打包功能真心强大！

这是 mac ？brew install node 装上的 node 不是可以不用 sudo 来安装 npm 包的吗？

#2 楼 @zsx10110 有，但需要自己封装。

1. 首先找到 scrollView 的大小
2. 计算每次 swipe 的距离和速度
3. 不断 swipe ，直到 scrollView 的最后一行不再变化（最好加几个 retry，在最后一行和滑动前一样时再滑几次，避免遇到 scrollView 刚好滑动前后最后一行内容刚好一样）

分析很不错，确实找到问题根源了。

不过 appium 支持 uiautomator 的 api 本来意图是用来找元素的（所以才叫 find_element_by_android_uiautomator ）。如果返回值不是一个元素，当然会报异常。

大致看了一下， appium 对于 uiautomator 语句的检查十分严格，要求必须返回 UiScrollable 或 UiObject ，并且严格限定了参数的写法。我试过用类似 new UiSelector().checked(new UiScrollable(new UiSelector().scrollable(true)).scrollToEnd(3)) 的方式绕过返回值类型的限制，但没想到它竟然连 checked 的内容都限定为只能是 true 或 false (boolean 类型)，而对于参数类型为 string 的限定了参数内容第一个和最后一个字符必须是双引号。我尝试用 new UiSelector().fromParent 绕过（object 类型的检查是最松的），但结果还是不行（提示 Could not parse UiSelector argument: UiSelector has no new UiScrollable method ）

看来 appium 只支持 uiautomator api 中查找元素的部分，而不是完全支持 uiautomator api 。不过这也符合 find_element_by_android_uiautomator 这个方法本身的定位。

学习了。 MonkeyTalk 的 API 好强大。

我终于看懂了，批量生成 SQL 语句/ json 数据。
有 api 可以让程序访问后自动生成吗？

对业务同学来说，像 MTSC 上面那种形式的 mock server 才容易上手吧。

新版的 robotframework 自带了 datetime 这个 library 的吧。
你使用 RIDE 的吗？找到一个相关的问题：http://stackoverflow.com/questions/26843149/unable-to-import-datetime-library-in-robot-framework

#2 楼 @chocolatesweety 你贴的是 appium client 输出的 log ，一些错误细节已经被隐藏掉了，所以定位不了问题。

1、appium server log（如果是命令行，就是命令行里的输出字符，如果是 GUI，就是里面黑色底的界面里面的内容）

麻烦提供一下：
1、appium server log（如果是命令行，就是命令行里的输出字符，如果是 GUI，就是里面黑色底的界面里面的内容）
2、使用环境：appium 版本、client 版本、android 版本等。

引起 Unknown server error 的原因有很多，有可能是 dump 出错，UIAutomator 挂了等等。光靠 unknown server-side error 定位不了问题的，需要 appium server log 才能比较准确地准确定位问题。

#2 楼 @if1else0 找到一个可能的原因了：robotium-solo.jar 里面根目录直接就是 com 文件夹，而你的 robotium-master.zip 里面还多了几层，并没有做到目录结构和 jar 文件保持一致，所以链接不过去。

#2 楼 @if1else0 .class 文件本来就在 jar 里面啊，里面只能看到类变量和类方法名，方法的具体实现都是看不到的。

我对 source 的理解应该是 source code ，即源代码（带有 src 这个标签），能看到方法的具体实现和插入断点辅助 debug 。.class 文件做不到这点。

可以参考 structs2 的 jar 包，有按照用途分为 lib，javadoc，src，all 等不同的 jar 包。