我现在用的是微软的 playwright，然后给他包装了一些基建，还不错，主要看重速度比 selenium 快几倍和兼容能力强大。

if __name__ == '__main__':
    idx = 1
    """
    1.日志基建⭐⭐⭐:日志会生成前端可做报告的Json，还包含截图快照，堆栈处理，多个web端交互共用调用链功能
    2.simple_report:会读取解析文件.py 特征结尾就是文件/文件件中 case数量和最终日志基建功能做解析。
    3.反复执行⭐：跑满所有的case(simple_report里面跑满case会提供MetisConfig.REPLAY=False)或者执行到3次停止
    4.convert_json⭐：包含自动抓包har然后转Json。
   1，2，3是一环扣一环的。
    """
    while MetisConfig.REPLAY:
        start_playwright_suite("xxx")
        convert_util.convert_json("xxx")
        simple_report("./test_case_xxx/client_xxx.py","./log/xxx.log")
        if idx >= 3:
            break
        idx += 1
    pprint(MetisConfig.REPORT)

收到，3A 编辑器和工业化产出都是十分稳定的，换任何员工都可以产出标准是稳定性，通过摆放模型和镜头进行自动生成 然后员工通过一些微调整就能做出生产上线用（音效，地图生成，带人物场景，场景地表，模型动画，物件生成等等），场景测试会比较少，据我了解目前下来的，堆人力做居多，也有做自动化 (反而不是接口而是 Ui 自动化居多)。其他和常规的没啥二样。

加油，牛逼

额。。。

支持

init 是就绪区域 里面叫实例变量（实例化后才能使用的），init到 class 的区域，上面加变量是类变量，类变量加载在实例变量的前面。init上级new（真正的构造函数区域），del（析构函数），dir(类对象) 都可以看到。

开发方面，Q3 季度再帮同事一起开发一些平台,fixed 问题，开发自动化稳定性测试功能和一些数据整理修复数据的工作，做了一些工具类，给 gin 增加了一些特性等等。

白天求生存，晚上求发展 道理都懂，但是很少人愿意业余时间去学习，然后服务于白天。

静态合批不一定是好事情，因为一些材质相近的单位就算没有光照影响也是不能进行静态合批的，比如会导致内存泄漏。合批前后是可以用自动化采集对照的，包含用不同的路径跑过去，这个就是热点图部分的。
这个工具 不是平台服务，插件统计 drawcall 然后绘制成曲线也提到了，是有必要的（可以来回拉锯跑 2 次 用代码获取结果写一个判断方式进行自动确认下），因为我们在跑采集时用时间，那么可以把图片和引擎日志给关联起来，这样不是单纯的曲线。
关联方式就是点击 drawcall 一直增加和其他上文数据的地方，这种情况下会展开看到更细的数据，文章中提到的。有具体产出的方式。

最近有酒神秘籍，请我吃饭，就分享给你啊