#35 楼 @freshtester 是的，除此之外你还会收获人脉和更多的知识。大家一起努力！

#29 楼 @tobecrazy 后半句是抄恒温的：https://testerhome.com/topics/2111

补充一点：只兼容 iOS 8.0 +。

个人觉得相比 KIF ，这个框架的封装更完善，对于会 iOS 开发基础的测试人员也是比较容易上手的。

#24 楼 @lifreshman 正文的 可能遇到的问题及解决方法 有提到了。你参考一下。总的来说是 *** 的问题。

赞！
写得很详细。

中间有遇到什么坑吗？

#26 楼 @lihuazhang 。。。

#18 楼 @mads 什么情况，怎么上手术台了？

谢谢大家的支持！

#20 楼 @monkey 哪里污了。。。

#1 楼 @lihuazhang js 的多语言给你埋坑了，不好意思。

#49 楼 @doctorq 想问下 iOS 用的是什么第三方 jar 包？截图速度大概是多久？

#21 楼 @hysocnhou 不是昨天放的吧，我发这个帖子的时候已经出来 1 天左右了。

#2 楼 @blue_momo2009 看了下 java-client API 文档，貌似没有提供 swipe 结束点为 element 的方法。

那个帖子的意思是当 swipe 结束点传的是坐标时，appium server 会把它识别为是 offset（偏移量）。例如 swipe(50,50,60,60,500)，实际上 appium 认为起点坐标是 50,50，终点坐标是：50+60,50+60 。

不过那个 issue 后面又有人说 android 上不是这么做的，我也不知道是后面 appium 改了还是 bootstrap 有另外做处理。

另外，建议你把 server log 附上来，看看 server 发给 bootstrap 的坐标是什么，有没有超出屏幕范围什么的。

麻烦给个薪酬范围吧。虽然要和 HR 谈，但大致范围应该有的吧。

图片比较模糊

#17 楼 @shenkai600 主要区别是支持 iOS 8 吧。其他区别还没深究。

#64 楼 @success 没。因为出发点不是做平台，只是做一个小项目的接口测试。

#11 楼 @monkey 改成用 C 的着色器了。现在有点彩色了。

#8 楼 @anikikun Google 的测试主要就是开发在写。。。不过用这类框架好处是可以把单测和 UI 测试用类似的方式来写，没那么分裂。

#9 楼 @monkey 试了在代码块加

```object-c

没效果。。。

#5 楼 @lihuazhang 不是。。。这也是工作的一部分。。。开头不就说了嘛，调研 iOS 自动化测试框架。。。

#3 楼 @lihuazhang 嗯，正在搞。这篇文章是下午在公司写得，现在搬运过来而已。

#2 楼 @zhangzhao_lenovo 好，回头看看。感谢~

想问下有能与抓包工具结合的 fake 工具不？

找了几个，基本都需要从 0 写 fake 接口和内容。现在项目里面的接口内容用的是 struct 字节流，有时候模拟接口信息需要用到 fake server ，手写的话不够方便。现在在想有没有能和抓包工具结合的 fake 工具，可以在收到指定包时返回 fake 数据。

#3 楼 @andward 嗯，对于跨 repo 用 cherry-pick 确实很方便。不过如果 commit 比较多工作量也不少。