#30 楼 @seveniruby 好，感谢！后续我们会继续努力，不断改进的！

#3 楼 @jihabur iOS 的不跨平台，编译时必须指定运行在 arm 还是 x86 上。具体在打包时的区别是使用的 sdk 不同。

碉堡了！

iOS 开发中的 Git 流程

这篇不错，浅显易懂。不过我一般把 master 当作文中的 developer 分支来用。功能开发/bug fix 都在分支， master 专门用来同步 upstream 代码。

#15 楼 @yesi 是的，iOS 上无论是模拟器还是真机都不支持设置网络连接。

#3 楼 @testly 原来是这样的。现在 Eclipse 用得不多，学习了。

#12 楼 @yesi 附上你的 server log 和完整一些的测试代码看看？

#11 楼 @huanzhijin client 端的要看 webdriver 和 appium client 两者的文档（在对应 github　项目里），appium client 本身只会写它自己添加了的内容
server 端统一都在 appium 的 github 里

果断收藏！

#13 楼 @tttttttt 表示最后一个回帖高亮。

逻辑是：点击评论数字表明你想看最新的回复，因此跳转并高亮最新回复。

#3 楼 @seveniruby 我只是搬运工，恒温才是全能

额，为啥一个 xml 还能 run ？

#8 楼 @oscarxie 这个好，大部分 *** 一看视频都会跪。。。

#6 楼 @seveniruby 啥软件转的？

#3 楼 @oscarxie 应该可以，新公司这边 *** 速度不错。

#6 楼 @arvin 建议你试一下重装 appium ，也许是安装过程中出了些问题。

#4 楼 @haiquan180 你的意思是融合到框架代码还是测试用例代码？
如果是框架代码，现在的实现就已经做到了。
如果是测试代码，这个不是太合理，毕竟测试代码不应该关心 appium server 状态。

那个 bat 文件只是入口，方便放在任意地方双击直接运行而已。它做的是启动整个测试，而不光是启动 appium server 。

#3 楼 @haiquan180 推荐用 pycharm

首先，你的调用应该是没问题的，因为 server log 确实正确打出了你需要操作的 gestures 操作。

对应这个错误，看了下源码：

lib/server/controller.js

// press-wait-moveTo-release is `swipe`, so use native method
if (gestures.length === 4 &&
    gestures[0].action === 'press' &&
    gestures[1].action === 'wait' &&
    gestures[2].action === 'moveTo' &&
    gestures[3].action === 'release') {
    return exports.mobileSwipe(req, res, gestures);
}

if (gestures.length === 4 && 就是错误所说的 329 行，但 gesture 应该是从 post 的 body 提取出来的数组，你前面的 log 里已经说明了 body 里确实有 gestures 这个 json 项，所以应该不会是 undefined 啊。

同时也 google 了一番，没发现类似的问题。

你这个问题是必现的吗？

#8 楼 @purely 要不你把 AndroidMainfest.xml 的关键内容附上来看下？这样看起来清晰一些。

appium 版本是啥？
我回去再看看。

#25 楼 @shixue33
#24 楼 @miumiu
谢谢支持！增加讨论时间是一个很好的建议，我们后面会在时间安排上增加讨论时间的比重。

#26 楼 @tobecrazy
感谢你的建议！这一个建议不错！我们会在策划沙龙时就在群里收集有意愿参加的同学的信息，看看大家想听什么，喜欢什么（报名时再收集有点晚了，那个时候场地、讲师这两个已经基本定下来了）。然后在报名说明中列出 topic 提纲，让报名的同学更好的确定是否适合自己。

我作为组织方的一员，回应一下。

首先，上面吐槽的情况确实存在，我也在和其它参与者的交流中了解到他们的意见，大体内容和上面的吐槽差不多。也欢迎大家在后面继续吐槽。

确实，我们这次的 topic 和 ppt 审核没有做到足够严格，外加宣传时 “大牛” 这样的字眼用的并不准确，让大部分这次参加沙龙的参与者失望了，我在这里说一声对不起。 topic 和 ppt 确实是沙龙的灵魂所在，我们没有把握好这个重点，导致大部分人失望了。我们要引以为戒。

我们这一期之所以会比较偏向理论，主要的出发点是上一期收集到不少参加者反馈没听懂，因此我们把相对通用的理论知识比例加大了，更偏向于一些 0 基础或者入门级的同学。但从结果看来，效果和预期相差甚远。一方面是由于宣传的偏差，这次参加的同学里面有相对丰富经验的同学比例比上次高了不少，因此这些 topic 并不十分适合他们。另一方面是部分 topic 的内容确实和移动互联网偏差比较远，因此大家也并不觉得有多大用处，感到失望是可以理解的。

最后，我向参加了此次沙龙的同学说声抱歉，让你们失望了。同时我们会引以为戒，在后面的沙龙中改正这次存在的问题。也希望大家能继续支持我们。我们目前的力量还不是很强大，没有认识到太多广州测试界的人，也希望大家给我们推荐这方面的有比较丰富经验、愿意分享的同学，让我们能有更多机会和这些人交流、合作，并最终帮助参加的同学一起提升。谢谢！

看完了 Xcode7 中你一定要知道的炸裂调试神技

Xcode7 原来已经这么强大了。。。

最后的案例那个 app 太奇葩了。。。压根就没有登录啊。。。

不是用了 https 就万无一失了，最好在应用中 hard code 校验 https 的证书信息，不信任其他所有证书信息。否则只要把自定义的 https 证书加入到手机信任列表，这些请求的内容还是能够被嗅探到。