iKachu

根本原因没有找到，但是提供一个规避的方法，在core.py的Meta类的__new__方法 【# 注入测试数据】逻辑之前加入以下代码可以解决问题 ` if case_info == "doctest.test_skip": continue`

## 修改上述提到的问题后，仍然有发现黑控件不生效的情况，通过走查日志发现另一个可能的代码逻辑问题。 在日志中看到配置中的多个 black widget，在 native 层日志均有打印识别到，但是在运行到实际判断 point 是否位于黑控件区域时，却打印 Rects: 1 ，即当前Activity中仅保存有一个黑控件区域，这与配置中的多个黑控件不符，因此导致黑控件不生效。 - 通过走查代码发现，在处理黑控件时逻辑如下 ```c++ void Preference::resolveBlackWidgets(const ElementPtr &rootXML, const std::string &activity) { // black widgets if (!this->_blackWidgetActions.empty()) { for...

> 你好，后面这部分修改 是否已存在于你第一个问题提供的 so包链接中？ fork了一份代码，并且把修改的代码和库文件都更新上去了，可以看一下这个仓库中的lib库文件，https://github.com/BirdLearn/Fastbot_Android/tree/main/libs

> @BirdLearn 忍不住给大佬点赞。大佬有遇到过配置的自定义事件不生效的情况吗？ 这个Fastbot 内部有很多隐含的逻辑在里面，并且文档中并没有详细说明，在调试的时候，需要可能需要结合日志与代码一起来分析为何action不生效，上面的同学回复的经验可以参考 另外：这里说一个隐含的规则，就是如何你的action中的控件是一个可输入的控件，例如输入框之类的话，默认fastbot 会根据规则随机或者在定义的字符串列表中去做输入，如果你需要在输入框控件上进行 keyevent 输入的话，就没法实现，我最新的代码和库文件中对这个逻辑进行了修改，新增 editable 字段进行默认输入控制，如果 editable 设置为 false的话，就不会有随机输入行为 以下是个例子 ``` [{ "prob": 0.2, "activity": "com.xxxxx.mobile.main.MainActivity", "times": 1000000, "actions": [{ "xpath": "//*[@resource-id='com.xxxxx.mobile:id/input_edit']", "action": "CLICK", "index":...

> > > @BirdLearn 忍不住给大佬点赞。大佬有遇到过配置的自定义事件不生效的情况吗？ > > > > > > 这个Fastbot 内部有很多隐含的逻辑在里面，并且文档中并没有详细说明，在调试的时候，需要可能需要结合日志与代码一起来分析为何action不生效，上面的同学回复的经验可以参考 > > 另外：这里说一个隐含的规则，就是如何你的action中的控件是一个可输入的控件，例如输入框之类的话，默认fastbot 会根据规则随机或者在定义的字符串列表中去做输入，如果你需要在输入框控件上进行 keyevent 输入的话，就没法实现，我最新的代码和库文件中对这个逻辑进行了修改，新增 editable 字段进行默认输入控制，如果 editable 设置为 false的话，就不会有随机输入行为 > > 以下是个例子 > > ```...

看一下这个pr：手动改一下 tidevice 包或者暂时把 requests 包降级 https://github.com/alibaba/tidevice/pull/385