获取 sid 的 BeanShell 预处理程序在每个请求前都会重新执行一次，你可能得发下图里的 BeanShell 是怎么写的，大概率执行第二次的时候失败了。

--clean-alluredir
这个命令添加在代码哪里了，可以描述下，该不是跑完后才执行的清除吧。
另外在 jenkins 集成 allure，得确认下 testrun.json 的生成路径。

playwright 支持的是 chromium，和 chrome 是有区别的，对于你想测多个 chrome 浏览器的兼容场景的确是不支持的。

把 logger 里把 error 全部打印出来吧，光看上面的信息，我同意二楼的说法，是无头模式的屏幕尺寸导致控件被遮挡或展示不全。
排查办法：在点击前对页面进行截图

前端性能受测试机的网络、内存、CPU、浏览器等因素影响，保持一样的配置可以得出近似的结果。

你这问题描述略粗糙了，assert title taobao 是怎么写的也需要一并发出来。

sitespeed.io

使用相对路径

//span[text()="内蒙古自治区"]

demo 没错，你的问题应该是为何自己设置的请求头未能正常登录系统，比较简单的方式就是手工登录一遍，脚本登录一遍，对比两侧的请求头就可以了。

可以考虑蓝牙，apple 系列产品可以用 ‘隔空投送’。

手工抓取请求的话，可以通过浏览器的网络模块（F12-network）。

如果是考虑性能对比，我这推荐这个工具 sitespeed，它的 compare 模块可以对比两次访问页面时的花费时间、请求明细、页面大小。
官网：https://www.sitespeed.io/documentation/compare/

playwright.chromium.launch(headless=False)

在上下文定义加上取消无头模式的配置即可，playwright 默认是无头模式执行

只用过禅道和 Jira。
Jira 可以定制工作流、仪表盘、表单字段，我理解缺点就是收费吧。
禅道有免费版，但是上述 Jira 可以定制的内容都不支持。

增加配置可能提升系统性能，但是性能瓶颈可能存在于诸如网络带宽、硬盘速度等其他系统资源上，单纯增加机器的配置并不能解决这些限制因素导致的性能瓶颈。
所以不能简单地认为将机器的核心数和内存容量翻倍，需要实际压测才能评估系统最终的性能，特别是你要估算 tps 这些性能指标= =

看起来更像是你参数写错了，没看到你这个 lujin2 的参数是在那定义的，addAttachment 函数的第一个参数中要包含视频文件的二进制内容

需要贴下脚本来判断原因出在哪

还有一个 pytest.mark.order，我倒是没用过，说是专用于排序

你的 pytest 框架需要标记上执行顺序

@pytest.mark.run(order=1)

这样子 allure 就会按照这个 order 对结果进行排序了

我理解应该让这个数据准备文件去这 100 个接口自动化 case 里取相应的执行参数。

adb shell setprop 是最便捷的了，具体为啥没成功，建议发下执行日志。

似乎是 path 小写导致的，换成 Path 试下？

我记得 devices 这里，应该是传入一个数组吧，类似

auto_setup(__file__,devices=["Android://127.0.0.1:5037/emulator-5554"])

这个接口，window.performance，详细的指标需要百度下。

要看你测试的项目是啥做的了，上边两个工具，我之前看的时候都不支持 swing 画的页面。另外我也推荐一个 airtest。

有现成的拨测工具，商业的有听云，开源的有 Sitespeed.io（买境外云服务器回传指标）。