这个只对 appium 1.6 以下的版本有效,使用 XCUITest 的没用
自动化测试不能用功能测试的思想来做,自动化最多的是用来验证主要流程,对于界面布局以及显示,能做的很有限
你是要判断具体的失败原因吗? 没有这个必要,你只要判断用户名或密码错误的时候,不能登录就可以了
真机版本一定要是 Android 的系统版本,不能是系统 UI 的版本,如果你的 6.0.1 确实是 Android 系统版本,那只能说我也不清楚了
看这个错误应该是你模拟器或真机系统版本是 4.4,而 platformVersion 中写的是 6.0.1,platformVersion 修改为和模拟器或真机版本一致试试
没遇到过,把日志贴出来看看
这个那就不清楚了
xcode 7.3.1 不支持 iOS11 的,要支持需要升级到 xcode9
这个属于编程方面的内容了吧,依 python 为例,使用 assertTrue(a < x < b, 'KPI 不再范围内 ‘)就可以,其它语言类似
哈哈 和我之前一样的问题,没找到根本原因,但是应该和 mac 性能有关系,我用的 mac mini,把内存使用率降到 70% 以下,能好一些,问题发生的几率会降低很多,但是还是会发生。现在多个用例一起执行的时候,前面的几个用例都 ok,执行到第 5、6 个用例时,又会出现这样的情况,会导致后面的用例执行出错或失败,准备换台好点 设备再试试。
可以通过修改系统时间的方法来验证,比如:今天 3 月 22 日,首次登录后,杀掉应用,修改系统时间到 3 月 23 日,再打开应用,观察是否需要登录;测试时,可以采用边界值的方法,测试登录后的第二天,免登录时间到后的前一天,再加上免登录时间段中间的一天就可以了
引导页一般都是图片,不太好做判断,可以换一种思路试一下,app 启动后所处的页面一般就是登录页(未登录时),或者 app 首页(登录后),或者就是引导页,可以排除其他两种情况,来确定是否在引导页中。希望能帮到你
确实和硬件性能有关,应用开少一点,保持内存使用率在 70% 以下就比较快了
用的是 Mac mini,之前有一阵子电脑重启后跑着就很快,今天重启了几次也都不行了,不知道怎么回事
楼上的方法应该可以,你试下
最近也在做 iOS 的自动化,但是还没涉及到这块,抱歉 帮不到你,帮你顶一下
有看到别人说用,self.driver.switch_to_alert.accept() 可以解决,你可以试试