你这显然是 allure 没有安装配置号好

必然会啊

这样的 UI 自动化平台见过一些，但说到好用的是一个都没有，还是自己撸代码来的方便。

JD 要求真不高

看你代码是正常的，没按预期工作应该还是定位不精确的问题，看你截图定位在了一个看不见的元素。
可以在这里打个断点，进入交互模式，先确定所在的 iframe，再遍历所有的 checkbox, 可以用

target_frame.locator('#isCheck').highlight()

来高亮显示定位的元素，如果还定位不到就改方法。有个似乎更方便的办法是在执行到 page.pause() 时，用自带的 inspector 来帮忙

xray 是长亭的产品，当前并没有开源

这相当于浏览器的请求先到 burpsuite，再到 xray，再到目标服务器

你才 15+ ，我 19+ 呢

你代码的最后一行，target_frame.locator('#isCheck') 大概率是匹配到了多个元素，其中第一个还是隐藏的，所以操作不了。 可以尝试在这一行之前，print(target_frame.locator('#isCheck').count()) 检查下匹配的元素个数来确认下。 另外如果只匹配可见的元素，可以这么来匹配 target_frame.locator('#isCheck:visible') 加一个 ":visible"

当然不是，有很多种不同类型的 DB

看截图， .locator('#isCheck') 匹配的第一个元素是隐藏的，不是你想要的那个复选框，所以问题还是你的定位有为题。

根据邮件地址来看，是天润融通

年轻时也谈不上啊。我部门里的同事，哈工大复旦北交，甚至本科北大的，都有遇到啊。

楼上几位，美团办公地点，应该是北京望京啊

差不多 5 年前几乎拿到 dd 的正式 offer，现在 40+ 已经不可能了

举个例子，假设要添加一个项目，接着修改这个项目信息，再删除这个项目，如果仅用录制的数据，就做不到吧

2 月离职，大礼包还不够今年在股市里赔的 1/5，惨绝人寰

还有做成 web 版 jmeter 的，简直恶心的要死，纯属刷 KPI 忽悠公司

这是运维的锅吧

很简单，CentOS 上跑个 Docker 不就行了么

既利用了 pytest-xdist 也用了自写的多进程，这样测试报告就能汇总了，其实很简单。大致代码如下：

from multiprocessing import Pool
import pytest

def run_case_part(pytest_lst):
    pytest.main(pytest_lst)

def main():
    case_lsts = [
        ['-s', '--alluredir=report/xml_20231009_0829', './cases/', '-n', '2', '--dist=loadfile', '-m', 'p1'],
        ['-s', '--alluredir=report/xml_20231009_0829', './cases/', '-n', '2', '--dist=loadfile', '-m', 'p1']
        ]
    p = Pool()
    for run_lst in case_lsts :
        p.apply_async(run_case_part, args=(run_lst,))
    p.close()
    p.join()


if __name__ == '__main__':
    main()

需要按自己要求处理下变量 case_lsts 就差不多了，里面 的 '-n', '2' 表示 2 个进程执行，'--dist=loadfile' 表示每个 py 文件的所有测试都在同一个进程中运行 (这个自己可以取舍，如果单 py 文件中的 case 有关联，建议加上，也可按自己的情况改成 loadgroup 或 loadscope 或其它)

这必然要分账号来分别测试啊。比如账号 A 登录后打开某个页面，应该有哪些功能入口 (如菜单上的选项)，应该没有哪些入口，要做断言校验啊。

愿望是美好的，除了 css 和 xpath，实际上还有对各种情况做判断和相应处理，平台是很难做到较好支持的。

始终觉得在这种平台上写 case 简直是折磨，效率太低太低。