车辆软件的告警系统及方法与流程

文档序号:33556332发布日期:2023-03-22 12:03阅读:62来源:国知局
车辆软件的告警系统及方法与流程

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.将所述修复建议发送至所述预设移动终端。
37.根据本技术的一个实施例,上述的车辆软件的告警方法,还包括:
38.显示所述软件缺陷的修复建议。
39.根据本技术实施例的车辆软件的告警方法,根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序的自动化测试组件;基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并结合指标数据对应的时间戳得到
时间序列数据的采集组件;接收时间序列数据,并在时间序列数据满足预设告警规则时生成告警通知信息,并将告警通知信息发送至预设移动终端的告警组件。由此,解决了相关技术中无法通过模拟用户的使用习惯而复现软件缺陷,进而无法快速修复缺陷等问题,通过在自动化测试过程中模拟用户使用习惯,并通过监控软件测试中的主机和应用性能指标变化情况复现缺陷,从而提高修复缺陷的效率。
40.本技术附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本技术的实践了解到。
附图说明
41.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
42.图1为根据本技术实施例提供的一种车辆软件的告警系统的方框示意图图;
43.图2为根据本技术一个实施例的系统框架示意图;
44.图3为根据本技术实施例的车辆软件的告警方法的流程图。
具体实施方式
45.下面详细描述本技术的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本技术,而不能理解为对本技术的限制。
46.下面参考附图描述本技术实施例的车辆软件的告警系统及方法。针对上述背景技术中提到的相关技术中无法通过模拟用户的使用习惯而复现软件缺陷,进而无法快速修复缺陷的问题,本技术提供了一种车辆软件的告警系统,在该系统中,根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序的自动化测试组件;基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并结合指标数据对应的时间戳得到时间序列数据的采集组件;接收时间序列数据,并在时间序列数据满足预设告警规则时生成告警通知信息,并将告警通知信息发送至预设移动终端的告警组件。由此,解决了相关技术中无法通过模拟用户的使用习惯而复现软件缺陷,进而无法快速修复缺陷等问题,通过在自动化测试过程中模拟用户使用习惯,并通过监控软件测试中的主机和应用性能指标变化情况复现缺陷,从而提高修复缺陷的效率。
47.具体而言,图1为本技术实施例提供的一种车辆软件的告警系统的方框示意图。
48.如图1所示,该车辆软件的告警系统10包括:自动化测试组件100、采集组件200和告警组件300。
49.其中,自动化测试组件100,用于根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序;采集组件200,用于基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并根据指标数据和指标数据对应的时间戳得到时间序列数据;告警组件300,用于接收时间序列数据,并在时间序列数据满足预设告警规则时,根据预设告警规则生成告警通知信息,并将告警通知信息发送至预设移动终端。
50.具体地,如图2所示,本技术实施例第一方面通过自动化测试模拟用户使用软件的操作界面,在用户使用软件过程中,如果该软件存在缺陷,则将该软件存在的缺陷生成软件
缺陷报告,并根据软件缺陷报告设计数量不限、时间长度不限,场景不限的测试用例来模拟用户操作和使用车辆软件的动作,例如,本技术实施例模拟用户使用软件的过程,可以为7*24小时的不间断的各种使用场景的组合,可以为某些特定使用场景的反复进行,也可以为在某些使用场景进行一段时间之后,操控车机系统重启,再继续进行另外一些场景的模拟或者其他模拟场景,同时,在不同场景下将多个测试用例用编程语言编写为自动化可执行程序。
51.进一步地,本技术实施例将多个测试用例在jenkins服务器上进行搭建和配置工作,即将多个测试用例作为附属节点配置到jenkins服务器,此时可以通过jenkins服务器上的任务触发车机上执行的自动化程序,并在jenkins服务器上创建出任务,该任务需要调用上述自动化可执行程序,并将其设置为定时触发的,可以反复执行的测试任务,以达到模拟用户操作的目的。
52.进一步地,在一些实施例中,采集组件200包括:数据采集单元,用于基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据;生成单元,用于根据指标数据和指标数据对应的时间戳得到时间序列数据。
53.具体地,本技术实施例第二方面通过在线监控软件对车辆软件缺陷的相关性能指标进行线上监控,如prometheus监控服务器,可以分为prometheus服务器端和被监控车辆主机端。
54.具体而言,本技术实施例在被监控车辆主机端安装node_exporter采集软件包,用于采集车辆系统的cpu(central processing unit,中央处理器)、内存、磁盘、i/o(input/output,输入/输出)等实时性能指标数据,并将采集到的实时数据和对应的当前时间戳推送到prometheus的时间序列数据库,在该测试系统里,针对当前用户提供的软件缺陷报告自定义指标数据进行采集,其中,自定义的性能指标数据通过node_expoeter的textfile模块结合crontab调度自研开发的可执行脚本来实现,且node_exporter一旦在车辆车机上启动,就会自动收集并发送时间序列数据至prometheus的时间序列数据库,无需用户的额外操作。
55.进一步地,在一些实施例中,告警组件300包括:时间序列数据库,用于存储采集组件发送的时间序列数据;服务器端软件包,服务器端软件包配置有预设告警规则,用于在时间序列数据满足预设告警规则时,根据预设告警规则生成告警通知信息;告警软件包,用于将告警通知信息分发至预设移动终端。
56.其中,预设告警规则可以为相关技术人员设定的告警规则,也可以为由系统日志生成的告警规则,再次不多具体限定。
57.具体地,如图2所示,本技术实施例在prometheus服务器端安装prometheus服务器端软件包和alert_manager告警软件包,同时配置prometheus主配置文件,并在prometheus服务器端软件包中配置指标数据告警规则,以在时间序列数据满足预设告警规则时,prometheus服务器端程序会根据告警规则生成告警通知消息,通过告警软件包将prometheus服务器端的alert_manager配置文件alertmanager.yml中生成的告警通知消息进行分发处理,发送至预设移动终端,如发送至用户手机端的企业微信群或者其他特定群。
58.进一步地,在一些实施例中,上述的车辆软件的告警系10,还包括:分析组件,根据告警通知信息分析软件缺陷报告,并生成软件缺陷报告的修复建议;发送组件,将修复建议
发送至预设移动终端。
59.进一步地,在一些实施例中,上述的车辆软件的告警系统10,还包括:显示组件,用于显示修复建议,并根据修复建议修复软件缺陷。
60.具体地,本技术实施例的研发用户通过企业微信群接收到告警信息时,会第一时间查看车机屏幕的情况,并登录车辆主机捕获软件异常发生前后时间的系统日志,同时研发用户根据系统日志以及系统的指标数据的异常,对软件缺陷报告进行技术分析,从而生成软件缺陷报告的修复建议,并将修复建议发送至研发用户的手机端,研发用户根据修复建议修复软件缺陷。
61.需要说明的是,本技术实施例中模拟用户使用软件操作界面时产生的车辆指标数据异常接近或等同于软件缺陷的复现,且在指标数据异常告警规则中指标参数告警的阈值,也可以动态调整,如果前期的异常告警得到的信息不足以分析软件缺陷报告,此时研发用户可以动态引入新的性能指标参数进行监控,或者提高或降低现有性能指标参数的告警阈值。
62.根据本技术实施例的车辆软件的告警系统,根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序的自动化测试组件;基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并结合指标数据对应的时间戳得到时间序列数据的采集组件;接收时间序列数据,并在时间序列数据满足预设告警规则时生成告警通知信息,并将告警通知信息发送至预设移动终端的告警组件。由此,解决了相关技术中无法通过模拟用户的使用习惯而复现软件缺陷,进而无法快速修复缺陷等问题,通过在自动化测试过程中模拟用户使用习惯,并通过监控软件测试中的主机和应用性能指标变化情况复现缺陷,从而提高修复缺陷的效率。
63.其次参照附图描述根据本技术实施例的车辆软件的告警方法。
64.图3是本技术实施例的车辆软件的告警方法的流程图。
65.如图3所示,该车辆软件的告警方法,采用如上述实施例的车辆软件的告警系统,其中,方法包括以下步骤:
66.在步骤s301中,根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序。
67.在步骤s302中,基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并根据指标数据和指标数据对应的时间戳得到时间序列数据。
68.在步骤s303中,接收时间序列数据,并在时间序列数据满足预设告警规则时,根据预设告警规则生成告警通知信息,并将告警通知信息发送至预设移动终端。
69.进一步地,在一些实施例中,上述的车辆软件的告警方法,还包括:
70.利用时间序列数据库存储采集组件发送的时间序列数据;
71.时间序列数据满足预设告警规则时,根据预设告警规则生成告警通知信息;
72.将告警通知信息分发至预设移动终端。
73.进一步地,在一些实施例中,上述的车辆软件的告警方法,还包括:
74.基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据;
75.根据指标数据和指标数据对应的时间戳得到时间序列数据。
76.进一步地,在一些实施例中,上述的车辆软件的告警方法,还包括:
77.根据告警通知信息分析目标车辆的指标数据,确定目标车辆的指标数据触发告警的条件和原因,并生成软件缺陷的修复建议;
78.将修复建议发送至预设移动终端。
79.进一步地,在一些实施例中,上述的车辆软件的告警方法,还包括:
80.显示软件缺陷的修复建议。
81.根据本技术实施例的车辆软件的告警方法,根据用户提供的软件缺陷报告编写多个测试用例,并将多个测试用例编写为自动化可执行程序的自动化测试组件;基于自动化可执行程序和软件缺陷报告采集目标车辆的指标数据,并结合指标数据对应的时间戳得到时间序列数据的采集组件;接收时间序列数据,并在时间序列数据满足预设告警规则时生成告警通知信息,并将告警通知信息发送至预设移动终端的告警组件。由此,解决了相关技术中无法通过模拟用户的使用习惯而复现软件缺陷,进而无法快速修复缺陷等问题,通过在自动化测试过程中模拟用户使用习惯,并通过监控软件测试中的主机和应用性能指标变化情况复现缺陷,从而提高修复缺陷的效率。
82.在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
83.此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中,“n个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
84.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本技术的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本技术的实施例所属技术领域的技术人员所理解。
85.在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或n个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(ram),只读存储器(rom),可擦除可编辑只读存储器(eprom或闪速存储器),光纤装置,以及便携式光盘只读存储器(cdrom)。另外,计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质,因
为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序,然后将其存储在计算机存储器中。
86.应当理解,本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。
87.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
88.此外,在本技术各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
89.上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本技术的限制,本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1