#9 楼 @springs412 你报的是什么错?
#3 楼 @tobecrazy 我看出来,但我没用过这个软件,所以不能确定。
麻烦给出完整的 appium server log 。
预期结果(正常的安全键盘)长啥样?
appium 没有做这个接口。
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:麻烦添加一下头像,谢谢。
#22 楼 @lengyao88 你当前使用的用户是 chenlengyao 吗?
如果不是,切换到这个用户,或者 clone 到你当前用户的 home 目录。
...
发邮件给 Tencent 了吗?
具体是没有弹窗选择图片,还是选择图片后没有反应?
能否打开这个浏览器的调试器看看具体有没有图片上传?
#3 楼 @tcat 你看看这里:排版说明
发帖的界面里就有这个说明的。
部分觉得翻译不准的内容可以附上原来的单词或短语,但不能是整句话或者直接把整段原文放在中文前面。
如果是译文,麻烦附上原文地址,并注明这是译文。可参考 Android UI Automated Testing(译文)
关于快慢的问题,我觉得只要是做黑盒 UI 都快不到哪里去。因为即使你操作很快,你还得等网络、等控件渲染、等界面切换动画。。。最终速度不会比你手工快多少(selenium 在浏览器中运行很快,但你还是要等待浏览器跳转页面的时间)。
而且手机 dump 确实速度比 pc 慢不少。你可以拿个 genymotion 来 dump 一下,会发现比真机快不少。
真的要快,单测或者从 app 内部进行测试才是最快的。
赞!思路很好,排版也不错!
感言可以写出来啊,做了一年,写了 800 多个用例,遇到各种坑,肯定感言不少吧。
有个问题想请教下,你们 800 多个用例执行速度怎样?UIAutomator 速度比较慢(主要是 dump 元素和 输入文字 比较慢),实践中有没有什么好办法提速?