#4 楼 @pl02206984
建议看下文档 http://appium.io/slate/en/v1.3.4/?ruby#
我记得 android 是随便写都行的。。。写了并不使用
脑图,记录到需要测试的最小功能点
函数 ID 1880 isrefreshview scroll 通过代码可视化和开发交流得知,此模块为优惠卷拉升加载功能,但是此功能需要优惠卷超过一定量后才会出现,但是实际测试中,测试人员只得到了一张优惠卷的账号,在遍历中自然无法覆盖到该功能。
这不 mock 数据测试的嘛- -
能接口自动化搞定的不要做 UI 自动化。。。
没有薪资不开心&&没有城市很迷茫
我也碰到过,明明 quit 了下次再启动,也生成新的 session 了,但后面会用到之前的 session。
我现在是初始化的时候直接把 appium 的进程干掉,再重启
好像需要让开发把 webview 的 debug 开启
前端也是有逻辑的好吗。。。涉及支付的也很复杂。。。
3:7 左右,不过自动化也不是为了测试。。。主要是做一些重复性的工作来获取性能数据
配置 server 的时候,代码增加启动 activity 和等待 activity
desired_caps['appActivity'] = appActivity
desired_caps[ 'appWaitActivity'] = appWaitActivity
春暖花开好像不咋地~
没人吐槽和那个招商银行的看起来差不多嘛。。。
不太懂,用 xpath 没法精确定位吗
appium 就是很慢,和本身机制有关
已更新打包方法,再次感谢@doctorq
看起来是有点奇怪,我随便猜猜 appActivity 和 appWaitActivity,都改成 Splash 或者 Main 试试
更方便的尝试方法是直接自己执行 am start 命令,看能不能启动
#3 楼 @yanfei_wu 主要是没有工程,也不知道怎么搞打包的配置文件
#9 楼 @917930921 GT 是啥啊~
#5 楼 @yangchengtest 我们做自己的产品是在 js 里面埋点的,不过为了和竞品比较,所以计算方法就要统一。。。各位说的方法其实都有考虑过,但是要用到竞品,现在只有觉得 appium 还能做做看