都认为覆盖率高,步骤简单是比较理想的用例,但是实际上这样的用例并不多,总结下一些原因:
然后说下我写用例的一些基础原则:
同感,很不稳定,有时候重装 appium 就可以了,暂时放弃它了
我以前写个类似的 demo,不过没有用 qt,有没有 github,有时间想研究下,给你个 star
谢谢分享,的确这样部署环境舒服多了,特别是多服务器部署的时候
安装好 py 插件后,直接挂个命令出去如,python run.py
清空耗电量记录,断 usb 设备,然后放置一段时间,用自带手机管家查看……这样比较靠谱
可以了,已经开源了,文章最前面贴了地址
更新:
page 相当于逻辑处理层,代码分层的基本概念
卸载,升级到 1.7.1 后,就可以启动了~
补充下环境信息:Mac
这是你代码设计问题,直接 driver.quit,然后重新启动
一般不用管 appium 自己让日志,你需要搭建自己到日志平台,每部手机,每个测试用例到执行情况:
2017-09-30 09:34:41,606 - INFO - ---- test0001_知识技术专区列表_//android.widget.RadioButton[@text='知识'] START ----
2017-09-30 09:34:47,061 - INFO - ---- test0001_知识技术专区列表_//android.widget.TextView[@text='技术专区'] START ----
2017-09-30 09:34:47,445 - INFO - [CheckPoint_1]: TechZoneListTest_执行过程中失败,请检查元素是否存在//android.widget.TextView[@text='技术专区']: NG
楼主请问下为什么我到获取不到 toast,appium 1.65 版本
desired_caps['automationName'] = "uiautomator2"
就会报错
```
selenium.common.exceptions.WebDriverException: Message: An unknown server-side error occurred while processing the command. Original error: Could not sign with default certificate. Original error Command '/Library/Java/JavaVirtualMachines/jdk1.8.0_91.jdk/Contents/Home/bin/java -jar /usr/local/lib/node_modules/appium/node_modules/_appium-adb\@2.28.0\@appium-adb/jars/sign.jar /usr/local/lib/node_modules/appium/node_modules/_appium-uiautomator2-driver\@0.6.1\@appium-uiautomator2-driver/uiautomator2/appium-uiautomator2-server-v0.1.8.apk --override' exited with code 1
我手动下载来这个appium-uiautomator2-server-v0.1.8.ap到@appium-uiautomator2-driver/uiautomator2目录,依然还是报错
我这里比较坑爹,整个页面就是一个 listview,即使滑动到可见区域,有些元素无法定位,而是要必须滑动到指定区域才能定位到(其他页面元素造成布局元素不一样),临时解决方案是,我是把滑动到幅度变小,固定循环滑动。。。这样到成功率大概有 90% 左右
61.91.161.217
这个 ip 直接 ping 不通。。
恩,adb 自带……
谢谢分享,最近的确体会到 xpath 有点慢,但是在原生 app 下元素并不唯一,appium 下,不用 xpath 能有什么好用的?
多进程 +多端口
把论坛里面的 wiki 和精华贴实践一次,学习技术永远都是靠自己
一直习惯了用 xpath
这边接口测试一定要真实数据,还要启动每个接口大小,响应时间,全字段检查等,所以直接用代码写的……
最近用的录屏来做,计算从点击的时间,到肉眼看到页面完全加载完成的时间,两个时间的差
driver.wait_activity("com.test.camera",2)
然后在执行上传操作
录屏分帧,有这方面的资料吗?