优质回帖
8 回帖
-
18980926030 • 2023-08-16 14:16:10 8楼
这个说实话理论上一部分就是体力活，重新拾取做一下微调效率还可以提起来，但万一碰到前期开发省事只针对当前情况来搭个固定框架，那后面冒出来某个关键节点一跳出原本预想范围就要改一串的情况，这就费时了。建议大场景梳理一定要盘清楚，八百年碰一次的情况也要让摆上来考虑一下，对不对它做处理另说但得考虑它，开发阶段方案全面一点，多考虑一些容错措施，运维就方便很多。
0 1 0 -
26f53r8139 • 2023-08-15 12:55:48 7楼
- 开发的时候尽量把组件前置延迟或后置设置长一点
- 多做一些容错处理保证流程的稳定性
- 对于不变化的元素用坐标点击
- 非必要的情况下尽量在设计初期少使用图片拾取类
- 结合 python
0 1 0 -
35lhyekca8 • 2023-08-15 11:59:56 6楼
- 开发的时候尽量把组件等待时间设置长一点
- 容错多一些
- 对于不变化的元素用坐标点击
- 环境变了就没办法了
- 结合 python opencv 定位
0 1 0 -
-
-
null • 2023-08-01 08:50:34 3楼
我这边运维没您多，就 11 个场景，但是网页的那几个场景隔三差五就会动 UI。每周调度一次的几乎每次都要重做流程的【鼠标点击】和【文本获取】节点。
1 回复 0 1 0 -
月河 • 2023-07-28 09:48:45 2楼
目前 3 个项目二三十个流程。运维阶段不应出现需求内异常，否则就是开发的能力问题。这种问题一个两个还好，一多起来，运维就很累，等于是给开发擦屁股。
1 回复 0 2 0 -
目前 3 个项目二三十个流程。运维阶段不应出现需求内异常，否则就是开发的能力问题。这种问题一个两个还好，一多起来，运维就很累，等于是给开发擦屁股。
HZC可还行 😅，运维这个事情，这个一般来说有多少场景就运维多少场景啊我这边运维没您多，就 11 个场景，但是网页的那几个场景隔三差五就会动 UI。每周调度一次的几乎每次都要重做流程的【鼠标点击】和【文本获取】节点。