好的。感谢回答，非常感谢！

workspace 生成的目录文件是正确的。

这个是 workspace 生成的目录文件，本地打开 html 是没问题的。

下面这个是我加上 ${BUILD_ID}生成的 log 日志

红色部分直接把我用的变量 ${BUILD_ID}打印出来了，但是奇怪的是橙色部分的 BUILD_ID 没问题。

我刚才在您回复前又重新确认了一下。

也包括两个 path 都不加{}

报告都可以正常生成，只不过项目中 report path 生成的 Allure Report 无法进行访问，页面返回 404，如果不加 build id 就可以打开，就是直接写死标识，如果你有好的办法麻烦你告诉我，非常感谢！

一开始我觉得也是这个问题，后来发现跟这个 ${}也没有关系。。。可能不是这个问题，我尝试过不加{}，结果还是一样。

如果正在使用 allure 插件的朋友，请帮帮我，万分感谢！因为你回复的每一句话可能就是我解决问题的关键，非常感谢！

这种问题只能拔掉重新插 usb 了

好像没什么关系，jpg 或者 png 都会出现这种情况。

嗯嗯 感谢感谢 我刚才又写了一个测试脚本，一个截图以 jpg 结尾 一个以 png 结尾 用同样的数据我对比一下看看是不是因为这个图片格式问题

建议 lz 接着改标题名字吧，把转瞬去掉留个可能

"文中已说明需要优化脚本"，你这说这话不等于白说吗？ 出了问题你不优化留着干什么，对吗？而且我最后说的那个意思不是说录制技术怎么样，我的意思就是设计师设计好房子，你上手砌墙就行。

从上到下把文章和楼主的和大家的观点看了遍。99% 的问题，不用多说，给我的感觉是 2012 世界末日来了。uirecorder 录制问题，前面有同学说过类似的问题，例如华为系统升级或者其他 app 的广告也好，会造成你的 case 不稳定，你后面解释说可以专门的针对类似情况去做脚本调整，OK 这个思路是没问题的，不过可以提醒一下楼主，想的万分简单，做着千难万难，很多突发情况你是没有办法去预测的，录制脚本只是一种借鉴的手段，如果高效的让自己的脚本快速执行起来才是最终的目的，这个需要考虑到后续业务需求的变化，脚本可维护性，诚然录制脚本可以减少大量时间，只不过你只是针对你自己企业内部的业务需求，业务量的大小决定你脚本成长的方向。需求小，当然是简洁一点，需求量大的时候是否需要考虑到别的问题了。最后说句题外话，假如 99% 的人用 UI 自动化技能，几年内大家遇到复杂的业务逻辑，大量测试 case，并且完美的解决这些问题，而你这 1% 的人用 uirecorder 录制脚本，只是修改了几年代码，我只能说抱歉，你这 1% 可能会被淘汰掉（个人观点，不代表大众）。

可以用 swip 方法

int x = a.getSize().width
int y = a.getSize().height
driver.swipe(x / 4 * 2, y / 10, x / 4 * 3, y / 10, 0)

a 是 seekbar 控件 id，具体怎么滑可以自己调整

hhh，有朋友在你们的团队，天天给我说团队福利怎么好怎么好，我都要羡慕死了

非常感谢，问题已经解决，换了一部手机

换了一部手机就好使了

问题已解决，换了一部手机

感谢大家给我提供思路，非常感谢，这是我第一次发帖，各路大神全来支援，我再次磕头感谢，问题已经解决。
解决思路：机型从小米 note2 换成华为 p9。
原因：可能是研发写的代码屏幕适配有问题，也有可能是手机问题，后面我会研究一下。

应该跟连接没什么关系，我获取上一个界面不会报错正常获取，获取这个弹窗就报错了

我重启 adb，打开一个抓取工具还是一样的错误，可能是这个界面有问题

用了这个 dump 命令 还是不行 报错：null root node returned by UiTestAutomationBridge.

好的 我重启一下电脑，重新试一下 非常感谢

我觉得跟这个弹出界面有关系，这个界面是自定义 view 写的

我开了一个抓取工具，后来我单独换了 appium 桌面版抓取，也是抓取不到

补充两个 查看 activity 的命令 adb logcat -b events adb shell dumpsys activity top | find "ACTIVITY"