#5 楼 @guo 这个的确是必备, 另外在 slideshare 上还有不少有用的 ppt, 可惜被墙了,你得自己 ***.

#3 楼 @pobeike 恩, 的确与 appium 无关, 其实就是典型的测试用例的执行, 界面的自动化只是存在于真机和虚拟机, 不影响持续集成的流程.
appium 本身就是个 remote webdriver, 跟 selenium 类似

帅气 拜读下 有演示 ppt 或者文档吗 晚上回去用下 很有创意

我今天发起了一个 pull request.
增加了 2 个中文文档和一个 sample code

我在个人项目里面应用过, appium 是很适合 CI 的.
在企业内部, 这方面国内还没人搞,你要成为第一个吃螃蟹的人了.

#9 楼 @guo 我也在研究 appium 的定位和元素枚举, 他们这块实现的不是太好. 得需要我们封装下.
对比截图是一种方法, 还可以直接对比 page_source, 这两个方法都可以使用. 他们对比可以发现不同层面的问题.

等待的问题, 我建议不要 sleep, 而是使用直接的元素定位, 每次操作元素前都尽量重新定位, 而不是使用之前定义好的一些元素. 操作前定位就可以让系统自己去等待元素的出现, 而不是强行的 sleep.

打印控件这种东西, 就算 appium 有接口, 也不要使用, 尽量通过 webdriver 协议来实现. 对于 appium 还没有完全实现的 webdriver 接口, 可以自己尝试封装出来.

#19 楼 @monkey 那我这次翻译 running-test 吧, 顺便添加一个 testcase

#5 楼 @shery_zhang2012 这个问题 appium 的维护组织曾经分析过, 可以翻翻他们在 slideshare 上的 ppt. 他们比较了几乎业界所有的框架.

appium 目前还没有发布正式版本, 目前版本是 0.11.3 robotium 则是已经到了 4.3.1.
所以 robotium 更成熟.

appium 的目标是遵从 webdirver 协议, 并成为行业标准, 所以潜力很大, 他提供的架构非常好
robotium 则

在 android 平台上, appium 和其他框架的区别, 还在于它使用的底层技术.
appium 同时支持两套体系. 一个是插桩, 一个是 uiautomator
uiautomator 的优点是跨平台,跨 app

#34 楼 @qddegtya @lihuazhang 我们目前还没有 qq 群

#17 楼 @monkey 你现在翻译了哪个了 写个说明吧 别重复了

#6 楼 @shery_zhang2012 论坛之前有 ppt 介绍 你可以翻翻看

#25 楼 @lihuazhang 我在论坛和博客上都加了友情连接 他们貌似还没有大 logo 可以先不急放

['æpɪəm] 是不是应该读音为 ['æbɪəm]

#10 楼 @lizhenghuan 我的意思是在 app 中可以自由的插桩任何 app, 所以不能在 manifest 中写死插桩配置. 采用 startinent startactivity 和 startinstrumentation 方式.
我翻了下 sdk 中的代码, 也没找到靠谱的例子, 我也没做过验证, 我怀疑 google 在这套技术背后隐藏了一个更底层的自动化体系.
求大牛科普

#8 楼 @monkey adb shell 这种命令是电脑执行的, 不能在手机上执行..应该是需要 startInstrument 函数吧, 我这方面没验证, 不知道是否可以.
@lizhenghuan 你的代码是如何启动运行的那. apk 的入口函数如何写, 能给个例子演示下吗

有没有什么方法可以直接在手机上运行测试 不使用 adb

#37 楼 @qddegtya

我们已经添加了
http://testerhome.com/sites

#38 楼 @lihuazhang 是的, 我们也把他们的社区连接放上去吧. 对于创新行为, 我们多多支持

#4 楼 @tony https://github.com/appium/appium/tree/master/docs/cn

#2 楼 @tony 去其他帖子上看看吧, 文档里面有中文的步骤.

读音是 ipm 或者 ibm 可以试试 google 翻译的朗读 也许我们可以起个中文名字

这方面行业也是刚起步 我都想搞个脚本去检测各种环境是否符合要求了

对于定位 尽量即时定位 提前定位容易因为界面后台变化导致失效

还能复现吗,
我没 mac, 没法验证了

从最近的反馈来看, 因为依赖的东西较多,还是存在一定的部署难度的