 李杰应
|
1dd86422da
|
fix：执行计划
1.提交新增的批次任务统计类
|
2024-12-05 16:43:08 +08:00 |
|
李杰应
|
5d21b6090a
|
fix：执行计划
1.修改定时任务的统计逻辑，改为查询库表的数据
|
2024-12-05 15:57:01 +08:00 |
|
李杰应
|
5cbc8e22ba
|
fix：执行计划
1.统计需要修改的地方，todo
|
2024-12-05 15:57:00 +08:00 |
|
李杰应
|
2a5ed5f6fb
|
fix：执行引擎
1.从堆栈信息，redis相关类会占用很多内存，且一直在增加。
2.从代码中没有找到使用redis的业务，所以将redis的启动配置、相关接口信息删掉。
|
2024-12-03 15:30:41 +08:00 |
|
李杰应
|
9b5af12c3a
|
fix：执行计划
1.统计需要修改的地方，todo
|
2024-12-02 19:20:00 +08:00 |
|
李杰应
|
1065c305d2
|
fix:执行引擎
1.前端当前步骤标识丢失，大概原因是在短时间后接收到多个回放指令replay_start，前端只记录最后的requestId作为标识，而引擎接受到多次replay_start需要按顺序处理多个回放。
引擎在响应最先接受到回放指令中requestId与前端不一致，那么前端无法显示步骤所有返回来的rely指令。
按照这样的逻辑，如果短时间内接收到多个replay_start回放指令，使用最后的requestId更新到正在回放的requestId。
|
2024-12-02 03:09:06 +08:00 |
|
李杰应
|
a5cd812519
|
fix：执行引擎
1.取消任务的逻辑增加停止录屏请求。
|
2024-11-27 19:24:21 +08:00 |
|
李杰应
|
ea30141d14
|
fix:执行引擎
1.修复调试的时候出现连接设备异常
|
2024-11-27 04:12:05 +08:00 |
|
李杰应
|
5a5bef44c2
|
fix：引擎申请设备超时后因根据设备id释放设备引起正在执行任务的设备失去使用权。
修改方案：
1.请求方申请设备时自带token值，设备管理服务判断设备是否空闲，如果空闲，那么请求方提供的token作为本次申请的token；
2.如果在申请过程中出现问题，请求方依然可以根据token释放设备，设备管理服务接收到改token的释放也会检查token是否有效
设备管理
1.增加接口：批量申请设备使用时，使用请求方提供的token
执行引擎
1.更改设备申请接口
2.修改移动和PC的设备申请逻辑，将两者相同逻辑部分进行抽取，简化代码
3.配置文件增加配置，亦可以不修改，接口地址有默认值。
|
2024-11-27 03:54:06 +08:00 |
|
李杰应
|
e6b4fe6d88
|
fix：执行引擎
1.修复重试策略选择单次重试时会导致任务超时的问题。更改判断条件
|
2024-11-25 20:34:16 +08:00 |
|
李杰应
|
bd78df1ae4
|
fix：执行引擎
1.添加资源里逻辑
2.添加对象深度拷贝注释。
|
2024-11-25 10:25:41 +08:00 |
|
李杰应
|
dd1a2df1f9
|
新增加分支，代码日期2024年11月22日
|
2024-11-25 10:00:27 +08:00 |