一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

日志收集方法、装置、计算机设备和存储介质与流程

2022-06-22 13:28:07 来源:中国专利 TAG:


1.本技术涉及数据处理技术领域,尤其涉及一种日志收集方法、装置、设备以及存储介质。


背景技术:

2.压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行压力测试脚本,并收集运行日志,进而通过针对运行日志进行分析,来测试设备的性能。
3.目前的相关技术中,通常采用人工方式将压力测试脚本复制到单台设备上,针对性地对单台设备进行长时间的重复测试,进而通过针对人工方式收集的运行日志进行分析,来测试单台设备的性能,可见,整个测试过程需要花费大量的人力资源以及时间资源。
4.因此,如何实现自动化收集目标运行日志,从而减少人力资源的浪费,是目前亟需解决的技术问题。


技术实现要素:

5.基于此,有必要针对上述技术问题,提供一种能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志的日志收集方法、装置、计算机设备和计算机可读存储介质。
6.本技术实施例提供了一种日志收集方法,所述方法包括:
7.基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件;
8.针对所述目标待测设备执行所述目标测试脚本文件,以使所述目标待测设备产生运行日志;
9.执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集目标运行日志;其中,所述目标待测设备出现异常包括所述目标待测设备发生所述待验证问题。
10.在一个实施例中,所述基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,包括:
11.基于待验证问题与问题影响因素之间的对应关系,确定所述目标待测设备对应的目标待验证问题;其中,所述问题影响因素包括待测设备的待测模块;
12.基于确定的所述目标待验证问题,确定目标测试脚本文件;
13.基于确定的所述目标测试脚本文件,将所述目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件。
14.在一个实施例中,所述目标收集脚本文件携带待收集日志类型,所述执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集目标运行日志,包括:
15.执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集所述目标收集脚本文件携带的待收集日志类型对应的运行日志,作为目标运行日志。
16.在一个实施例中,所述方法还包括:
17.获取设备标识配置表;其中,所述设备标识配置表包括待测设备与设备标识之间的对应关系,所述设备标识用于表征所述待测设备的批次信息;
18.基于所述待测设备对应的设备标识,确定目标待测设备。
19.在一个实施例中,所述方法还包括:
20.向所述目标待测设备发送连接请求消息;
21.接收来自所述目标待测设备的连接应答消息,建立与所述目标待测设备之间的连接关系;其中,所述连接应答消息中携带所述目标待测设备的设备标识。
22.在一个实施例中,所述方法还包括:
23.基于所述目标测试脚本文件携带的预设操作顺序,按照预设频率或预设频次,停止针对所述目标待测设备执行所述目标测试脚本文件;其中,所述预设操作顺序用于表征针对所述待验证问题,作用在所述目标待测设备上的操作顺序;
24.确定所述目标待测设备产生的运行日志中是否包含预设关键字;其中,所述预设关键字用于表征所述运行日志复现出所述待验证问题;
25.如果确定所述待测设备产生的运行日志中不包含所述预设关键字,则删除所述运行日志。
26.在一个实施例中,所述方法还包括:
27.针对所述目标运行日志进行分析,获取分析结果;其中,所述目标运行日志包括时间信息和事件描述信息;
28.基于所述分析结果,统计所述目标待测设备出现异常的概率。
29.本技术实施例提供了一种日志收集装置,所述装置包括:
30.第一确定模块,用于基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件;
31.执行模块,用于针对所述目标待测设备执行所述目标测试脚本文件,以使所述目标待测设备产生运行日志;
32.收集模块,用于执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集目标运行日志;其中,所述目标待测设备出现异常包括所述目标待测设备发生所述待验证问题。
33.本技术实施例提供了一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现本技术任意实施例所提供的日志收集方法的步骤。
34.本技术实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本技术任意实施例所提供的日志收集方法的步骤。
35.本技术实施例所提供的日志收集方法、装置、计算机设备和计算机可读存储介质,首先,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,然后,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志,进而,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志,其中,目标待测设备出现异常包括目标待测设备发生待验证问题。可见,本实施例能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志,从而减少
了人力资源的浪费。
附图说明
36.图1为一个实施例中日志收集方法的流程示意图;
37.图2为另一个实施例中日志收集方法的流程示意图;
38.图3为一个实施例中日志收集装置的结构框图;
39.图4为一个实施例中计算机设备的内部结构图。
具体实施方式
40.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。
41.在一个实施例中,如图1所示,提供了一种日志收集方法,本实施例以该方法应用于终端进行举例说明,可以理解的是,该方法也可以应用于服务器,还可以应用于包括终端和服务器的系统,并通过终端和服务器的交互实现。本实施例中,该方法包括以下步骤:
42.步骤102,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件。
43.其中,目标测试脚本文件和目标收集脚本文件为基于待验证问题生成的,目标测试脚本文件用于对目标待测设备进行压力测试。
44.本实施例中,压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行压力测试脚本,来测试目标待测设备的性能,例如,目标待测设备可以是笔记本电脑、台式电脑、智能手机等。针对目标待测设备进行压力测试的方式可以包括多种,例如,方式一、使用命令代码(如windows批处理语句)执行压力测试任务;方式二、通过在服务器上安装jenkins工具(jenkins是一种持续集成工具,用于监控持续重复的工作)工具,使用集成任务管理平台实现压力测试;等等。进而,在压力测试生成的运行日志中收集有效运行日志,针对有效运行日志进行分析,可以测试目标待测设备的性能。
45.本实施例中,目标待测设备对应的待验证问题可以为针对目标待测设备的一些发生概率较低或者需要进行反复操作才可能发生的已知问题,待验证问题可以包括一个或多个,例如,以目标待测设备为笔记本电脑为例,笔记本电脑对应的待验证问题可以包括反复开关机预设次数出现死机问题、循环播放同一个视频预设次数出现蓝屏问题等。
46.本实施例中,目标待测设备可以包括一个或多个,如果目标待测设备包括多个,多个目标待测设备对应一个安装有jenkins工具的服务器,当针对多个目标待测设备进行批量压力测试时,首先在多个目标待测设备对应的一个或多个待验证问题中,确定一个待验证问题,进而,基于该待验证问题,确定目标测试脚本文件和目标收集脚本文件。
47.本实施例中,测试脚本文件和收集脚本文件为基于待测设备对应的待验证问题预先生成的,其中,测试脚本文件用于针对目标待测设备进行自动化压力测试。一个待验证问题对应一个测试脚本文件,一个测试脚本文件对应一个收集脚本文件,当确定目标待测设备对应的待验证问题时,分别可以确定对应的目标测试脚本文件和目标收集脚本文件,例如,假设目标待验证设备对应的待验证问题包括问题1和问题2,其中,问题1对应的测试脚
本文件为测试脚本a,测试脚本a对应的收集脚本文件为收集脚本a;问题2对应的测试脚本文件为测试脚本b,测试脚本b对应的收集脚本文件为收集脚本b。当确定目标待测设备对应的待验证问题为问题1时,则可以确定目标测试脚本文件为测试脚本a,以及目标收集脚本文件为收集脚本a。
48.本实施例中,基于待测设备对应的待验证问题预先生成的测试脚本文件可以用于对待测设备进行自动化压力测试,测试脚本中包含多个步骤以及各个步骤之间的预设操作顺序,将测试脚本复制到服务器的jenkins工具上,jenkins工具可以根据各个步骤的执行情况依次执行各个步骤,前一个步骤运行通过后,即可触发后一个步骤,进而实现自动化压力测试。例如,假设待验证问题为反复开关机预设次数出现死机问题,基于该待验证问题生成的测试脚本文件中包含反复开关机的多个步骤以及各个步骤之间的预设操作顺序,将该测试脚本文件复制到jenkins工具上,基于该测试脚本文件可以执行自动化开关机操作。
49.在其中一个实施例中,可根据如下步骤a1-a3,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件。
50.步骤a1,基于待验证问题与问题影响因素之间的对应关系,确定目标待测设备对应的目标待验证问题。
51.其中,问题影响因素包括待测设备的待测模块。
52.该步骤中,问题影响因素包括可能导致待测设备造成待验证问题的因素,例如,问题影响因素可以包括待测设备的待测模块等,其中,待测设备的待测模块可以包括待测设备的cpu(central processing unit,中央处理器)模块、内存模块、磁盘模块等。对于同一个待验证问题,可以对应一个问题影响因素,也可以对应多个不同的问题影响因素,例如,假设对于待验证问题1“反复开关机预设次数出现死机问题”,对应的问题影响因素可以包括cpu模块、内存模块以及磁盘模块;对于待验证问题2“循环播放同一个视频预设次数出现蓝屏问题”,对应的问题影响因素可以包括cpu模块、内存模块;等等。
53.该步骤中,基于待验证问题与问题影响因素之间的对应关系,可以确定目标待测设备对应的目标待验证问题,例如,基于上述举例中的待验证问题与问题影响因素之间的对应关系,可以将目标待测设备对应的待验证问题,按照问题影响因素划分为多个待验证问题,包括问题a“cpu模块导致反复开关机预设次数出现死机问题”、问题b“内存模块导致反复开关机预设次数出现死机问题”、问题c“磁盘模块导致反复开关机预设次数出现死机问题”、问题d“cpu模块导致循环播放同一个视频预设次数出现蓝屏问题”、问题e“内存模块导致循环播放同一个视频预设次数出现蓝屏问题”等,则基于上述多个待验证问题,可以确定目标待测设备对应的目标待验证问题(如将问题a确定为目标待验证问题)。
54.步骤a2,基于确定的目标待验证问题,确定目标测试脚本文件。
55.该步骤中,一个待验证问题对应一个测试脚本文件,例如,基于上述举例,问题a可以对应测试脚本a、问题b可以对应测试脚本b、问题c可以对应测试脚本c等,基于上述步骤a1确定的目标待验证问题,可以确定目标测试脚本文件,例如,基于上述举例,将问题a确定为目标待验证问题,则可以确定问题a对应的测试脚本a为目标测试脚本文件。
56.步骤a3,基于确定的目标测试脚本文件,将目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件。
57.该步骤中,一个测试脚本文件对应一个收集脚本文件,在基于目标待验证问题确
定目标测试脚本文件后,可以确定对应的目标收集脚本文件,例如,基于上述举例,问题a对应的测试脚本a可以对应收集脚本a’、问题b对应的测试脚本b可以对应收集脚本b’、问题c对应的测试脚本c可以对应收集脚本c’等,基于上述步骤a2确定的目标测试脚本文件,可以将该目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件,例如,基于上述举例,将测试脚本a确定为目标测试脚本文件,则可以将测试脚本a对应的收集脚本a’确定为目标收集脚本文件。
58.步骤104,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志。
59.本实施例中,基于上述步骤102中确定的目标测试脚本文件,可以用于针对目标待测设备进行自动化压力测试,目标测试脚本文件中包含多个步骤以及各个步骤之间的预设操作顺序,当针对目标待测设备执行目标测试脚本文件时,可以使得目标待测设备按照预设操作顺序执行各个步骤,在目标待测设备运行的过程中,可以产生若干运行日志,并存储在目标待测设备对应的存储模块中,其中,运行日志用于记录目标待测设备在什么时间执行的操作事件。
60.在一个实施例中,由于目标待测设备产生的运行日志都存储在目标待测设备对应的存储模块中,随着压力测试的进行,不断产生的运行日志可能会造成目标待测设备的内存负载过高,从而可能影响整个压力测试的效率。因此,在针对目标待测设备执行目标测试脚本文件时,可根据如下步骤b1-b3,定期删除运行日志。
61.步骤b1,基于目标测试脚本文件携带的预设操作顺序,按照预设频率或预设频次,停止针对目标待测设备执行目标测试脚本文件。
62.其中,预设操作顺序用于表征针对待验证问题,作用在目标待测设备上的操作顺序。
63.该步骤中,目标测试脚本中包含多个步骤以及各个步骤之间的预设操作顺序,将目标测试脚本复制到服务器上(如安装在服务器上的jenkins工具),jenkins工具可以根据各个步骤的执行情况依次执行各个步骤,前一个步骤运行通过后,即可触发后一个步骤,进而实现自动化压力测试,例如,如果待验证问题a为“反复开关机预设次数出现死机问题”,则基于待验证问题a确定的目标测试脚本中可以包含反复开关机的多个步骤以及各个步骤之间的预设操作顺序。
64.该步骤中,由于待验证问题一般为针对目标待测设备的一些发生概率较低或者需要进行反复操作才可能发生的已知问题,因此,在针对待验证问题,对目标待测设备进行压力测试时,可能会有很久不出现异常的情况,因此,在针对目标待测设备执行目标测试脚本文件时,可以按照预设频率或预设频次,定期停止针对目标待测设备执行目标测试脚本文件。例如,可以按照每执行10分钟的预设频率,定时停止针对目标待测设备执行目标测试脚本文件;或者可以按照每执行10次的预设频次,定时停止针对目标待测设备执行目标测试脚本文件;等等。
65.步骤b2,确定目标待测设备产生的运行日志中是否包含预设关键字。
66.其中,预设关键字用于表征运行日志复现出待验证问题。
67.该步骤中,基于上述步骤b1,在停止针对目标待测设备执行目标测试脚本文件之后,获取目标待测设备产生的运行日志,判断运行日志中是否包含预设关键字,其中,预设
关键字用于表征对应的运行日志可以复现出待验证问题。
68.步骤b3,如果确定待测设备产生的运行日志中不包含预设关键字,则删除运行日志。
69.该步骤中,基于上述步骤b2,如果确定待测设备产生的运行日志中不包含预设关键字,则说明对应的运行日志无法复现出待验证问题,说明该运行日志为不需要进行收集的运行日志,则可以将不包含预设关键字的运行日志进行删除,以减小目标待测设备的内存负载压力。
70.本实施例中,通过定期停止针对目标待测设备执行目标测试脚本文件,并删除无法复现出待验证问题的运行日志,能够减小目标待测设备的内存负载压力,从而起到提高自动化压力测试的效率。
71.步骤106,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志。
72.其中,目标运行日志为目标待测设备出现异常的时间点对应的运行日志,目标待测设备出现异常包括目标待测设备发生待验证问题。
73.本实施例中,基于上述步骤102中确定的目标收集脚本文件,可以从目标待测设备产生的运行日志中收集目标运行日志,当服务器检测到目标待测设备发生包括待验证问题在内的任何异常情况时,服务器执行目标收集脚本文件中包含的日志收集指令,从目标待测设备产生的运行日志中收集目标待测设备出现异常的时间点对应的运行日志,作为目标运行日志。
74.本实施例中,由于目标收集脚本文件为基于目标待测设备对应的目标待验证问题确定的,并且目标待验证问题为基于影响目标待测设备造成待验证问题的待测模块确定的,因此,在执行目标收集脚本文件时,可以收集到与待测模块相关的目标运行日志。例如,基于上述举例,假设目标待验证问题为cpu模块导致反复开关机预设次数出现死机问题,那么基于该目标待验证问题,确定的目标测试脚本文件为测试脚本a,进而将测试脚本a对应的收集脚本a’确定为目标收集脚本文件,进而,基于执行的收集脚本a’,当服务器检测到目标待测设备发生死机问题(或其他异常问题)时,服务器可以自动收集与cpu模块相关的运行日志,作为目标运行日志。
75.在其中一个实施例中,目标收集脚本文件携带待收集日志类型,执行目标收集脚本文件,可以从目标待测设备产生的运行日志中收集目标收集脚本文件携带的待收集日志类型对应的运行日志,作为目标运行日志。
76.本实施例中,目标收集脚本文件还可以携带待收集日志类型,在执行目标收集脚本文件时,收集的目标运行日志不仅可以与待测模块相关,目标运行日志对应的类型还可以与目标收集脚本文件中携带的待收集日志类型相对应。其中,目标收集脚本文件中携带的待收集日志类型为基于针对目标待验证问题进行分析时所需要的日志类型确定的,例如,日志类型可以包括文本日志、图片日志、视频日志等。
77.本实施例中,执行携带待收集日志类型的目标收集脚本文件,当服务器检测到目标待测设备发生包括待验证问题在内的任何异常情况(如发生蓝屏问题)时,服务器可以自动收集与待测模块相关的,并且与目标收集脚本文件中携带的待收集日志类型相对应的运行日志,作为目标运行日志。
78.在一个实施例中,在服务器收集到目标运行日志之后,可以针对目标运行日志进行分析,获取分析结果,进而,基于分析结果,可以统计目标待测设备出现异常的概率。其中,目标运行日志包括时间信息和事件描述信息。
79.本实施例中,服务器可以包括分析模块,基于目标运行日志包括的时间信息和事件描述信息,分析模块可以用于针对收集的目标运行日志进行分析,获取分析结果,其中,分析结果可以表征出在针对目标待测设备对应的某一个待测模块(如待测模块a)进行压力测试时,其中一台目标待测设备在运行到第几次时出现的异常情况,进而,基于若干台目标待测设备的分析结果进行统计,可以获取统计结果,其中,统计结果可以表征出针对同一批目标待测设备的不同待测模块进行压力测试时,各个待测模块对应的出现异常的概率。基于分析结果与统计结果(如出现异常的概率值),可以确定导致出现待验证问题影响最大的待测模块,并且,基于统计结果,还可以确定针对不同的待验证问题的处理优先级。
80.举例说明,以待验证问题a为“反复开关机预设次数出现死机问题”为例,基于待验证问题与待测模块之间的对应关系,目标待验证问题可以包括问题a“cpu模块导致反复开关机预设次数出现死机问题”、问题b“内存模块导致反复开关机预设次数出现死机问题”、问题c“磁盘模块导致反复开关机预设次数出现死机问题”等,假设基于服务器的分析模块,统计出目标待测设备针对问题a、问题b以及问题c出现异常的概率值大小依次降低,则可以确定导致出现待验证问题a影响最大的待测模块为cpu模块。
81.本实施例中,服务器还可以包括通知模块,通知模块可以用于将分析结果与统计结果上传至网络,并通过邮件向相关工作人员下发通知等。
82.上述日志收集方法中,首先,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,然后,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志,进而,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志,其中,目标待测设备出现异常包括目标待测设备发生待验证问题。可见,本实施例能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志,从而减少了人力资源的浪费。
83.在一个实施例中,在基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件之前,可以先从若干个待测设备中,确定目标待测设备,并建立目标待测设备与服务器之间的连接关系。如图2所示,提供了另一种日志收集方法,本实施例中,该方法包括以下步骤:
84.步骤202,获取设备标识配置表。
85.其中,设备标识配置表包括待测设备与设备标识之间的对应关系,设备标识用于表征待测设备的批次信息。
86.本实施例中,基于待测设备与设备标识之间的对应关系,预先编写设备标识配置表,并将设备标识配置表复制到服务器中,设备标识可以表征对应的待测设备的唯一性,例如,设备标识可以为设备序列号,基于设备序列号还可以表征对应的待测设备的批次信息。
87.举例说明,设备标识配置表中的key值可以为待测设备,设备标识配置表中的value值可以为待测设备对应的设备序列号,假设设备序列号为一串10位数的数字,其中,第五、六位数字用于标识对应的批次信息,例如,待测设备1的设备序列号为0000(10)0001,待测设备2的设备序列号为0000(20)0001,则基于设备标识配置表,可以确定待测设备1属
于批次10的待测设备,而待测设备2属于批次20的待测设备等。
88.步骤204,基于待测设备对应的设备标识,确定目标待测设备。
89.本实施例中,基于预设的设备标识配置表中的各个待测设备对应的设备标识,将属于某一批次的待测设备确定为目标待测设备,例如,针对待验证问题a“cpu模块导致反复开关机预设次数出现死机问题”,需要针对属于批次10的待测设备进行压力测试,则可将待测设备对应的设备序列号中包含(10)的待测设备确定为目标待测设备。
90.步骤206,向目标待测设备发送连接请求消息。
91.本实施例中,在确定目标待测设备后,服务器向目标待测设备发送连接请求消息,其中,连接请求消息携带目标待测设备对应的设备标识。
92.步骤208,接收来自目标待测设备的连接应答消息,建立与目标待测设备之间的连接关系。
93.其中,连接应答消息中携带目标待测设备的设备标识。
94.本实施例中,目标待测设备在接收到服务器的连接请求消息后,获取本机设备对应的设备标识,将携带有本机设备对应的设备标识的连接应答消息发送至服务端,服务端在接收到来自目标待测设备的连接应答消息后,可以建立与目标待测设备之间的连接关系。
95.步骤210,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件。
96.其中,目标测试脚本文件和目标收集脚本文件为基于待验证问题生成的,目标测试脚本文件用于对目标待测设备进行压力测试。
97.步骤212,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志。
98.步骤214,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志。
99.其中,目标运行日志为目标待测设备出现异常的时间点对应的运行日志,目标待测设备出现异常包括目标待测设备发生待验证问题。
100.本实施例中,上述步骤210-步骤214的具体过程在上述实施例步骤102-步骤106中已进行详细说明,此处不再赘述。
101.本实施例中,通过基于表征待测设备的批次信息的设备标识,从若干台待测设备中确定目标待测设备,能够实现更细粒度的确定目标待测设备对应的待验证问题,从而实现更细粒度的确定目标测试脚本文件和目标收集脚本文件。
102.应该理解的是,虽然图1-2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
103.在一个实施例中,如图3所示,提供了一种日志收集装置,包括:第一确定模块、执
行模块和收集模块,其中:
104.第一确定模块,用于基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件;
105.执行模块,用于针对所述目标待测设备执行所述目标测试脚本文件,以使所述目标待测设备产生运行日志;
106.收集模块,用于执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集目标运行日志;其中,所述目标待测设备出现异常包括所述目标待测设备发生所述待验证问题。
107.在一个实施例中,所述第一确定模块包括:
108.第一确定子模块,用于基于待验证问题与问题影响因素之间的对应关系,确定所述目标待测设备对应的目标待验证问题;其中,所述问题影响因素包括待测设备的待测模块;
109.第二确定子模块,用于基于确定的所述目标待验证问题,确定目标测试脚本文件;
110.第三确定子模块,用于基于确定的所述目标测试脚本文件,将所述目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件。
111.在一个实施例中,所述目标收集脚本文件携带待收集日志类型,所述收集模块包括:
112.收集子模块,用于执行所述目标收集脚本文件,从所述目标待测设备产生的运行日志中收集所述目标收集脚本文件携带的待收集日志类型对应的运行日志,作为目标运行日志。
113.在一个实施例中,所述装置还包括:
114.获取模块,用于获取设备标识配置表;其中,所述设备标识配置表包括待测设备与设备标识之间的对应关系,所述设备标识用于表征所述待测设备的批次信息;
115.第二确定模块,用于基于所述待测设备对应的设备标识,确定目标待测设备。
116.在一个实施例中,所述装置还包括:
117.发送模块,用于向所述目标待测设备发送连接请求消息;
118.接收模块,用于接收来自所述目标待测设备的连接应答消息,建立与所述目标待测设备之间的连接关系;其中,所述连接应答消息中携带所述目标待测设备的设备标识。
119.在一个实施例中,所述装置还包括:
120.停止执行模块,用于基于所述目标测试脚本文件携带的预设操作顺序,按照预设频率或预设频次,停止针对所述目标待测设备执行所述目标测试脚本文件;其中,所述预设操作顺序用于表征针对所述待验证问题,作用在所述目标待测设备上的操作顺序;
121.第三确定模块,用于确定所述目标待测设备产生的运行日志中是否包含预设关键字;其中,所述预设关键字用于表征所述运行日志复现出所述待验证问题;
122.删除模块,用于如果确定所述待测设备产生的运行日志中不包含所述预设关键字,则删除所述运行日志。
123.在一个实施例中,所述装置还包括:
124.分析模块,用于针对所述目标运行日志进行分析,获取分析结果;其中,所述目标运行日志包括时间信息和事件描述信息;
125.统计模块,用于基于所述分析结果,统计所述目标待测设备出现异常的概率。
126.上述日志收集装置中,首先,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,然后,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志,进而,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志,其中,目标待测设备出现异常包括目标待测设备发生待验证问题。可见,本实施例能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志,从而减少了人力资源的浪费。
127.关于日志收集装置的具体限定可以参见上文中对于日志收集方法的限定,在此不再赘述。上述日志收集装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
128.在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种日志收集方法。
129.本领域技术人员可以理解,图4中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
130.在一个实施例中,本技术提供的日志收集装置可以实现为一种计算机程序的形式,计算机程序可在如图4所示的计算机设备上运行。计算机设备的存储器中可存储组成该日志收集装置的各个程序模块,比如,图3所示的第一确定模块、执行模块和收集模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本技术各个实施例的日志收集方法中的步骤。
131.例如,图4所示的计算机设备可以通过如图3所示的日志收集装置中的第一确定模块执行步骤102。计算机设备可通过执行模块执行步骤104。计算机设备可通过收集模块执行步骤106。
132.在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件;针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志;执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志;其中,目标待测设备出现异常包括目标待测设备发生待验证问题。
133.在一个实施例中,处理器执行计算机程序时还实现以下步骤:基于待验证问题与问题影响因素之间的对应关系,确定目标待测设备对应的目标待验证问题,基于确定的目标待验证问题,确定目标测试脚本文件,基于确定的目标测试脚本文件,将目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件。其中,问题影响因素包括待测设备的待
测模块。
134.在一个实施例中,处理器执行计算机程序时还实现以下步骤:执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标收集脚本文件携带的待收集日志类型对应的运行日志,作为目标运行日志。
135.在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取设备标识配置表,基于待测设备对应的设备标识,确定目标待测设备。其中,设备标识配置表包括待测设备与设备标识之间的对应关系,设备标识用于表征待测设备的批次信息。
136.在一个实施例中,处理器执行计算机程序时还实现以下步骤:向目标待测设备发送连接请求消息,接收来自目标待测设备的连接应答消息,建立与目标待测设备之间的连接关系,其中,连接应答消息中携带目标待测设备的设备标识。
137.在一个实施例中,处理器执行计算机程序时还实现以下步骤:基于目标测试脚本文件携带的预设操作顺序,按照预设频率或预设频次,停止针对目标待测设备执行目标测试脚本文件,确定目标待测设备产生的运行日志中是否包含预设关键字,如果确定待测设备产生的运行日志中不包含预设关键字,则删除运行日志。其中,预设操作顺序用于表征针对待验证问题,作用在目标待测设备上的操作顺序,预设关键字用于表征运行日志复现出待验证问题。
138.在一个实施例中,处理器执行计算机程序时还实现以下步骤:针对目标运行日志进行分析,获取分析结果,基于分析结果,统计目标待测设备出现异常的概率。其中,目标运行日志包括时间信息和事件描述信息。
139.本技术实施例所提供的计算机设备,首先,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,然后,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志,进而,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志,其中,目标待测设备出现异常包括目标待测设备发生待验证问题。可见,本实施例能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志,从而减少了人力资源的浪费。
140.在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件;针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志;执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志;其中,目标待测设备出现异常包括目标待测设备发生待验证问题。
141.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:基于待验证问题与问题影响因素之间的对应关系,确定目标待测设备对应的目标待验证问题,基于确定的目标待验证问题,确定目标测试脚本文件,基于确定的目标测试脚本文件,将目标测试脚本文件对应的收集脚本文件确定为目标收集脚本文件。其中,问题影响因素包括待测设备的待测模块。
142.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标收集脚本文件携带的待收集日志类型对应的运行日志,作为目标运行日志。
143.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取设备标识配
置表,基于待测设备对应的设备标识,确定目标待测设备。其中,设备标识配置表包括待测设备与设备标识之间的对应关系,设备标识用于表征待测设备的批次信息。
144.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:向目标待测设备发送连接请求消息,接收来自目标待测设备的连接应答消息,建立与目标待测设备之间的连接关系,其中,连接应答消息中携带目标待测设备的设备标识。
145.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:基于目标测试脚本文件携带的预设操作顺序,按照预设频率或预设频次,停止针对目标待测设备执行目标测试脚本文件,确定目标待测设备产生的运行日志中是否包含预设关键字,如果确定待测设备产生的运行日志中不包含预设关键字,则删除运行日志。其中,预设操作顺序用于表征针对待验证问题,作用在目标待测设备上的操作顺序,预设关键字用于表征运行日志复现出待验证问题。
146.在一个实施例中,计算机程序被处理器执行时还实现以下步骤:针对目标运行日志进行分析,获取分析结果,基于分析结果,统计目标待测设备出现异常的概率。其中,目标运行日志包括时间信息和事件描述信息。
147.本技术实施例所提供的计算机可读存储介质,首先,基于目标待测设备对应的待验证问题,确定目标测试脚本文件和目标收集脚本文件,然后,针对目标待测设备执行目标测试脚本文件,以使目标待测设备产生运行日志,进而,执行目标收集脚本文件,从目标待测设备产生的运行日志中收集目标运行日志,其中,目标待测设备出现异常包括目标待测设备发生待验证问题。可见,本实施例能够通过针对待测设备执行目标收集脚本文件,实现自动化收集待验证问题对应的目标运行日志,从而减少了人力资源的浪费。
148.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory,rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory,ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,比如静态随机存取存储器(static random access memory,sram)和动态随机存取存储器(dynamic random access memory,dram)等。
149.以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
150.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附权利要求为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献