#2 楼 @regend 好的，想问一下你具体希望有什么方面的技术细节分享和交流？

appium 没有做这个接口。

#5 楼 @monkey 你们那边汉子好多啊。

info: [debug] Waiting up to 0ms for condition

看来你的 wait 没有生效，只找了一次就返回了。
你看下你的 wait 写法有没有问题？

赞！特别是 fake，stub，mock 这三个名词的解释让我终于搞清楚了这三个词的正确翻译。

我也顺便查了一下 fake，stub，mock 的详细解释，结果找到这个（英文）：http://googletesting.blogspot.com/2013/07/testing-on-toilet-know-your-test-doubles.html，解释得很详细，后面我会试着把这篇文章翻译一下。

#27 楼 @lengyao88 额，我只是试用，这些具体问题你可以找一下 @vigossjjj 或者直接上去 github 报 issue 。
这个 CrashMonkey 和 android 的 Monkey 还是有点区别的，一旦被测 app 不是在 running 状态它就控制不了了。
另外，现在可以通过 gem install smart_monkey 安装 Release 版本的 CrashMonkey4IOS 了，不需要像我正文那样子用 reset.sh 。

PS：麻烦添加一下头像，谢谢。

#5 楼 @anikikun RCA 是什么简称？

#22 楼 @lengyao88 你当前使用的用户是 chenlengyao 吗？
如果不是，切换到这个用户，或者 clone 到你当前用户的 home 目录。

...
发邮件给 Tencent 了吗？

具体是没有弹窗选择图片，还是选择图片后没有反应？

能否打开这个浏览器的调试器看看具体有没有图片上传？

#3 楼 @tcat 你看看这里：排版说明
发帖的界面里就有这个说明的。

部分觉得翻译不准的内容可以附上原来的单词或短语，但不能是整句话或者直接把整段原文放在中文前面。

如果是译文，麻烦附上原文地址，并注明这是译文。可参考 Android UI Automated Testing（译文）

关于快慢的问题，我觉得只要是做黑盒 UI 都快不到哪里去。因为即使你操作很快，你还得等网络、等控件渲染、等界面切换动画。。。最终速度不会比你手工快多少（selenium 在浏览器中运行很快，但你还是要等待浏览器跳转页面的时间）。
而且手机 dump 确实速度比 pc 慢不少。你可以拿个 genymotion 来 dump 一下，会发现比真机快不少。
真的要快，单测或者从 app 内部进行测试才是最快的。

#4 楼 @carl 好，谢谢。
我和 Monkey 一样，没有机会大量实践 UIAutomator ，所以对你这一年的实践经历这块比较感兴趣。毕竟弄个小工具什么的不难，难的是让一个项目真正把这个工具用起来，并且让它发挥价值。

赞！思路很好，排版也不错！
感言可以写出来啊，做了一年，写了 800 多个用例，遇到各种坑，肯定感言不少吧。

有个问题想请教下，你们 800 多个用例执行速度怎样？UIAutomator 速度比较慢（主要是 dump 元素和 输入文字 比较慢），实践中有没有什么好办法提速？

#1 楼 @tbya 嗯，docker 前途还是挺光明的。目前我还在入门阶段，努力学习中。

赞！格式很不错，内容也很详细！

另外，想请教一下接口测试用 BDD 来写的话编写用例的效率如何？
因为接口的 API 数量一般较多，所以用例数量不少，想了解下用 BDD 写的话编写速度怎样。

这个文章好正点！谢谢分享。

#7 楼 @eurekasaber 那不清楚了。也许因为它用的不是标准控件，所以会有问题。
你也可以试试先切换回默认输入法，输完验证码再切换到 unicode 输入法。

感谢分享，这是个很不错的思路，大部分体力活用自动生成来做。

不知道你说的 “繁复” 具体是指什么？就这么看的话没觉得哪里明显繁复啊。

PS：麻烦添加头像，最后的 excel 数据 那里表格的 markdown 用错了，具体怎么用可以参考右下角排版说明。