CN115437336A - 测试用例的测试方法及装置、电子设备和存储介质 - Google Patents

Abstract

本公开公开了测试用例的测试方法及装置、电子设备和存储介质，涉及车辆技术领域，主要技术方案包括：在根据测试需求信息获取对应的测试数据后，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数，执行所述测试用例得到测试结果，本申请实施例能够通过控制策略文件中记载的测试类别与每个测试类别下测试步骤需执行的操作或执行参数生成并执行测试用例，提高了测试用例的测试效率。

Description

测试用例的测试方法及装置、电子设备和存储介质

技术领域

本公开涉及车辆技术领域，具体涉及一种测试用例的测试方法及装置、电子设备和存储介质。

背景技术

当前的整车远程监控平台会对车辆行车数据、行驶轨迹记录和车辆故障状态等状态进行监控并对驾驶员的驾驶行为进行分析。例如，当驾驶员通过控制软件(APP或者远程平台)对车辆进行远程控制，包括但不限对车进行开闭锁控制、空调控制、车窗控制、发送机扭矩控制以及发动机启停控制。

目前，测试方法只能对驾驶员的驾驶行为进行测试，但随着车辆的电动化和智能化的不断推进，传统的人工测试方法已经无法满足快速迭代的测试需求。

发明内容

本公开提供了一种测试用例的测试方法及装置、电子设备和存储介质。

根据本公开的一方面，提供了一种测试用例的测试方法，其中，包括：

根据测试需求信息获取对应的测试数据；

将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数；

执行所述测试用例得到测试结果。

可选的，所述将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，具体包括：

根据所述测试需求信息，划分所述测试数据的测试类别；

从所述控制策略文件中根据所述测试类别查找对应的测试步骤执行的操作或执行参数。

可选的，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例包括：

基于所述控制策略文件将所述测试数据生成测试步骤，所述测试步骤基于自然语言进行描述；

从控制策略文件中确定每个测试步骤的执行的操作或执行参数；

将每个基于自然语言描述的测试步骤的执行的操作或执行参数转换为可执行测试用例。

可选的，根据测试需求信息获取对应的测试数据包括：

根据所述测试需求信息从整车运行数据或实车测试数据中获取所述测试数据；

将所述测试数据存储于数仓文件中，并记录所述数仓文件与车辆标识的对应关系。

可选的，所述执行所述测试用例得到测试结果包括：

基于所述车辆标识将对应的所述数仓文件导入到自动化测试系统中；

基于所述自动化测试系统读取所述测试用例；

在所述数仓文件中执行所述测试用例，以得到所述测试结果。

可选的，在所述执行所述测试用例得到测试结果之后，所述方法还包括：

根据所述测试需求信息中的目标结果对所述测试结果进行验证；

若确定所述目标结果与所述测试结果一致，则确定生成的所述测试用例正确；

若确定所述目标结果与所述测试结果不一致，则确定生成的所述测试用例不正确，并输出测试失败项、测试失败项的发生时间和所述车辆标识；

将包含所述测试失败项发生时间点在内的预设时间内的整车运行数据导出，并与所述测试用例进行链接。

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

获取单元，用于根据测试需求信息获取对应的测试数据；

转换单元，用于将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数；

执行单元，用于执行所述测试用例得到测试结果。

可选的，所述转换单元包括：

划分模块，用于根据所述测试需求信息，划分所述测试数据的测试类别；

查找模块，用于从所述控制策略文件中根据所述测试类别查找对应的测试步骤执行的操作或执行参数。

可选的，所述转换单元还包括：

生成模块，用于基于所述控制策略文件将所述测试数据生成测试步骤，所述测试步骤基于自然语言进行描述；

确定模块，用于从控制策略文件中确定每个测试步骤的执行的操作或执行参数；

转换模块，用于将每个基于自然语言描述的测试步骤的执行的操作或执行参数转换为可执行测试用例。

可选的，所述获取单元包括：

第一获取模块，用于根据所述测试需求信息从整车运行数据或实车测试数据中获取所述测试数据；

第一存储模块，用于将所述测试数据存储于数仓文件中，并记录所述数仓文件与车辆标识的对应关系。

可选的，所述执行单元包括：

导入模块，用于基于所述车辆标识将对应的所述数仓文件导入到自动化测试系统中；

读取模块，用于基于所述自动化测试系统读取所述测试用例；

执行模块，用于在所述数仓文件中执行所述测试用例，以得到所述测试结果。

可选的，所述装置还包括：

验证单元，用于在所述执行单元执行所述测试用例得到测试结果之后，根据所述测试需求信息中的目标结果对所述测试结果进行验证；

第一确定单元，用于当所述验证单元确定所述目标结果与所述测试结果一致时，确定生成的所述测试用例正确；

第二确定单元，用于当确定所述目标结果与所述测试结果不一致时，确定生成的所述测试用例不正确；

输出单元，用于输出测试失败项、测试失败项的发生时间和所述车辆标识；

处理单元，用于将包含所述测试失败项发生时间点在内的预设时间内的整车运行数据导出，并与所述测试用例进行链接。

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

至少一个处理器；以及

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

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

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

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

本公开提供的测试用例的测试方法及装置、电子设备和存储介质，在根据测试需求信息获取对应的测试数据后，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数，执行所述测试用例得到测试结果。与相关技术相比，本申请实施例能够通过控制策略文件中记载的测试类别与每个测试类别下测试步骤需执行的操作或执行参数生成并执行测试用例，提高了测试用例的测试效率。

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

附图说明

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

图1为本公开实施例所提供的一种测试用例的测试方法的流程示意图；

图2为本公开实施例所提供的一种测试用例的测试系统的框架图；

图3为本公开实施例提供的一种测试用例的测试方法的流框架示意图；

图4为本公开实施例提供的一种测试用例的测试装置的结构示意图；

图5为本公开实施例提供的另一种测试用例的测试装置的结构示意图；

图6为本公开实施例提供的示例电子设备400的示意性框图。

具体实施方式

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

下面参考附图描述本公开实施例的测试用例的测试方法、装置、电子设备和存储介质。

相关技术中，目前，测试方法只能对驾驶员的驾驶行为进行分析，例如，当驾驶员通过控制软件(应用程序Application，APP)或者远程平台)对车辆进行远程控制，包括但不限对车进行开闭锁控制、空调控制、车窗控制、发送机扭矩控制以及发动机启停控制。但随着车辆的电动化和智能化的不断推进，传统的测试方法已经无法满足快速迭代的测试测试需求。

本申请中通过控制策略文件中的包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数，提高了测试用例生成的多样性，并且通过自动化测试方式可以缩短整车测试的时间，提升整车的测试效率。

本申请实施例提供一种测试用例的测试方法，如图1所示，包括：

101.根据测试需求信息获取对应的测试数据。

本申请实施例的实施是在测试用例的测试系统中进行的，为了便于理解，请参阅图2，图2为本申请实施例提供的一种测试用例的测试系统的结构示意图，包括：数据平台、数据转化系统、自动化测试平台、测试用例开发平台、数据后处理平台以及结果展示平台。

本步骤中涉及图2中的数据平台，该数据平台主要接收来自远程数据监控平台统计的整车运行数据及本地通过预设接口上传的运行数据。当有测试需求时，可直接根据测试需求信息从数据平台中筛选数据，所述测试需求信息中给出时间段、车辆行驶区域、车辆标识、信号段以及车载控制系统的版本中的至少一种测试需求信息，该测试需求信息为一经验值，需根据不同的测试应用场景进行确定，本申请实施例对此不进行限定。

图2所示的数据转换系统中，由于真实的测试数据数据量比较大，需要根据测试用例的测试需求信息和测试场景的需求对信号的捕捉时间、采样精度和信号的时序等进行处理，确保数据的可靠的情况下，自动化测试平台的运行压力最小。

102.将所述测试数据基于控制策略文件中的测试步骤转换为测试用例。

所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数。所述测试类别与每个测试类别下测试步骤需执行的操作或执行参数包括但不限于以下内容：

1)状态跳转或逻辑测试：需要按照信号的与或非和状态跳转进行组合制造触发条件，特定时间延时后进行预期结果的判断和确认。

2)连续信号的持续判断：需要对整车的连续信号的变化率进行持续判断，确保该信号在指定的时间内持续增加或减少，按照需求开发对应的变化率检查函数，可以实现上述的逻辑测试。

3)信号的记忆和比较：需要记录某一时刻整车某个信号的值，在车辆运行一段时间后对再次对该信号值进行读取，并将两个状态的值进行数学运算去校验是否满足控制策略的要求。

4)多维查表的运算：整车不同的运行工况对应不同的多维表格，开发对应的多维检查函数去动态查询不同状态下的信号值，满足控制策略的测试需求。

5)休眠状态判断：需要对整车的报文收发信息、静态电流和休眠命令进行综合判断，去判断整车控制系统的当前状态。

6)休眠前后状态记忆：整车的很多运行状态和配置信息需要记录在EEPROM芯片中，在整车休眠前后需要对上述信息进行校验，确保休眠前后信息的一致性，开发缓存读取函数，存取休眠前后的配置参数信息并进行对比，测试配置信息的一致性。

需要说明的是所述控制策略文件是预先定义的，当有测试需求时，根据所述测试需求信息，划分所述测试数据的测试类别，从所述控制策略文件中根据所述测试类别查找对应的测试步骤执行的操作或执行参数，即直接根据测试需求信息的测试类别从该控制策略文件中查找匹配的测试类别与每个测试类别下测试步骤需执行的操作或执行参数即可。该步骤应用于图2中的测试用例开发平台中。

103.执行所述测试用例得到测试结果。

该步骤应用于图2所示系统的自动化测试平台中，在具体应用中，为了是测试处理资源的处理更加均衡，在执行测试用例时，先确定根据该测试用例的测试类别确定处理资源，并为其分配相应的算力空间，如此一来使得测试用例的执行更加均衡，进而能够提高测试测试的效率。

图2所示的系统中还包含有数据后数据平台和结果展示平台，在数据后处理平台需要将测试用例执行次数、测试用例执行的成功和失败次数、测试车辆的标识和测试失败的时间统计输出，结果展示平台用于将采集到的数据进行展示。

本公开提供的测试用例的测试方法，在根据测试需求信息获取对应的测试数据后，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数，执行所述测试用例得到测试结果，并根据所述测试需求信息中的目标结果对所述测试结果进行测试。与相关技术相比，本申请实施例能够通过控制策略文件中记载的测试类别与每个测试类别下测试步骤需执行的操作或执行参数生成并执行测试用例，提高了测试用例的测试效率。

作为对步骤102的细化及进一步细化，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例时，还需要基于所述控制策略文件将所述测试数据生成测试步骤，所述测试步骤基于自然语言进行描述，从控制策略文件中确定每个测试步骤的执行的操作或执行参数，将每个基于自然语言描述的测试步骤的执行的操作或执行参数转换为可执行测试用例。

由于控制策略文件是使用自然语言描述的，无法被机器直接识别、运行，因此需要将使用自然语言描述的控制策略文件，转换为脚本文件(测试用例)。为了便于测试用例的执行，转化后的测试用例中应至少包括初始条件、触发条件和预期结果的状态定义，上述初始条件、触发条件和预期结果的状态定义均记载于所述控制策略文件中。

由图2所示的系统中可以看出，数据平台的数据来源包含远程运行数据和本地测试数据，基于数据来源的不同，其对应的处理方式也存在数据。

作为本申请实施例的第一种可行方式，当数据平台的数据来源为远程运行数据：根据测试需求信息获取对应的测试数据具体包括：根据所述测试需求信息从整车运行数据中获取所述测试数据，将所述测试数据存储于云端数仓文件中，并记录所述数仓文件与车辆标识的对应关系。基于远程运行数据的测试用例生成测试的方式为在线数据的自动化测试。

在实际应用中数仓文件用于存储车辆的测试数据，作为本申请实施例的一种实现方式，每个车辆标识与数仓文件一一对应，作为本申请实施例的另一种实现方式，数仓文件中还包含多个子文件，可建立每个车辆标识与一个子文件的对应关系。具体的，本申请实施例对数仓文件存储测试数据的形式不进行限定。

作为本申请实施例的第二种可行方式，当数据平台的数据来源为本地测试数据，根据测试需求信息获取对应的测试数据具体包括：根据测试需求从实车测试数据中获取测试数据，所述实车测试数据为通过预设接口上传的数据，将所述测试数据存储于云端数仓文件中。通过预设接口上传数据时可以实现离线数据的自动化测试。

针对通过预设接口的上传方式，其在具体实施过程中与在线方式存在差异，包括对测试类别进行划分的方式，用户场景和功能失效场景设定包括：

1)仪表显示类：需要对实车测试数据中与仪表显示相关的报文信号进行校验，检查是否有仪表信号闪现现象发生。

2)故障触发类：需要对实车测试数据中与故障诊断相关的报文信号进行校验，检查是否有驾驶员未感知的或未识别的故障发生。

为了明确测试用例的测试系统的两种测试方式，即在线测试和离线测试，如图3所示，图3示出了本申请实施例提供的一种测试用例的测试流程示意图。

需要说明的是，可根据不同场景，执行第一种可能的实现方式，或者第二种可能的实现方式两者中的一个，或者，在第一种可能的实现方式中无法测试测试用例时，执行第二种可能的实现方式。具体的本申请实施例对此不进行限定。

基于前述两种可能的实现方式可知，测试数据可以是用户手动输入的，也可以无需用户手动输入，使得测试用例的生成测试方式更加灵活，能够满足用户的不同需求。

在具体实施过程中，不管测试用例的数据来源是远程运行数据还是本地测试数据，在执行所述测试用例得到测试结果时，采用的实现方法一致，具体为：首先，基于所述车辆标识将对应的所述数仓文件导入到自动化测试系统中，其次，基于所述自动化测试系统读取所述测试用例，最后，在所述数仓文件中执行所述测试用例。由于数仓文件中存储的是原始数据，因此将测试用例在数仓文件中执行，能够提高其运行的正确性。

为了确保执行测试用例的正确性，在执行所述测试用例得到测试结果之后，还需要执行测试结果的验证，具体包括：根据所述测试需求信息中的目标结果对所述测试结果进行验证，若确定所述目标结果与所述测试结果一致，则确定生成的所述测试用例正确，若确定所述目标结果与所述测试结果不一致，则确定生成的所述测试用例不正确，输出导出测试失败项、测试失败项的发生时间和所述车辆标识，将包含测试失败项发生时间点在内的预设时间内的整车运行数据导出，并与测试失败的测试用例进行链接。当测试结果为False(目标结果与所述测试结果不一致)时，自动化测试系统自动导出测试失败项的发生的时间和车辆标识，由数据后处理平台将测试失败发生时间点前后固定时间内(例如包含测试失败发生时间点在内的10分钟、30分钟等等)的整车运行数据自动导出并与测试失败的测试用例(或测试结果)进行链接，以便测试人员对该出现错误的测试用例进行查看。

综上所示，在测试用例的测试系统中，数据平台主要接收或存储来自远程平台或者本地的测试数据，数据转化系统按照自动化测试平台的需求，筛选和提取特定时间、特定区域、特定编号和特定信号段的测试数据，并将测试数据转化为数仓文件存储到云端运算平台。测试用例开发平台需要根据控制策略文件将当前的测试需求信息按照不同的控制逻辑编写和转化可执行的测试用例。自动化测试平台将测试用例导入到数仓文件中进行控制功能的自动化验证，并输出测试测试结果。数据后处理平台需要将测试用例执行次数、用例执行的成功和失败次数、测试车辆的编和测试失败的时间统计输出，测试结果为False时，需要自动查询数据平台去触发下载整车运营数据。可以自动对整车控制策略进行自动化测试，来达到缩短整车测试时间和提升整体测试效率的作用，能够实现测试系统的全链条自动化运行、不同控制策略的测试方法、在线和离线数据的自动化测试。

图4为本公开实施例提供的一种测试用例的测试装置的结构示意图，如图4所示，包括：

获取单元31，用于根据测试需求信息获取对应的测试数据；

转换单元32，用于将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数；

执行单元33，用于执行所述测试用例得到测试结果。

本公开提供的测试用例的测试装置，在根据测试需求信息获取对应的测试数据后，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数，执行所述测试用例得到测试结果，并根据所述测试需求信息中的目标结果对所述测试结果进行测试。与相关技术相比，本申请实施例能够通过控制策略文件中记载的测试类别与每个测试类别下测试步骤需执行的操作或执行参数生成并执行测试用例，提高了测试用例的测试效率。

进一步地，在本实施例一种可能的实现方式中，如图5所示，所述转换单元32还包括：

划分模块321，用于在所述转换单元将所述测试数据基于控制策略文件中的测试步骤转换为测试用例之前，根据所述测试需求信息，划分所述测试数据的测试类别；

查找模块322，用于从所述控制策略文件中根据所述测试类别查找对应的测试步骤执行的操作或执行参数。

进一步地，在本实施例一种可能的实现方式中，如图5所示，所述转换单元32包括：

生成模块323，用于基于所述控制策略文件将所述测试数据生成测试步骤；

确定模块324，用于从控制策略文件中确定每个测试步骤的执行的操作或执行参数；

转换模块325，用于根据所述每个测试步骤的执行的操作或执行参数将所述测试数据转换为所述测试用例。

进一步地，在本实施例一种可能的实现方式中，如图5所示，所述获取单元31包括：

第一获取模块311，用于根据所述测试需求信息从整车运行数据或实车测试数据中获取所述测试数据；

第一存储模块312，用于将所述测试数据存储于云端数仓文件中，并记录所述数仓文件与车辆标识的对应关系。

进一步地，在本实施例一种可能的实现方式中，如图5所示，所述执行单元33包括：

导入模块331，用于基于所述车辆标识将对应的所述数仓文件导入到自动化测试系统中；

读取模块332，用于基于所述自动化测试系统读取所述测试用例；

执行模块333，用于在所述数仓文件中执行所述测试用例。

进一步地，在本实施例一种可能的实现方式中，如图5所示，所述装置还包括：

所述装置还包括：

验证单元34，用于在所述执行单元执行所述测试用例得到测试结果之后，根据所述测试需求信息中的目标结果对所述测试结果进行验证；

第一确定单元35，用于当所述验证单元确定所述目标结果与所述测试结果一致时，确定生成的所述测试用例正确；

第二确定单元36，用于当确定所述目标结果与所述测试结果不一致时，确定生成的所述测试用例不正确；

输出单元37，用于输出测试失败项、测试失败项的发生时间和所述车辆标识；

处理单元38，用于将包含所述测试失败项发生时间点在内的预设时间内的整车运行数据导出，并与所述测试用例进行链接。

需要说明的是，前述对方法实施例的解释说明，也适用于本实施例的装置，原理相同，本实施例中不再限定。

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

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

如图6所示，设备400包括计算单元401，其可以根据存储在ROM(Read-OnlyMemory，只读存储器)402中的计算机程序或者从存储单元408加载到RAM(Random AccessMemory，随机访问/存取存储器)403中的计算机程序，来执行各种适当的动作和处理。在RAM403中，还可存储设备400操作所需的各种程序和数据。计算单元401、ROM 402以及RAM 403通过总线404彼此相连。I/O(Input/Output，输入/输出)接口405也连接至总线404。

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

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

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

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

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

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

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

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

其中，需要说明的是，人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。

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

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

Claims (10)

1.一种测试用例的测试方法，其特征在于，包括：

根据测试需求信息获取对应的测试数据；

将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数；

执行所述测试用例得到测试结果。

2.根据权利要求1所述的测试方法，其特征在于，所述将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，具体包括：

根据所述测试需求信息，划分所述测试数据的测试类别；

从所述控制策略文件中根据所述测试类别查找对应的测试步骤执行的操作或执行参数。

3.根据权利要求2所述的测试方法，其特征在于，将所述测试数据基于控制策略文件中的测试步骤转换为测试用例包括：

基于所述控制策略文件将所述测试数据生成测试步骤，所述测试步骤基于自然语言进行描述；

从控制策略文件中确定每个测试步骤的执行的操作或执行参数；

将每个基于自然语言描述的测试步骤的执行的操作或执行参数转换为可执行测试用例。

4.根据权利要求1所述的测试方法，其特征在于，根据测试需求信息获取对应的测试数据包括：

根据所述测试需求信息从整车运行数据或实车测试数据中获取所述测试数据；

将所述测试数据存储于数仓文件中，并记录所述数仓文件与车辆标识的对应关系。

5.根据权利要求4所述的测试方法，其特征在于，所述执行所述测试用例得到测试结果包括：

基于所述车辆标识将对应的所述数仓文件导入到自动化测试系统中；

基于所述自动化测试系统读取所述测试用例；

在所述数仓文件中执行所述测试用例，以得到所述测试结果。

6.根据权利要求1所述的测试方法，其特征在于，在所述执行所述测试用例得到测试结果之后，所述方法还包括：

根据所述测试需求信息中的目标结果对所述测试结果进行验证；

若确定所述目标结果与所述测试结果一致，则确定生成的所述测试用例正确；

若确定所述目标结果与所述测试结果不一致，则确定生成的所述测试用例不正确，并输出测试失败项、测试失败项的发生时间和所述车辆标识；

将包含所述测试失败项发生时间点在内的预设时间内的整车运行数据导出，并与所述测试用例进行链接。

7.一种测试用例的测试装置，其特征在于，包括：

获取单元，用于根据测试需求信息获取对应的测试数据；

转换单元，用于将所述测试数据基于控制策略文件中的测试步骤转换为测试用例，其中，所述控制策略文件中包含测试数据的测试类别与每个测试类别下测试步骤需执行的操作或执行参数；

执行单元，用于执行所述测试用例得到测试结果。

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

至少一个处理器；以及

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

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

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

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

Images