CN112965889A - 稳定性测试方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开公开了一种稳定性测试方法、装置、电子设备及可读存储介质，涉及智能交通等人工智能技术领域。具体实现方案为：获取针对目标车机设备的测试命令，该测试命令中包括至少一个测试事件，向目标车机设备发送测试命令，该测试命令用于指示目标车机设备根据至少一个测试事件执行测试操作，获取目标车机设备执行测试操作时产生的第一目标数据，并根据第一目标数据，确定目标车机设备是否达到稳定性测试标准。根据本公开中方案，可以实现对车机设备的自动化测试，从而节省人力成本，提高测试效率。

Description

稳定性测试方法、装置、电子设备及可读存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及人工智能、智能交通等技术。

背景技术

针对车联网，稳定性测试是在保证功能完整正确的前提下，必不可少的一项测试内容，通过对车机设备稳定性的测试可以观察在一个运行周期内、一定的压力条件下，车机设备的出错机率、性能劣化趋势等。目前在对车机设备的稳定性进行测试时，通常在车机设备上手动执行测试命令，并手动搜索发现碰撞或者卡顿等情况后，手动提交故障信息。

发明内容

本公开提供了一种稳定性测试方法、装置、电子设备及可读存储介质。

根据本公开的一方面，提供了一种稳定性测试方法，包括：

获取针对目标车机设备的测试命令；其中，所述测试命令中包括至少一个测试事件；

向所述目标车机设备发送所述测试命令；其中，所述测试命令用于指示所述目标车机设备根据所述至少一个测试事件执行测试操作；

获取所述目标车机设备执行测试操作时产生的第一目标数据；

根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准。

根据本公开的另一方面，提供了一种稳定性测试装置，包括：

第一获取模块，用于获取针对目标车机设备的测试命令；其中，所述测试命令中包括至少一个测试事件；

第一发送模块，用于向所述目标车机设备发送所述测试命令；其中，所述测试命令用于指示所述目标车机设备根据所述至少一个测试事件执行测试操作；

第二获取模块，用于获取所述目标车机设备执行测试操作时产生的第一目标数据；

确定模块，用于根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。

根据本申请的技术解决了目前的车机设备的稳定性测试方法的测试效率较低的问题，提高了测试效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本公开实施例提供的一种稳定性测试方法的流程图；

图2是本公开实施例中性能数据的分析结果示意图；

图3是本公开实施例中稳定性测试过程的流程示意图；

图4是本公开实施例中稳定性测试过程的功能示意图；

图5是用来实现本公开实施例的稳定性测试方法的稳定性测试装置的框图；

图6是用来实现本公开实施例的稳定性测试方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例可以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

可选的，本实施例中的方案可以在研发自测阶段运行，以便前置发现性能及稳定性问题，也可以在测试阶段日常运行，以便尽早发现性能及稳定性问题，对此不进行限制。

请参见图1，图1是本公开实施例提供的一种稳定性测试方法的流程图，该方法应用于电子设备，该电子设备比如为电脑终端等，该电子设备可以具有Linux系统或者window系统等，即本实施例中的稳定性测试方案可以运行在Linux系统或者window系统等下。如图1所示，该方法包括如下步骤：

步骤11：获取针对目标车机设备的测试命令。

本实施例中，目标车机设备可理解为待测试的车机设备。测试命令中可以包括至少一个测试事件。测试事件可以包括但不限于地图搜索、断网、不同应用间的跳转等。测试命令比如为monkey命令。比如，电子设备可以定时获取测试命令，以便定时执行对车机设备的稳定性测试。

可选的，目标车机设备可以包括单台车机设备，也可以包括多台车机设备，以实现对多台车机设备的同时测试。进一步的，该多台车机设备的类型可以不同。比如，该多台车机设备来自于不同的车企，或者，该多台车机设备来自于同一车企但型号不同。进一步的，针对不同车机设备的测试事件，可以相同也可以不同。基于不同车机设备的测试需求，可以进行针对性的测试。如对于需要重点测试的应用/模块，可以指示更多的运行次数、运行时间、运行测试事件等，达到加强测试的目的。

可理解的，车机设备可以配置在车辆上。车机设备可以通过设备标识比如设备名(devicesid)唯一标识。对车机设备的测试实际为对车机设备中软件的测试。

步骤12：向目标车机设备发送测试命令。

本实施例中，测试命令用于指示目标车机设备根据该测试命令中包括的至少一个测试事件执行测试操作。

一种实施方式中，测试命令可以定时发送给目标车机设备，以便定时执行目标车机设备的稳定性测试。

步骤13：获取目标车机设备执行测试操作时产生的第一目标数据。

可选的，第一目标数据可以由目标车机设备上报给电子设备。第一目标数据可以包括以下至少一项：日志数据、性能数据。该日志数据可以为黑屏(crash)、卡顿(anr)、闪退等问题的记录数据。该性能数据可以包括目标车机设备中各个被测应用/模块的中央处理器(Central Processing Unit，CPU)、内存等的使用状态数据。

步骤14：根据第一目标数据，确定目标车机设备是否达到稳定性测试标准。

其中，此步骤14可以包括：电子设备根据获取的日志数据和/或性能数据，确定目标车机设备是否达到稳定性测试标准。

本申请实施例中的稳定性测试方法，通过获取针对目标车机设备的测试命令，该测试命令中包括至少一个测试事件，向目标车机设备发送测试命令，获取目标车机设备执行测试操作时产生的第一目标数据，并根据第一目标数据，确定目标车机设备是否达到稳定性测试标准，可以实现对车机设备的自动化测试，从而节省人力成本，提高测试效率。进一步的，目标车机设备可以包括多台车机设备，比如不同车企的多台车机设备，从而可以实现对多台车机设备的同时测试。

本申请实施例中，以第一目标数据包括日志数据和/或性能数据为例，上述确定目标车机设备是否达到稳定性测试标准的过程可以包括以下至少一项：

分析日志数据，得到第一分析结果；当第一分析结果表明目标车机设备存在异常情况时，确定目标车机设备没有达到稳定性测试标准；或者，当第一分析结果表明目标车机设备不存在异常情况时，确定目标车机设备达到稳定性测试标准；

分析性能数据，得到第二分析结果；当第二分析结果表明目标车机设备的CPU和/或内存的占用情况异常时，确定目标车机设备没有达到稳定性测试标准；或者，当第二分析结果表明目标车机设备的CPU和/或内存的占用情况正常时，确定目标车机设备达到稳定性测试标准。

这样，借助对日志数据和/或性能数据的分析，可以发现相应车机设备是否存在性能/稳定性问题，从而确定车机设备是否达到稳定性测试标准。

可选的，上述分析日志数据的方式可以为：通过解析日志数据中的anr、exception等字段，判断有无anr和/或crash。进一步的若有anr和/或crash，可以对anr和/或crash进行统计并存储至数据库。比如，以日志数据为例，对应的稳定性测试标准为：7*24小时、0crash、0anr。若基于对某7*24小时内的日志数据的分析，发现存在crash和/或anr，则确定相应车机设备没有达到稳定性测试标准，即存在故障；否则若不存在crash和/或anr，则确定相应车机设备达到稳定性测试标准。

可选的，上述分析性能数据的方式可以为：通过分析性能数据，获得CPU利用率和/或内存(MEM)占用情况的峰值、均值、最小值等。比如，某测试应用的CPU利用率的峰值超过200％，或者CPU利用率的均值高于90％等，则可确定相应车机设备没有达到稳定性测试标准，即存在故障。比如，某性能数据的分析结果可以如图2所示。

本申请实施例中，电子设备还可以控制车机设备进行语音的稳定性测试。上述稳定性测试方法还可以包括：

向目标车机设备发送语料数据；其中，该语料数据用于目标车机设备进行语音的稳定性测试；

获取目标车机设备进行语音的稳定性测试时产生的第二目标数据。

进一步的，上述步骤14可以包括：电子设备根据第一目标数据以及第二目标数据，确定目标车机设备是否达到稳定性测试标准。

其中，第二目标数据可以由目标车机设备上报给电子设备。第二目标数据可以包括日志数据和/或性能数据。该日志数据可以为黑屏、卡顿、闪退等问题的记录数据。该性能数据可以包括目标车机设备中各个被测应用/模块的CPU、内存等的使用状态数据。此中根据第一目标数据以及第二目标数据，确定目标车机设备是否达到稳定性测试标准的过程可以参见上述根据第一目标数据，确定目标车机设备是否达到稳定性测试标准的过程，在此不再赘述。

这样，由于语音播放是影响车机设备的重要因素，通过添加语音稳定性测试，可以全面的确定车机设备是否达到稳定性测试标准。

需指出的，上述语料数据可以是从线上数据库获取的最新top语料，适用于进行语音测试。电子设备在向车机设备发送语料数据时，可以采用广播方式或者语音播报方式。比如，在采用广播方式时，电子设备可以将语料数据通过广播方式发送到车机设备上，车机设备接收语料数据之后，给出对应的返回结果。或者，在采用语音播报方式时，电子设备可以首先通过调用语音合成接口将文字语料数据转化成语音格式，然后再播放给车机设备，而车机设备收到语音语料数据之后进行响应。

本申请实施例中，在确定目标车机设备没有达到稳定性测试标准之后，电子设备可以上报故障信息，比如向服务器上报故障信息，以便及时修改故障(bug)。而在修复故障之后，可以继续进行稳定性测试，以便确认成功修改故障。

可选的，在获取第一目标数据和/或第二目标数据之后，电子设备可以从多个维度对第一目标数据和/或第二目标数据进行处理，得到处理结果，并展示处理结果。其中，该多个维度可以包括以下至少两项：车机设备的类型、测试时间、测试时长、测试人员、故障数目等。对处理结果进行展示的方式包括但不限于表格、直方图等。这样，借助展示处理结果，可以方便了解已进行的稳定性测试过程，从而优化和提升稳定性测试过程，及时发现故障。

下面结合图3和图4对本申请中的稳定性测试过程进行说明。

如图3和图4所示，本申请中的稳定性测试过程可包括：

S1：电脑终端读取配置文件，包括车机设备中各个应用的包名、运行时间、设备号等配置信息，启动多个线程，每个线程针对单台车机设备，并基于实际需求设置测试相关的CPU核数、测试人、运行时长等，并基于推荐的应用白名单选择测试应用。其中，不同的设备号代表不同车企。比如，本实施例中可以支持不同车企比如车企1、车企2、车企3、车企4和车企5的车机设备的同时测试，如图4所示。

S2：电脑终端在与车机设备建立连接之后，基于封装的monkey命令，定时向每台单机设备发送相应的monkey命令和语音语料数据。相应的，每台单机设备中的运行模块可以执行4个线程，一个线程为执行monkey命令，另一线程为利用性能采集器采集性能数据，另一线程为利用日志采集器采集日志数据，另一线程为进行语料播放器的语料播放，用于语音的稳定性测试。之后，上报采集的性能数据和/或日志数据至电脑终端。

S3：电脑终端中的分析模块读取并分析性能数据，获得CPU利用率和/或内存占用情况的峰值、均值、最小值等，生成相应的测试报告比如趋势图；以及，读取并分析日志数据，通过anr、exception等字段判断有无anr和/或crash，进行anr和/或crash的统计，并存入数据库。

S4：电脑终端从测试人员、测试时间、bug数目等维度进行数据处理，例如给出每周、每个测试人员、每个车企的车机设备的测试情况，并借助邮件服务进行邮件报告和/或进行平台展示，并通过调用服务接口比如icafe接口自动提交bug。其中，根据发生卡顿、黑屏等故障的标识，可以判断是否是重复故障，如果是重复故障，则不进行提交。

请参见图5，图5是本公开实施例提供的一种稳定性测试装置的结构示意图，如图5所示，该稳定性测试装置50包括：

第一获取模块51，用于获取针对目标车机设备的测试命令；其中，所述测试命令中包括至少一个测试事件；

第一发送模块52，用于向所述目标车机设备发送所述测试命令；其中，所述测试命令用于指示所述目标车机设备根据所述至少一个测试事件执行测试操作；

第二获取模块53，用于获取所述目标车机设备执行测试操作时产生的第一目标数据；

确定模块54，用于根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准。

可选的，该稳定性测试装置50还包括：

第二发送模块，用于向所述目标车机设备发送语料数据；其中，所述语料数据用于所述目标车机设备进行语音的稳定性测试；

第三获取模块，用于获取所述目标车机设备进行语音的稳定性测试时产生的第二目标数据；

其中，所述确定模块54具体用于：根据所述第一目标数据以及所述第二目标数据，确定所述目标车机设备是否达到稳定性测试标准。

可选的，所述第一目标数据包括以下至少一项：

日志数据、性能数据。

可选的，所述确定模块54包括：

第一分析单元，用于分析所述日志数据，得到第一分析结果；

第一确定单元，用于当所述第一分析结果表明所述目标车机设备存在异常情况时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第一分析结果表明所述目标车机设备不存在异常情况时，确定所述目标车机设备达到稳定性测试标准。

可选的，所述确定模块54包括：

第二分析单元，用于分析所述性能数据，得到第二分析结果；

第二确定单元，用于当所述第二分析结果表明所述目标车机设备的CPU和/或内存的占用情况异常时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第二分析结果表明所述目标车机设备的CPU和/或内存的占用情况正常时，确定所述目标车机设备达到稳定性测试标准。

可选的，该稳定性测试装置50还包括：

上报模块，用于在确定所述目标车机设备没有达到稳定性测试标准之后，上报故障信息。

可选的，所述目标车机设备包括不同类型的多台车机设备，该稳定性测试装置50还包括：

处理模块，用于从多个维度对所述第一目标数据进行处理，得到处理结果；其中，所述多个维度包括以下至少两项：车机设备的类型、测试时间、测试人员、故障数目；

展示模块，用于展示所述处理结果。

可理解的，本公开实施例的稳定性测试装置50，可以实现上述图1所示方法实施例中实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本申请的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口606也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如稳定性测试方法。例如，在一些实施例中，稳定性测试方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的稳定性测试方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行稳定性测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、互联网和区块链网络。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务(“Virtual Private Server”，或者简称为“VPS”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种稳定性测试方法，包括：

获取针对目标车机设备的测试命令；其中，所述测试命令中包括至少一个测试事件；

向所述目标车机设备发送所述测试命令；其中，所述测试命令用于指示所述目标车机设备根据所述至少一个测试事件执行测试操作；

获取所述目标车机设备执行测试操作时产生的第一目标数据；

根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准。

2.根据权利要求1所述的方法，还包括：

向所述目标车机设备发送语料数据；其中，所述语料数据用于所述目标车机设备进行语音的稳定性测试；

获取所述目标车机设备进行语音的稳定性测试时产生的第二目标数据；

其中，所述根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准，包括：

根据所述第一目标数据以及所述第二目标数据，确定所述目标车机设备是否达到稳定性测试标准。

3.根据权利要求1所述的方法，其中，所述第一目标数据包括以下至少一项：

日志数据、性能数据。

4.根据权利要求3所述的方法，其中，所述根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准，包括：

分析所述日志数据，得到第一分析结果；当所述第一分析结果表明所述目标车机设备存在异常情况时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第一分析结果表明所述目标车机设备不存在异常情况时，确定所述目标车机设备达到稳定性测试标准；

和/或，

分析所述性能数据，得到第二分析结果；当所述第二分析结果表明所述目标车机设备的中央控制器CPU和/或内存的占用情况异常时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第二分析结果表明所述目标车机设备的CPU和/或内存的占用情况正常时，确定所述目标车机设备达到稳定性测试标准。

5.根据权利要求1所述的方法，其中，在确定所述目标车机设备没有达到稳定性测试标准之后，所述方法还包括：

上报故障信息。

6.根据权利要求1所述的方法，其中，所述目标车机设备包括类型不同的多台车机设备，所述方法还包括：

从多个维度对所述第一目标数据进行处理，得到处理结果；其中，所述多个维度包括以下至少两项：车机设备的类型、测试时间、测试时长、测试人员、故障数目；

展示所述处理结果。

7.一种稳定性测试装置，包括：

第一获取模块，用于获取针对目标车机设备的测试命令；其中，所述测试命令中包括至少一个测试事件；

第一发送模块，用于向所述目标车机设备发送所述测试命令；其中，所述测试命令用于指示所述目标车机设备根据所述至少一个测试事件执行测试操作；

第二获取模块，用于获取所述目标车机设备执行测试操作时产生的第一目标数据；

确定模块，用于根据所述第一目标数据，确定所述目标车机设备是否达到稳定性测试标准。

8.根据权利要求7所述的装置，还包括：

第二发送模块，用于向所述目标车机设备发送语料数据；其中，所述语料数据用于所述目标车机设备进行语音的稳定性测试；

第三获取模块，用于获取所述目标车机设备进行语音的稳定性测试时产生的第二目标数据；

其中，所述确定模块具体用于：根据所述第一目标数据以及所述第二目标数据，确定所述目标车机设备是否达到稳定性测试标准。

9.根据权利要求7所述的装置，其中，所述第一目标数据包括以下至少一项：

日志数据、性能数据。

10.根据权利要求9所述的装置，其中，所述确定模块包括：

第一分析单元，用于分析所述日志数据，得到第一分析结果；

第一确定单元，用于当所述第一分析结果表明所述目标车机设备存在异常情况时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第一分析结果表明所述目标车机设备不存在异常情况时，确定所述目标车机设备达到稳定性测试标准；

和/或，

所述确定模块包括：

第二分析单元，用于分析所述性能数据，得到第二分析结果；

第二确定单元，用于当所述第二分析结果表明所述目标车机设备的CPU和/或内存的占用情况异常时，确定所述目标车机设备没有达到稳定性测试标准；或者，当所述第二分析结果表明所述目标车机设备的CPU和/或内存的占用情况正常时，确定所述目标车机设备达到稳定性测试标准。

11.根据权利要求7所述的装置，还包括：

上报模块，用于在确定所述目标车机设备没有达到稳定性测试标准之后，上报故障信息。

12.根据权利要求7所述的装置，其中，所述目标车机设备包括不同类型的多台车机设备，所述装置还包括：

处理模块，用于从多个维度对所述第一目标数据进行处理，得到处理结果；其中，所述多个维度包括以下至少两项：车机设备的类型、测试时间、测试人员、故障数目；

展示模块，用于展示所述处理结果。

13.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。

Images