可以考虑这样:
公共配置里: runGroup = [1,2,3,4]
用例标记:
@pytest.mark.skipif(1 in runGroup,reason='skip')
这样只需要每次在 runGroup 里修改要跑的组列表就可以了
我这边是没问题的,如果你本地用 selenium 可以执行,可以检查一下:
填写 方法就是按 driver.find_element_by_xpath("/html/body/div[2]/div/div[2]/div/div[1]/div[2]/form/div[3]/div[2]/div/span/span/div[1]/span/input").send_keys("I:\3333.jpg") 这种格式进行封装的,所以如果 selenium 直接运行 ok ,理论上这样调用也没问题
另外你的这个 xpath 很长,可以的话建议用其他定位方式来替代,比如 id 、class 等
试下用 填写文件 方法,不要用 填写 1
你的 bat 脚本不是还在启动中吗,没有退出的情况下应该是不会执行下面的 logger
其实这时候你的 appium 服务已经起来了,接下来可以试下执行用例
你启动完之后是要做什么? 看你的代码不就是启动 appium 吗?
最好把对数据库的两个基本操作:search,insert 封装好,调用就不用考虑如何连接,如何释放了
试下把这行注释掉,然后手动建库 test_auto_new,再执行 init
新提交了一个修改,应该可以兼容 \ 了。 这是 python 的转译符,默认保存的时候会转换掉
2019-01-03 update:
1.每次执行生成独立的报告目录
2.修改生成方法,用列表方式更便捷。
3.将验证签名合并为同一个用例
如果是我,这种问题还是会提 bug。 产品说的这句话其实是不负责任的,没理由把系统的健壮性交给用户的使用习惯来保障。
如果超过 200 个字符,会报错吗? 还能正常保存吗?
如果因为超过 200 个字符导致页面直接崩掉了,你们运营人员可以忍受吗?
两个 \ 还是 / ?
pro 不是要买 license 吗?
关键不是在于怎么安装 四件套, 和怎么 *** 吗?
atx 应该就是用 wifi 管理的, adb 直连的可以看下 appium 相关的方案。
另外, adb 好像也支持无线连接的方式
如果是国外的 android 设备,可以使用 Google 的 firebase 服务进行推送。
每个任务生成独立的报告
所有的任务都是转换为单条测试用例进行管理的。
例如分别有 A、B、C 三个任务,分别有 100 条用例,那么定时任务就会查到有 300 条用例待执行,自动按设定的并发数(默认为 6 )并发执行。
这个好像被提过了吧,设为最佳之后就会单独计算楼层
试下两个\
你看下当前目录有没这个脚本存在
selenium 官方提供的镜像很好用啊,干嘛还要自己构建?
我是用的 atx server,通过 wifi 无线连接手机进行测试。
appnium 的话可以搜一下论坛里的帖子,之前看到有人分享过怎么进行管理
你用的什么框架来测试手机端? appium 吗?
其实原理一样,把关键字转换成对应框架的命令就可以了