yineng.huang
|
b1e29fd073
|
更改ios、harmony自动化截图
|
2025-04-18 15:45:25 +08:00 |
|
yineng.huang
|
28be3a4f12
|
覆盖安装
|
2025-03-07 14:54:14 +08:00 |
|
yineng.huang
|
fd634c867b
|
Preconditions补充
|
2025-02-28 14:29:49 +08:00 |
|
yineng.huang
|
a464050e05
|
protocol补充
|
2025-02-28 13:58:06 +08:00 |
|
yineng.huang
|
3f7e65f70a
|
InputStreamUtils补充
|
2025-02-28 13:49:51 +08:00 |
|
yineng.huang
|
565c5f1ee9
|
harmony设备接入上位机、投屏，自动化、以及任务、计划等
|
2025-02-13 18:16:37 +08:00 |
darkmanlee
|
8beaa4b87a
|
fix：执行计划
问题：在有些特殊时间节点下，由于定时任务更新批次信息和批量重试的时候存在同时操作的问题，导致队列会被删除
解决：修改锁获取的先后逻辑。对于批次信息、状态处理的逻辑都需要获取锁进行操作，降低由于时间差导致的数据异常。
|
2025-01-17 11:06:27 +08:00 |
|
darkmanlee
|
5d95eda546
|
fix：执行计划
问题：计划执行的时候重试勾选了，导致redis中存在重试次数数据；在后续执行过程中，计划取消了勾选重试次数，导致值为0，当前循环次数出现负数
目前解决：增加值判断，如果出现负数，设置当前循环次数为0
|
2025-01-07 14:20:19 +08:00 |
|
darkmanlee
|
ef393d13fe
|
场景-3的TODO，发生错误的大致位置
|
2025-01-06 19:51:30 +08:00 |
|
darkmanlee
|
795a83a563
|
代码到20250102
|
2025-01-06 19:49:38 +08:00 |
 李杰应
|
c9fac180e6
|
fix: 执行计划
1.添加批次为空的处理逻辑
2.添加批次下总任务数量与生成任务数量比较的逻辑。
|
2024-12-19 03:44:51 +08:00 |
|
李杰应
|
58c743a889
|
fix：执行计划
1.任务批量重试的逻辑添加锁进行控制。
|
2024-12-11 19:28:32 +08:00 |
|
李杰应
|
6b3e0333be
|
fix：执行引擎
1.把redisson的依赖进行排除
|
2024-12-09 15:45:01 +08:00 |
shenyi.deng
|
29bd9179d8
|
修改问题
|
2024-12-06 10:20:30 +08:00 |
|
李杰应
|
42416aa6a1
|
fix：执行计划
1.修复NumberUtil.div的入参类型
|
2024-12-05 17:21:59 +08:00 |
|
李杰应
|
ecfa105e54
|
fix：执行引擎
1.把引擎引用redis的依赖去掉。
|
2024-12-05 16:47:48 +08:00 |
|
李杰应
|
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 |