前端 html 长这样，还有个 12M 大小的 js；前端代码是前端写的，我不知道他这个里面有没有我们公司内部信息，不敢随便发

这个框架写好基础步骤后，process 和 case 只需要配置就好，而且这个平台的使用者只需要会 css 或者 xpath，不需要会一点点代码；
肯定没有录制方便，但录制就跟我上面说的那样，有两个问题；
1、录好了也不一定执行成功 --- 比如你等待的时间，录制不会体现出来，再跑就直接失败了；
2、维护成本很高 --- 被测系统修改之后就会执行失败；我的系统只需要修改 piece 里的对应步骤，就修改了所有应用这个 piece 的 case；而录制的脚本，每个相关案例，都需要重新维护代码才行；肯定是后者更加麻烦

https://github.com/stafenW/auto_ui_new.git 这是个老版本，准备分服务后再上传一份

页面是找前端帮我写的，暂时够用，感谢，有机会可以合作

你可以说 playwright 录制很方便，但是录制出来的脚本往往无法执行成功的，你得调试，后期页面变了要维护，我写的这个平台主要两个优点：
1、提高案例的高可复用性 --- 多个 piece 组装成 process，多个 data+process 生成一个案例；
2、降低案例的维护成本 --- 前端页面有维护更新，只用修改一点点相关 piece 即可更新整个案例执行流程；
如果你有更好的建议欢迎讨论

前端肯定还是很粗糙的，这个我没办法；跑起来肯定没问题，但是遇到性能问题，亟需解决。😂

我详细解释一下，playwright 支持同步和异步执行；我的平台核心就是封装好的 playwright，通过 json 调用这些封装好的函数；有两个接口可以执行案例，一个接口是调用后单独执行一个案例，用于调试；一个就是生产上，一次调用执行所有案例；问题在这个执行所有案例上，我用了线程池 concurrent.futures.ThreadPoolExecutor(max_workers=8)；
第一个问题，具体一点就是问，现在性能很差，我用的是同步调用 playwright，用他自带的异步调用会不会快点，我现在的理解是不会更快，已经放弃了；
第二个问题，图片存我们公司内的服务器上，内存/cpu/网络资源充足，但是一次性获取的图片多了，就会出现 502 报错；你给的建议我去尝试一下；
第三个问题，我所说的 loading、蒙层、toast 提示，就是那种出现一会，很快就消失的页面元素，我现在的处理是固定等待时间，但这样做显然不够稳定；我想做到的是等待这些瞬时的状态消失后，再截图；playwright 有等待元素加载、消失的方法，但显然这些临时出现的元素我捕捉不到。
第四个问题，梦想还是得有的；这个先放一边，你们觉得这两种方式你们觉得哪种好？1、用添加一个方块 - 填写内容（如下图）；2、按固定格式写一段文案

容易的，网上都有现成代码的，tensorflow 有训练好的，也可以自己训练，这是我的代码

fulfill 返回的是 None，报错没有 json 属性。但是官网给我的案例就是这样写的，我很头痛，不知道哪里写错了

request/selenium 是作为内核的，是基础包
pytest 是脚手架，帮助你一个命令就可以调用测试案例，形成测试报告（当然还有其他功能），这些功能就可以不用自己写了
还需要看看别人成熟的自动化测试框架，主要看别人的设计思想。怎么分层？为什么分层？怎么做数据驱动？为什么做数据驱动？这些问题搞懂之后，就可以写符合自己的框架了。