测开肯定把测试当自己人啊，但是测开做的一般也不用，而且研发也不知道。

测试请把测开当成自己人就行了。

unittest 异步是后面版本有，但是他的异步并发不起来的吧。。

dockerfile 里面，你可以给每个拉起的镜像分配合适的资源，比如接口测试占用不了多少。
另外问问，容器和容器有使用到 manage 这种调度管理的方案吗？
任务在 init 环节就失败，应该是没有开发容器资源排队，当不足时进行排队任务。定时任务还是分配的任务都丢到任务队列里面

qt 只要理解他的信号通知的概念，做出来能用的工具不难，做的好看，比如 Python 就要用 PySide6 来美化和.ui 来设计界面交互

1.请求体可以用解构
比如你要传入 args1 和 args2，2 个参数，用

data = {"args1":xxxx,"args2":xxxx} 这样也容易维护
def method_ex(args1,args2):
    ...
# 改成下面的
def method_ex(data):
    ...
# 这样会自动进行匹配，字典也可以维护成json，容易维护。
method_ex(**data)
# 等于把要传递的数据包含加密的，在data管理时都做了。

2.基本异常、基本响应抽象出来是框架做得事情，看抽象维度是以框架多加一层在到场景层都可以。

3.现在的这种每个接口都会根据参数加密追加到请求中和 header。可以单独写一个方法，在请求时先使用这个。
比如下面这个简单例子，如果是加密的，可以看看 1，加密一般是对请求体内容的某个字段加密，如果是加密放到包头里面,比如 token

headers = {"Authorization": f"Bearer {JWT}","token":"部分参数加密后的数据"} 
def get_header(module:str,data:dict)->dict:
    """
    设置包头 放入到请求库的headers字段
    在配置层维护一个 {module:data}的map结构
    :param module:模块名称 不同模块加密方式不一样
    :param data:解构的结果 传入
    :return:
    """
    ...

http 镞包头也是验证合法来源的，所以放到配置层里面。

贴膜摆地摊: 主要是贴膜水平不高，有气泡。贴膜 + 算命一共赔了 300.
网鱼网咖合资：上海开限制太多，有对赌，最后算下来，没赔没亏。
圣诞节卖姜饼：一年 2 天大概盈利 1500-2000。
打游戏搬砖:一年赔 10-20w。
算下来还是赚的，因为交给家里人搞，是赔光的。

你先单独运行下这个 jar 包看看能否启动，如果不能启动。首先你要区分这个类下面有没有 main 方法。

import subprocess
# 最后一个参数可用替换你的classPackage
subprocess.run(['java', '-cp', r"D:\xx\xx\wjctest\wjctest.jar", "com.*.*.api.util.CryptUtil"])

我给楼主修改了，注意类库也要加 *

用 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