多半是没装好
属于这个库的问题,https://github.com/sirfz/tesserocr
ok 指这个 engine 分析过程正常无报错;
target_sim 就是字面意思,目标相似度;
只是截图的话可以试试 https://github.com/williamfzc/fastcap
最好 root,大项目建议用 airtest 了
其实 server 只是对库本身的一个封装与合理暴露,所有的参数还是只与库本身相关。
现在来说,接口传的参会被逐步按照层级被库本身解析,也就是说所有库能够接受的参数都可以直接当做接口参数传给他,这也是之所以参数名都起得非常全的原因。
返回值每个字段的具体含义的话,其实取决于你传入的参数。可以举个例子?
如果你说的是类似 adb shell input text ,没有的。minitouch 都是纯 ui 层面的操作。
问题的话可以具体聊聊,QQ 178894043
这些都是可选的,也可以后期改配置,没什么关系
因为保密性,具体产品可能不便透露哈
1、产品名:**
2、UI 自动化的用例覆盖率:一方面是 UI 本身的校验,另一方面是利用 UI 驱动去触达一些场景
3、UI 自动化用例数:很大部分是动态生成的,动态生成的这一部分相对稳定一些(可能因为逻辑简单),静态的不够稳定
4、最近一个月的平均稳定性:因为太多了,且散落在不同层级,并不好给一个数值。不过主要失败的原因更多是在设备问题与环境问题上,例如断连、走到异常场景等等。用例本身失败大多因为业务逻辑变更。
5、目标稳定性:近期还在尽量增加容错以避免环境相关的影响
期待下开放 API
这个工具只跟图片相关,所以跟平台没关系。不过驱动这些就要你自己选了
谢谢
明白了,这个之前有人说过,不过我这边一直没复现,还挺奇怪的。
https://github.com/williamfzc/pyminitouch/issues/8
我找个时间再看看好了
具体步长没测过,不过这东西本来就被设计用于实时性很强的场景,效率方面我还没遇到什么问题
example/draw_heart.py
这个例子是在屏幕上画一个❤,瞬间就完成了,可以试试看
刚试了下,跟 airtest 倒是还好。
uiautomator2 的话之前有人说过这个问题,确实会存在冲突的情况但是一般重启 adb 就会 ok 了。
重启下 adb 试试,这种应该是上一次执行 socket 没关闭引起的问题。在使用后要:
# stop minitouch
device.stop()
你试一下直接用 adb 执行这个命令会报什么错
是最新版本吗?最新版本是 0.8.0
pip install --upgrade stagesepx
更新下再试试算是~
可以呀,都是一样的
是卡住了吗?麻烦发下日志
为了让代码树更简洁,强烈推荐大家在提交 PR 前,先通过 rebase ,把自己的分支修改代码形成的提交数量,压缩成一个。
这种方法并不好,如果你的修改内容很多的话,这种方法只会让 review 更加困难。最好从 commit msg 的角度来解决这种问题。
不用,但是你手动采集的图片尺寸需要跟你的视频保持一致
可以参考:https://github.com/williamfzc/stagesepx/tree/master/example/train_and_predict
好快~
关于对轮播比较敏感的问题做个补充吧:https://github.com/williamfzc/stagesepx/issues/55