用 navicat 的用现成表生成字段，100w 行这么少的字段大概 10 几 s.
python...N 个线程还不如用 js 单线程。

和预留接口没关系，自己实现网络协议。。

Java 1.8 经常做开发用这个了
分组：流以某个参数分组为 Map比如常见，然后在缓存数据。
条件过滤：流里面加 1-2 层条件判断
Bean 操作，流里面 Bean 转 Bean 或者合并流比较常用。

openfire 的 client 端模拟一个，然后实现 xmpp 通信，去撸一个。你是写啥语言的，等我回头有空了，给你写一个。

随意做点补充：
回执信息 code 和 message 是否正确和清晰。
删除分为逻辑删除 (一个字段控制数据是否显示) 和物理删除 (就是数据都没了)。
外键关联的话，如果跳出正常流程走接口去删除，是否合理。
日期类型正常是 yyyy-MM-dd hh:mm:ss ，传入 yyyy-MM-dd。
接口需要验证幂等性和单位时间间隔。

外包权限会少，建议还是去非外包的

ex. a-->b 界面验证跳转成功，a,b 界面触发事件元素和图片本来就在？似乎检查点？不是这么设计的。
检查点应该是一个数组，检查多个都存在才判断到达，所以...
有个建议：思维转换成功能测试，这个时候你会怎么去检查?可以想想，然后用代码实现。
Poco 在 a 界面你只 dump 了一次吧，切换到 b 界面，没有在 dump 一次，大部分情况下，dump 也会发现差异。
PS:Poco 可以把那个坐标系的加"/"转成 xpath 一样的，这样更好识别。

可以写成几个内容的工具在根据实际情况串起来。好像是类似一个 forward+ 转换生成文档的服务（好多有基建的公司都有文件转换服务的，其中一个功能就和这个类似）
1.打成 jar 放到客户的共享服务器上，是否只能同步 jar 包其他格式比如 war 同步，jar 包启动是否成功，同步方式验证同步后的文件大小一致，版本是否一致。
2.客户服务器的文档数据是什么格式，需要转换成什么样的数据 (bo 成什么)，Bean 转换后到 openAPI 的接口参数测试

1. openAPI 是否有调用的频率限制 (时间或者数量限制)，转换成文档是否可以打开，读取字节数量和服务器文档数据是否一致。 熟悉 java 写单测是最好的，或者用其他语言写工具都行。

数据库里有脏数据，会造成测试接口返回信息不准确吧? 这个是指研发环境存在开发过程中的脏数据吗？

压测的时间，一般是核心场景 (一组 case) 单压，人数按设计阶梯增加。
游戏是有状态的，单场景 会 check 回包时间是否变长，慢查询位置，服务器内存增长变化，服务器资源监控，压测机器人和服务器实例日志错误数和错误堆栈分类。
客户端上去跟随机器人脚本感官体验。
混合场景，核心场景按权重人数配比常规路径，混合场景会引发一些连锁的问题，比如之前场景广播没有处理完，下个场景引发事务切换时一直阻塞，(这块需要更关注服务器日志)

下拉框可以展开后，依次选中，每次选中把字符串存储下来。
然后可以用字符串的 unicode 转化为 GB2312 来判断是否有生僻字。

楼上的是可行的。另外 tqdm 只是适合控制台。如果要做平台的话，有兴趣可以回复我的这条评论。

支持一下

加精理由：游戏测试那边自己对 Ocr 进行改造，值得其他人包含我自己在内学习。

好好研究下飞桨。

员工名字做为前缀，需求编号哈希，项目代号，自增，bencat_xxx_fish_1

找了 2 个讲师了

这个...不算平台吧。。

我现在用的是微软的 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 增加了一些特性等等。