不知道作者能不能增加一个复制相关禁用活动信息选项到剪贴板等类似设定

[rkdawn]

我的想法是在下边可以加上复制当前组件规则

原由：调试App的时候，不清楚哪些是真正的无意义组件，关闭的太多了就会存在误伤，列入标记的穿山甲广告，就存在误伤，并且不清楚问题出在哪一个上，所以需要一个一个测试排查，如果我每次测试的时候都能范围性关闭部分，这样就能逐渐缩小范围，找到问题所在。
其次我觉得这个是具有意义的，如果能实现，后续调试App组件生态就会方便很多，有越来越多的人参与进来维护，而不是拿来主义，既方便自己，也方便他人，大家可以一起对抗垃圾安卓生态作出贡献。

[lihenggui]

复制组件的搜索关键词吗

[rkdawn]

复制组件的搜索关键词吗

我也不太明白服务和活动具体如何实现复测比较好，应该是可以复制选中的组件，或者带有标记？如果是sdk目前就想到有一个，复制出来当前SDK状态的规则，类似于这种剪贴板导入导出感觉应该是比较合理的方式吧

[lihenggui]

长按有菜单 是指这个嘛

[rkdawn]

长按有菜单 是指这个嘛

不是，其实我是觉得假如第一次我调试App的其中一个SDK时候，会有一个禁用了多少开启了多少数据存在，假如遇到了bug，那我就可以放开一部分，假如10个，那我就放开5个，再次保留一个状态，然后去测试bug是否修复了，如果没有修复，那就说明我刚刚关闭的那5个是无效操作，可以继续关闭了，再去测试剩下的5个，跟Libchecker的快照功能雷同，这样我就可以很明显的找到问题所在

[rkdawn]

长按有菜单 是指这个嘛

其实这个问题我觉得本质上是复测的成本过高，不知道有没有好的思路能降低复测成本。
如果是活动和组件，一般来说blocker都是禁用一些东西才会出现bug问题，那就对禁用的使用标记，然后进行组化，第一组一个颜色，第二组一个颜色，以此类推，或者其他的标记方式，这样也能降低复测成本，如果从几百个组件里边一直反复的找，工程量太大了

[lihenggui]

如果你要类似快照功能的话 那么单应用备份状态备份是否符合你的要求？

[rkdawn]

如果你要类似快照功能的话 那么单应用备份状态备份是否符合你的要求？

应该是可以，不过我觉得这样实现后，会导致规则的导入和备份会很繁琐，这样调试出来，工作量也是巨大，可行性不是太大。
操作步骤：第一次拍照0是当前状态，共有300个组件，假设随后改动30个，再次拍照1(这里我就获取到了30个的变化，但是这些改动后的我应该怎么确认是哪30个，中间可能穿插很多确定要关闭的，一个个组件名挨着搜索也是过于繁琐)，确定好是这30个，发现问题不在这里，这时候的前30个我给他关掉放回去，还是要再来一次搜索，给他一个一个关闭。用单应用文件的备份，每次拍照都备份一个规则，这个时候，我再拍照2，第二批应该怎么确认31从哪里开始其他问题，以及恢复后同样的问题。

其实可以成组化比较好，不管他是打开还是关闭状态，一共600个组件我给他分成20组，就像blocker里边的不同的SDK分成不同的组，我在测试1组的时候，只对一组里边的我改变的进行标记（这里可以设置对标记的批量操作），如果操作后并不能解决问题，那我就对A组所有标记的一键恢复成未标记的状态，继续对2组进行同样的操作，这样组化的操作是少了不停的导入和导出数据，并且改变后，立刻就能打开APP测试问题点。