看起来很强大啊

这是 appium 故意设计的, 他想让这个计数更人性化.

权限问题, 你看看你有没有对应目录的权限

#8 楼 @monkey 哈哈

申请涨工资的前提肯定是要和直接老大的关系好， 可以时不时的提醒他自己工作勤奋但是生活压力大。老大聪明自然会懂得。跟老大混熟是关键。很多内部消息他会提前透露给你的。
成为老大的贴心下属，他自然会培养你。
如果碰到早已心有所爱或者不靠谱的老大， 就悲剧了。要么调教老大， 要么转岗和跳槽了。我估计能改变老大的没几个人吧。大部分还是会选择离开。

跳槽几次是应该的，这个可以锻炼人生阅历和速度提升个人能力，同时也让你知道公司的各种差异，有利于将来的正确选择。不过请不要跳槽频繁，谨慎做好每次的选择。不正确的选择会给你的职业生涯带来减分。

不过也得记住圈子其实很小。无论走或者留， 都要维持好人脉。
有些人能力卓越，将来会成为你跨公司的良师益友。
有些人看似平庸， 但是在你离开后会容易熬成老大。
有些人年轻好学，将来可能会成为你得力的下属。
所以对每个人，都要充满敬畏并且善待他们，将来他们都会助力你的职业发展的。

calabash android 利用的是 robotium 自身的远程调用机制吧，还是自己做的远程调用？

#1 楼 @oscar ios 那个我还了解不多， 我没环境。 find_element 的用法 我 ppt 里面有一页介绍了 你可以看看。

#7 楼 @lihuazhang 我觉得 uiautomator 也可以搞的，只不过 uiautomator 太慢， 都来不及抓。他有个 uiwatcher 应该可以解决。

#5 楼 @monkey toast 的接管是系统， 还是 activity 自带的功能？ 如果 robotium 能搞， 貌似就不是系统负责展现的了。robotium 能搞， appium 肯定也能搞的， 估计还没实现。

那个 windows 客户端真心不赞同使用啊， 没有 node 的方式干净。还得依赖.net

#4 楼 @qddegtya 你们也有自己的官方应用了啊， 赞

#4 楼 @wangyemami uiautomator 在 4.4 版本之前不支持 webview 的控制。怀疑通过 uiautomator 发送的 event 到不了 webview， 你可也试试用 sendevent 或者其他 mr 点击下同样的坐标试试。

或者直接使用 selendroid， 就没事了

#3 楼 @jacky 解决的方法就是结合 view server， 先查询 viewserver 得到特定控件的坐标 然后通过 mr 点击它

#1 楼 @joshua 他估计是用的 monkeyrunner+view server 的方案。 不过 @jacky 说的我也没看懂

#2 楼 @joshua 用的是什么原理那， 看过代码没

安装 appium 有 2 个方式

1. 直接通过 node 安装 或者
2. 用 windows 下已经封装好的 appium 可执行程序

如果你自己跑用例， 你可以贴下你的代码， 看看他连接的是不是启动的 appium 端口 4723， 需要检查下。

新版本的 appium 已经不依赖那两个参数了， 指定了 apk 就会自己自动分析的，当然还是推荐你自己写上那两个参数。比较保险。

你可以考虑使用 intent service 来实现。 把逻辑都放到后台去。
我也不太喜欢在 ui 的线程内再启动新线程， 这样感觉代码太乱。

没看懂，这 app 是原生的还是混合的啊。 如果是原生的， 你可以打印下你定位的对象的具体属性

#1 楼 @qddegtya 我觉得他可能用的是 pm list 吧。 xml 这个在没启动之前是不行的吧

你用的是 selendroid 对吧。
不小心发重复了

这的确是个问题， toast 其实是 app 的逻辑， 但是控件不属于 app 自身，所以 uiautomator 估计是没法取到的。也许 appium 应该提供一个 hook， 来验证是否收到了一些跨 app 的消息，看大家有什么好意见。

我个人的观点是监控 api 调用， 只要调用 toast 的 show 方法就可以了。如果发出了请求， 但是系统没处理，那也是系统的问题，不是 app 的问题。

以上同学的心愿已经添加到论坛了，会有六百人看到哦

待测机器的 api 版本太低
4.1.2 以下走 selendroid 模式
4.1.2 可以手工修改代码去掉限制。
4.1.2 以上就不会提示这个错误了

#2 楼 @lihuazhang 我之前用了 cname 解析， 发现不行， 现在修改为重定向了。 默认的 lnmp 配置是否有漏洞， 还得需要审核下。