算法日志的存在核心在于搭建自检系统

        "相信每一个人执行与日志有关的任务都会遇到这样难题吧？长达几万行的日志，如果我们单纯用肉眼去一个个排查，那么恐怕所耗费的时间是以天为计量单位了。当然这是一种比较夸张的情况，根据我的项目经验，正常情况是十几个站点的人可能每天需要花费3-4个小时去排查日志或者与日志有关却能被日志替代的内容。如果我们能搭建一个智能化的系统，使得这个系统可以智能的读取日志中我们关键的信息，那么会发生什么呢？"

        有些人问，我就想用肉眼看，不行嘛？其实，"不是肉眼看不起，而是智能化日志更有性价比！"没错，如果我们搭建这样一个智能化日志自检系统，N个站n*m个团体每天都能节省n*m*k个工时去干别的事情。

NOTE：本文只是介绍一种思想，所以不会有过多的具体代码讲解，但是可以给上一个成功的案例手册，仅供参考。

———————————————————————————————————————————华丽的分割线

现场人员自检失败表计点位教程

NOTE: 如果没有“meterPoint_Self-Checking_sys.py“脚本的请联系我们进行提供！

👇

运行该脚本，参考运行命令如下（请确保此时您的工作目录处于meter/log）

#这是一条参考运行命令，请您根据您实际的情况修改-p和-t参数的具体内容
python3 meterPoint_Self-Checking_sys.py -p meterlog -t 30M00000036658634_task1703485183168_20231225141946

# @pararm:-p 是存放日志的路径，该日志包含您刚跑完测试的日志内容。
# @pararm:-t 是您任务的序号，【如下图】,Ftp图片路径下包含”task“的字符串，也就是灰色框框住的那一串正式您此次任务的序号，输入30M00000036658634_task1703485183168_20231225141946

👇

自动生成自检报表分析报告生成处/meterLog_checking-<任务ID>.txt

里面部分关键内容如下：

👇

接下来大家请对照这张表，找到【需要现场人员自检】的【错误】进行搜索排查，有多个，可以从上往下慢慢来。

👇

以【通用类】<序号7>"该点位没有录入"作为例子，打开最新生成的自检文本

👇

👇

如果出现无需现场人员自检的错误，需要截图一下日志中有关内容，可能后续还需提供图片我们这边进行优化。

一些使用样例图: