你可以自己写个脚本测试一下调用的顺序。我之前也遇到这样的问题,也是通过自己写脚本发现规律的。
你可以尝试 test_a1,test_a2,test_a3,test_a4
录制。
这个应该是 toast, 可以用 Solo.getView("message")。
这篇我也不知道是谁翻译的,我对事不对人,请允许我讲真话:1. 标点很奇怪;2. 中英文混杂;3.有点工具翻译的味道。
也许你很忙,也许你 E 文不怎样。感谢你的付出!
但是:
既然我们花时间了,我想我们就要将其做好。
这也是我们测试人的宗旨。
可以尝试用模拟器看看。
这不就是 IOS 的 monkey 么?
https://github.com/jonathanpenn/ui-auto-monkey/blob/master/UIAutoMonkey.js
怎么定义时间,怎么分析结果,能具体讲讲么?
无法回答,因为你描述不是很清楚。Robotium 跟签名有关系我会信,Appium 会跟签名有关系么?
个人建议,自己建一个小的工程,哪怕就一个点击按钮。打包试试,从别的地方找原因。
底层做事,高层做人。管理确实很有学问的。每个人的性格,背景,能力,利益等都不一样。能猜透上司和下属的心理很重要。
如果是不稳定,重跑可能过。如果设计有问题或者有 Bug,怎么能让失败的一直跑,一直跑成功为止呢?那这样的 case 还有意义吗?
@ hunterno4 请问如果有个登录的 APP,是单点登录的,我想 spoon 来跑多机型,怎么处理?
锅锅,你版本不兼容啊,你仔细读下第一句。iOS deployment target '8.1' for architecture 'i386' and variant 'normal' is greater than the maximum value '8.0.99' for the Simulator - iOS 8.0 SDK.
算我一个吧,把我加到第 3 梯队吧。
邮箱:passionboyxie@163.com
给你一个思路
在 tearDown 方法里面,让 solo 回到初始的入口(Activity)后,再执行 teardown 的操作
如初始入口是 Index:
@Override
protected void tearDown() {
solo.goBackToActivity("Index");
try {
solo.finalize();
} catch (Throwable e) {
e.printStackTrace();
}
getActivity().finish();
try {
super.tearDown();
} catch (Exception e) {
e.printStackTrace();
}
}
一般登陆设计是,如果 activity 还活着,第 2 次登陆的时候就免登陆了,启动即可进入页面。你试试看,好了告诉我,我也正准备解决这样的问题。
还可以在论坛搜搜,恒温早就写过教程。
@weamylady 你的代码太乱了,看得头晕。
@fuyu_nd xpath 不行,可以换种方法试试吗? 何必在一棵树上吊死呢、
上面错误提示已经很明显了,如果不懂得怎么设置,去官网看看。
啥情况!
楼主不要悲伤。
上面是在拿我当典型了吧,我现在总算醒悟了 -- “多么痛的领悟”。
其实要改变一个人很难,只有当自己遇到挫折,感受才会深刻,我当时是找不到工作,被鄙视,才醒悟过来。
说白了,像楼主这样坚持学习,有动力,肯钻研的人比较少。大多数人都是拿来主义,想不怎么费力气,或者能有个人带,就能成为大牛,就能拿高薪。
我现在面试别人,就遇到很多这样的人,很多刚毕业的,或者有个一两年经验的,连自动化测试碰都没碰过,代码没写过一行,就跑来面试自动化;或者听说个把 LoadRunner,或者 QTP,就说精通自动化;如果用过以上两个软件录制过,那不得了了,工资要得很高。
现在培训机构也忽悠人的,助长了这种风气。
所以向楼主这样的能在行业内呐喊的人也比较少,估计会有越来越多的人明白你的。