CN116089313A - 车云交互功能测试系统、方法及存储介质 - Google Patents

Abstract

本发明提供一种车云交互功能测试系统、方法及存储介质，并涉及无人驾驶车辆的测试领域。车云交互功能测试系统包括：模拟车辆客户端，包括至少一个子客户端，子客户端中的每个存储有整车数据集；云控平台，包括：数据接收单元，接收数据包，数据包包括选定数据集和业务标识；数据解析单元，对数据包进行解析；数据处理单元，包括至少一个业务处理单元，业务处理单元存储有待测试的车云交互功能，并选择相应的业务处理单元对选定数据集进行数据处理以获得结果数据；数据判定单元，将结果数据与参考数据进行比较以判定所测试的车云交互功能是否通过。本发明使得车云交互功能测试过程的成本降低、流程简化，并且能够保证测试数据的准确性和稳定性。

Description

车云交互功能测试系统、方法及存储介质

技术领域

本发明涉及无人驾驶车辆的测试领域，并且具体地，涉及一种车云交互功能测试系统、方法以及存储介质。

背景技术

智慧矿山自动驾驶系统中，包含车载系统和云控平台，云控平台用于接收、解析车载系统上报的各类数据，并对数据进行处理和存储。车载系统用于完成车端本身功能及车云信息交互。

在车云交互的功能测试中，运行实车自动驾驶系统，即运行实车进行测试，受限于多种因素，例如矿方场地因素、天气因素、管控因素、人员和车辆资源因素等，都会阻碍实车测试，影响范围包含实车链路测试、数据测试、算法测试、场景测试、平台功能等测试，尤其是针对于车云交互功能的测试验证。因此，需要一种更简便易行的车云交互功能测试系统和方法。

发明内容

本发明的目的在于针对现有技术的不足，提出一种车云交互功能测试系统以及方法，其能够模拟实际车辆的数据上报过程进行车云交互功能的测试，从而降低成本、简化流程，并且能够保证测试数据的准确性和稳定性。

根据本发明的一方面，提供了一种车云交互功能测试系统，其中所述系统包括：模拟车辆客户端，包括至少一个子客户端，所述子客户端中的每个存储有各自的整车数据集；云控平台，包括：数据接收单元，接收从所述模拟车辆客户端上报的数据包，其中，所述数据包包括从至少一个整车数据集中选择的选定数据集和业务标识；数据解析单元，对所接收的数据包进行解析；数据处理单元，包括至少一个业务处理单元，所述业务处理单元存储有待测试的车云交互功能，并根据所述业务标识选择相应的业务处理单元对所述选定数据集进行数据处理，以获得结果数据；数据判定单元，从所述数据处理单元接收所述结果数据，并且将所述结果数据与参考数据进行比较，以判定所测试的车云交互功能是否通过。

可选地，所述模拟车辆客户端还包括配置单元，所述配置单元接收输入的配置信息，以使所述模拟车辆客户端根据所述配置信息生成所述数据包。

可选地，所述配置信息包括所述业务标识、与所述业务标识相对应的选定数据集相关信息、以及所述选定数据集的上报频率，所述模拟车辆客户端根据所述选定数据集相关信息从所述至少一个整车数据集中提取所述选定数据集，并且根据所述上报频率向所述云控平台上报所述数据包。

可选地，所述模拟车辆客户端与所述云控平台以传输控制协议的方式通信所述数据包，并且所述数据解析单元以JT808协议对所接收的数据包进行解析。

可选地，所述数据处理单元中的所述业务处理单元还各自存储有业务标识，所述数据处理单元根据所存储的业务标识和所接收的数据包中的业务标识，选择待测试的业务处理单元。

可选地，所述数据判定单元还包括数据展示单元，所述数据展示单元用于对所述结果数据进行处理，以可视化方式展示在前端页面上并形成展示结果数据，将所述展示结果数据与展示参考数据进行比较以判定所测试的车云交互功能是否通过。

可选地，测试人员或所述数据判定单元从所述结果数据或所述展示结果数据提取一个或多个字段的数据作为目标数据，并且对所述目标数据进行比较，其中所述目标数据包括动态数据和静态数据。

可选地，所述选定数据集相关信息包括数据项信息、数据类型信息、子客户端数量信息、时间段信息中的至少一个。

可选地，所述数据类型信息包括车辆位置、车辆偏航角、油门状态、档位状态、车顶状态、车辆油箱状态、车辆故障数据、车辆感知数据信息中的至少一个。

根据本发明的另一方面，提供了一种使用车云交互功能测试系统进行功能测试的方法，所述车云交互功能测试系统包括模拟车辆客户端和云控平台，所述云控平台包括数据接收单元、数据解析单元、数据处理单元以及数据判定单元，其中所述方法包括：由所述模拟车辆客户端向所述云控平台上报数据包，其中，所述模拟车辆客户端包括至少一个子客户端，所述子客户端中的每个存储有各自的整车数据集，并且所述数据包包括从至少一个整车数据集中选择的选定数据集和业务标识；由所述数据接收单元接收所述数据包，并由所述数据解析单元对所接收的数据包进行解析；由所述数据处理单元根据所述业务标识选择所包括的至少一个业务处理单元中的相应的业务处理单元对所述选定数据集进行数据处理，以获得结果数据，其中，所述业务处理单元存储有待测试的车云交互功能；由数据判定单元从所述数据处理单元接收所述结果数据，并且将所述结果数据与参考数据进行比较，以判定所测试的车云交互功能是否通过。

可选地，所述模拟车辆客户端还包括配置单元，并且由所述配置单元接收输入的配置信息，以使所述模拟车辆客户端根据所述配置信息生成所述数据包。

可选地，所述配置信息包括所述业务标识、与所述业务标识相对应的选定数据集相关信息、以及所述选定数据集的上报频率，所述模拟车辆客户端根据所述选定数据集相关信息从所述至少一个整车数据集中提取所述选定数据集，并且根据所述上报频率向所述云控平台上报所述数据包。

可选地，所述模拟车辆客户端与所述云控平台以传输控制协议的方式通信所述数据包，并且所述数据解析单元以JT808协议对所接收的数据包进行解析。

可选地，所述数据处理单元中的所述业务处理单元还各自存储有业务标识，所述数据处理单元根据所存储的业务标识和所接收的数据包中的业务标识，选择待测试的业务处理单元。

可选地，所述数据判定单元还包括数据展示单元，并且由所述数据展示单元对所述结果数据进行处理，以可视化方式展示在前端页面上并形成展示结果数据，将所述展示结果数据与展示参考数据进行比较以判定所测试的车云交互功能是否通过。

可选地，测试人员或所述数据判定单元从所述结果数据或所述展示结果数据提取一个或多个字段的数据作为目标数据，并且对所述目标数据进行比较，其中所述目标数据包括动态数据和静态数据。

可选地，所述选定数据集相关信息包括数据项信息、数据类型信息、子客户端数量信息、时间段信息中的至少一个。

可选地，所述数据类型信息包括车辆位置、车辆偏航角、油门状态、档位状态、车顶状态、车辆油箱状态、车辆故障数据、车辆感知数据信息中的至少一个。

根据本发明的又一方面，提供了一种存储有计算机指令的计算机可读存储介质，其中所述计算机指令用于使计算机执行根据本发明的方法。

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

附图说明

附图用于更好地理解本方案，不构成对本发明的限定。

图1示出了根据本发明实施方式的车云交互功能测试系统的示例。

图2示出了根据本发明实施方式的整车数据集的示例。

图3示出了根据本发明实施方式的数据处理单元的示例。

图4示出了根据本发明实施方式的数据判定单元的示例。

图5示出了根据本发明实施方式的配置信息的示例。

图6示出了使用根据本发明实施方式的车云交互功能测试系统进行功能测试的方法。

具体实施方式

为更清楚地阐述本发明的目的、技术方案及优点，以下将结合附图对本发明的实施例进行详细的说明。应当理解，下文对于实施例的描述旨在对本发明的总体构思进行解释和说明，而不应当理解为是对本发明的限制。在说明书和附图中，相同或相似的附图标记指代相同或相似的部件或构件。为了清晰起见，附图不一定按比例绘制，并且附图中可能省略了一些公知部件和结构。

除非另外定义，本发明使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。措词“一”或“一个”不排除多个。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”、“顶”或“底”等等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。当诸如层、膜、区域或衬底基板之类的元件被称作位于另一元件“上”或“下”时，该元件可以“直接”位于另一元件“上”或“下”，或者可以存在中间元件。

图1示出了根据本发明实施方式的车云交互功能测试系统1000的示例。如图1所示，车云交互功能测试系统1000包括模拟车辆客户端100和云控平台200。在功能测试过程中，模拟车辆客户端100可以将所需的车端数据发送（即上报）到云控平台200，然后云控平台200用待测试的业务逻辑处理所接收的车端数据，并根据处理后得到的结果数据判定所测试的功能是否通过。

作为示例，车云交互功能可以包括车辆实时数据定位、目标跟踪、车辆实时状态数据跟踪、历史轨迹显示与跟踪、告警数据管理、远程接管、远程监控等等。此外，作为示例，车云交互功能的测试可以包括验证数据质量、算法、业务场景、程序逻辑等，还可以用于验证云控平台200的性能指标。

如图1所示，模拟车辆客户端100可以包括一个或多个子客户端。作为示例，图1中示出了模拟车辆客户端100包括三个子客户端，即第一子客户端110、第二子客户端120以及第三子客户端130。然而，这仅是示例，并且本发明不限于此。根据本发明的实施方式，每个子客户端可以对应于一个模拟车辆，并存储有相应模拟车辆的整车数据集。在本文中，术语“模拟车辆”可以理解为假想的无人驾驶车辆，以用于使多个子客户端彼此区别开。即，第一子客户端110可以对应于第一模拟车辆，第二子客户端120可以对应于第二模拟车辆。第一模拟车辆可以不同于第二模拟车辆，因此，第一子客户端110存储有第一模拟车辆的第一整车数据集1110，第二子客户端120存储有第二模拟车辆的第二整车数据集1220。类似地，第三子客户端130对应于第三模拟车辆，并且存储有第三整车数据集1330。在本文中，术语“整车数据集”可以理解为实际的无人驾驶车辆在特定或预定场景中行驶而采集或生成的各种维度的数据的集合。因此，作为示例，第一模拟车辆的第一整车数据集1110可以是第一实际无人驾驶车辆在场景中采集或生成的数据集，第二模拟车辆的第二整车数据集1220可以是第二实际无人驾驶车辆在相同场景中采集或生成的数据集，并且第三模拟车辆的第三整车数据集1330可以是第三实际无人驾驶车辆在相同场景中采集或生成的数据集。第一实际无人驾驶车辆、第二实际无人驾驶车辆和第三实际无人驾驶车辆可以是彼此不同的车辆。

图2示出了根据本发明实施方式的整车数据集的示例。作为示例，图2示出了第一子客户端110中存储的第一整车数据集1110。应当理解，图2中示出的第一整车数据集1110的结构同样适用于其他整车数据集（例如第二整车数据集1220和第三整车数据集1330）。

如图2所示，第一整车数据集1110可以包括车辆标识信息、数据类型信息、时间信息、以及每种数据类型的数据。然而，这仅是示例，并且本发明的实施方式不限于此。根据本发明的实施方式，车辆标识信息用于表示所对应的模拟车辆（即第一模拟车辆）。数据类型信息用于表示数据属于何种类型的数据。作为示例，数据类型信息可以包括车辆位置、车辆偏航角、油门状态、档位状态、车顶状态、车辆油箱状态、车辆故障数据、车辆感知数据等信息。不同类型的数据可以单独存储。如图2所示，作为示例，示出了两个数据类型（即，类型1和类型2），然而本发明可以包括更多的数据类型。与类型1相对应的数据DATA1和与类型2相对应的数据DATA2可以存储在第一整车数据集1110中的不同位置处，并且可以以合适的格式存储，从而形成和包括多个数据项。在本文中，术语“数据项”可以理解为整车数据集中的具有特定数据头、特定长度、特定位置或其他特定特征的数据段。此外，如图2所示，每个数据（例如DATA1和DATA2）还可以分别对应时间信息。

以这种方式，通过在整车数据集中按照数据类型分别存储数据，并且每个数据包括多个数据项且具有相对应的时间信息，因此可以根据需要从整车数据集中提取所需的数据部分进行处理，以测试车云交互功能。由此，根据本发明实施方式的车云交互功能测试系统1000可以适用于多种车云交互功能的测试，由于仅需根据待测试功能所需的数据从整车数据集中进行提取即可。因此，这提高了车云交互功能测试的便利性、加快测试速度、并且降低测试成本。

返回参考图1，云控平台200可以包括数据接收单元10、数据解析单元20、数据处理单元30和数据判定单元40。

根据本发明的实施方式，数据接收单元10被配置成接收从模拟车辆客户端100上报的数据。作为示例，模拟车辆客户端100可以根据需要从所存储的所有整车数据集中提取数据，并且利用所提取的数据形成数据包PAC，从而通过将数据包PAC传输到数据接收单元10中来实现数据上报。其中，数据包PAC可以包括从模拟车辆客户端100中的至少一个整车数据集中选择的选定数据集SEL和业务标识IDF。这将在下文中详细描述。

数据解析单元20被配置成对所接收的数据包PAC进行解析，以改变数据包PAC中的选定数据集SEL中的数据的格式，从而适于云控平台200的数据处理过程。作为示例，数据解析单元20使用JT808协议对所接收的数据包PAC进行解析。以这种方式，通过使用JT808协议，可以使得经处理的数据或结果数据具有良好的可靠性。此外，由于JT808协议具有广泛的适用性，从而使得根据本发明实施方式的车云交互功能测试系统1000可以具有良好的兼容性，并可以被应用于多种操控平台中。然而，应当理解，本发明的实施方式不限于此。

数据处理单元30被配置成对经解析的数据包PAC进行处理以获得结果数据RES。图3示出了根据本发明实施方式的数据处理单元30的示例。

如图3所示，数据处理单元30可以包括一个或多个业务处理单元。作为示例，图3示出了三个业务处理单元，即第一业务处理单元301、第二业务处理单元302以及第三业务处理单元303。然而，本发明的实施方式不限于此，并可以包括更多的业务处理单元。此外，每个业务处理单元可以具有各自的业务标识IDF，并存储有各自的业务逻辑LOG。在本文中，术语“业务逻辑”可以理解为用于执行相应的车云交互功能的程序，即通过执行业务逻辑可以实现相应的车云交互功能。如图3所示，第一业务处理单元301可以具有第一业务标识IDF1和第一业务逻辑LOG1，第二业务处理单元302可以具有第二业务标识IDF2和第二业务逻辑LOG2，并且第三业务处理单元303可以具有第三业务标识IDF3和第三业务逻辑LOG3。

以这种方式，数据处理单元30中可以存储一个或多个待测试的业务逻辑LOG，使得根据本发明实施方式的车云交互功能测试系统1000能够测试一个或多个车云交互功能，从而具有广泛的应用性并且节省成本和加速测试进程。此外，通过为每个业务逻辑配置相应的业务标识，可以根据上报的数据包PAC中包括的业务标识IDF容易地匹配到正确的业务逻辑LOG，以进行数据处理，从而确保了数据处理的可靠性和准确性。

根据本发明的实施方式，如上所述，模拟车辆客户端100所生成的数据包PAC包括选定数据集SEL和业务标识IDF。在上报数据包PAC之后，数据处理单元30根据数据包PAC中的业务标识IDF从多个业务处理单元中选择具有相同业务标识IDF的业务处理单元。然后，数据处理单元30利用所选择的业务处理单元中存储的业务逻辑LOG对数据包PAC中的选定数据集SEL执行数据处理，从而获得结果数据RES。

另外，作为另一示例，可以随时或定期地使数据处理单元30更新所存储的业务逻辑LOG。例如，在存在新的车云交互功能需要测试的情况下，可以直接向数据处理单元30写入新的业务逻辑LOG，并配置新的业务标识IDF。可选地，可以在写入新的业务逻辑LOG时，删除数据处理单元30中所存储的旧的业务逻辑LOG，以保证数据处理单元30具有足够的存储空间，或节省数据处理单元30所占用的空间。以这种方式，根据本发明实施方式的车云交互功能测试系统1000可以具有优异的测试功能多样性，从而可以满足多种车云交互功能的测试需求。

数据判定单元40被配置成从数据处理单元30接收结果数据RES，并且将结果数据RES与参考数据REF进行比较，从而判定所测试的车云交互功能是否通过。例如，当结果数据RES处于参考数据REF的特定范围内，或者测试人员或数据判定单元40内的自动判定程序判定结果数据RES与参考数据REF相符时，可以判定所测试的车云交互功能通过。反之，可以判定所测试的车云交互功能未通过。在本文中，“参考数据REF”可以被预先存储在云控平台200的存储单元中并且可以配置有业务标识IDF，从而当数据判定单元40进行结果判定时，根据业务标识IDF从存储单元中选择具有相同业务标识IDF的参考数据REF，并加载到数据判定单元40中以进行结果比较和判定。然而，这仅仅是示例，并且本发明的实施方式不限于此。

图4示出了根据本发明实施方式的数据判定单元40的示例。如图4所示，数据判定单元40可以进一步包括数据展示单元410。数据展示单元410被配置成对结果数据RES进行处理，并且可以与前端页面WEB进行接口连接，从而数据展示单元410可以将经处理的结果数据RES传输到前端页面WEB，并以可视化方式展示在前端页面WEB上，从而形成展示结果数据。在本文中，“前端页面WEB”可以理解为云控平台200的显示页面，使得可以通过所述显示页面向测试人员展示相关测试数据。因此，测试人员可以在前端页面WEB中看到展示结果数据形式的结果数据RES，并且测试人员或自动判定程序可以将展示结果数据与展示参考数据进行比较，以判定所测试的车云交互功能是否通过。

在本文中，“展示结果数据”可以理解为经过处理以可以在前端页面WEB显示的可视化形式的结果数据RES。“展示参考数据”可以理解为经过处理以在前端页面WEB显示的可视化形式的参考数据REF。作为示例，展示结果数据可以是车辆的行驶路径追踪图，在前端页面WEB中可以例如为一条路线，同样地展示参考数据也可以为一条路线。在这种情况下，测试人员可以人工地将两条路线进行匹配，以根据特定规则判定两条路线是否匹配，从而判定所测试的车云交互功能是否通过。作为另一示例，展示结果数据可以是包括有多项参数信息的数据表格。在这种情况下，可以由自动判定程序自动地，或由测试人员人工地将展示结果数据和展示参考数据中的各项参数信息进行逐个比较，以此进行判定。然而，本发明的实施方式不限于此。

以这种方式，可以更直观地将结果数据展示给测试人员。特别地，在无人驾驶车辆的路径追踪、路径下发、行驶区域告警等等的车云交互功能中，可以在前端页面WEB中直接示出应用状态下的最终结果，由此还可以判定所测试功能的应用效果和产品性是否可以满足预期要求，从而增加了测试的完整性、灵活性。

根据本发明的实施方式，测试人员或数据判定单元40内的自动判定程序可以从结果数据RES或展示结果数据中提取目标数据，并且对目标数据进行比较来判定所测试的车云交互功能是否通过。作为示例，测试人员或数据判定单元40可以根据预定的提取规则，提取结果数据RES或展示结果数据中的一个或多个字段作为目标数据。作为示例，目标数据可以包括动态数据和静态数据。在本文中，“动态数据”可以理解为随着时间不断变化的数据类型，例如无人驾驶车辆的位置信息。“静态数据”可以理解为随着时间保持不变的数据或某个时间点处的信息，例如无人驾驶车辆在特定时间段内的行驶路径。根据不同类型的数据，使用相应类型的判定方法进行数据比较和结果判定。

以这种方式，在结果数据RES或展示结果数据的数据量较大的情况下，可以避免对全部数据进行比较，而仅对具有代表性的目标数据进行比较。由此，可以快速地执行判定过程、节省成本、加速测试进程，同时能够确保数据比较的可靠性。此外，通过提取具有代表性的目标数据进行比较，在测试未通过的情况下，可以快速且明确地查找目标数据中的哪些数据项或数据类型出现错误或与参考数据REF不匹配，由此可以反推出所测试的车云交互功能的错误部分而有针对性地加以修正和改善。

返回参考图1，模拟车辆客户端100还包括配置单元140。配置单元140被配置成接收输入的配置信息，以使模拟车辆客户端100根据所接收的配置信息生成待上报的数据包PAC。图5示出了根据本发明实施方式的配置信息1440的示例。

如图5所示，作为示例，配置信息1440可以包括业务标识IDF、与业务标识IDF相对应的选定数据集相关信息INO、以及选定数据集SEL的上报频率FRE。根据本发明的实施方式，当确定了待测试的车云交互功能时，可以相应地确定待输入到配置单元140的配置信息1440。具体地，当确定待测试的车云交互功能时，可以确定执行所述功能所需的数据，即需要模拟车辆客户端100中的数据集中的哪些数据才能完成所述功能的计算和运行。由此，可以确定选定数据集相关信息INO。在本文中，“选定数据集相关信息INO”可以理解为待测试的车云交互功能所需数据的多个方面，即根据这些方面可以从数据集中选择所需数据，以形成选定数据集SEL。作为示例，选定数据集相关信息INO可以包括数据项信息、数据类型信息、子客户端数量信息、时间段信息等等。由此，例如，在图1所示的实施方式中，模拟车辆客户端100可以根据选定数据集相关信息INO，从第一整车数据集1110中选择具有相应数据类型、在相应时间段内的数据，并可选地从所述数据中选择相应的数据项作为选定数据。此后，可以根据子客户端数量信息，从相应个数的其他子客户端中的整车数据集（例如，第二整车数据集1220、第三整车数据集1330）选择满足要求的数据作为选定数据。将所有选定数据配置为选定数据集SEL。

随后，模拟车辆客户端100可以将选定数据集SEL与配置信息1440中的业务标识IDF配置成数据包PAC，以上报到云控平台200中。由此，如上所述，云控平台200可以根据数据包PAC中的业务标识IDF选择合适的业务处理单元，从而合适地处理选定数据集SEL。进一步地，模拟车辆客户端100可以根据配置信息1440中的上报频率FRE来上报数据包PAC。以这种方式，可以模拟实际车辆在测试过程中的数据上报过程，从而为待测试的车云交互功能提供准确可靠的数据支持，以使测试结果更具参考性和实用性。

应当理解，上述关于选定数据集相关信息INO和上报频率FRE的描述仅是示例，并且本发明的实施方式不限于此。作为另一示例，可以从模拟车辆客户端100中存储的所有整车数据集中选择多个选定数据集SEL，并且为每个选定数据集SEL指定上报频率FRE。由此，可以根据数据的不同性质而以不同的频率上报云控平台200，从而更真实地模拟数据上报过程、增强测试准确性。

此外，作为示例，模拟车辆客户端100与云控平台200之间以传输控制协议（TCP）方式通信数据包PAC。以这种方式，通过使用TCP协议，可以确保模拟车辆客户端100与云控平台200之间的稳定数据传输，并且由于TCP协议可以确保数据的安全接收，因此保证了所传输的数据不会丢失。这在功能测试方面会特别适用，使得每次测试结果具有可靠性以及可分析性，提高测试进程和研发效率。

另外，作为示例，车云交互功能测试系统1000还可以将每次上报的数据包PAC、由数据处理单元30处理数据包PAC而获得的结果数据RES、参考数据REF等等存储在云控平台200的存储单元中，以进行落库存储，从而便于将来做历史数据查询使用。

图6示出了使用根据本发明实施方式的车云交互功能测试系统1000进行功能测试的方法。

在步骤S601中，由模拟车辆客户端100向云控平台200上报数据包PAC，其中模拟车辆客户端100包括至少一个子客户端。子客户端中的每个存储有各自的整车数据集，并且数据包PAC包括从至少一个整车数据集中选择的选定数据集SEL和业务标识IDF。

在步骤S602中，由数据接收单元10接收数据包PAC，并由数据解析单元20对所接收的数据包PAC进行解析。

在步骤S603中，由数据处理单元30根据业务标识IDF从所包括的至少一个业务处理单元中选择相应的业务处理单元，对选定数据集SEL进行数据处理，以获得结果数据RES。其中，每个业务处理单元存储有待测试的车云交互功能。

在步骤S604中，由数据判定单元40从数据处理单元30接收结果数据RES，并且将结果数据RES与参考数据REF进行比较，以判定所测试的车云交互功能是否通过。

有利地，根据本发明上述各种实施例所述的车云交互功能测试系统1000，可以使用模拟车辆客户端100进行各种维度的数据上报，从而模拟实际车辆的数据上报。由此，可以无需使用实际车辆进行车云交互功能的测试，从而避免了由于实际车辆而引起的一系列影响因素，从而可以简化测试流程、降低成本、加速推进项目进程。此外，通过使模拟车辆客户端100包括多个整车数据集，并根据每个待测试功能从多个整车数据集中选择相应的选定数据集进行数据处理和计算，使得根据本发明的车云交互功能测试系统1000能够进行多种功能的测试，从而具有广泛的应用性。同时，通过采用JT808协议解析数据，使得根据本发明的车云交互功能测试系统1000具有良好的兼容性。此外，通过根据待测试的功能性质设置上报数据的类型和频率，使得云控平台200所计算的结果数据RES具有良好的稳定性和准确性。同时，通过在前端页面WEB中展示结果数据RES，还可以测试车云交互功能的应用性和产品性。

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

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

Claims (19)

1.一种车云交互功能测试系统，其特征在于，所述测试系统包括：

模拟车辆客户端，包括至少一个子客户端，所述子客户端中的每个存储有各自的整车数据集；和

云控平台，包括：

数据接收单元，接收从所述模拟车辆客户端上报的数据包，其中，所述数据包包括从至少一个整车数据集中选择的选定数据集和业务标识；

数据解析单元，对所接收的数据包进行解析；

数据处理单元，包括至少一个业务处理单元，所述业务处理单元存储有待测试的车云交互功能，并根据所述业务标识选择相应的业务处理单元对所述选定数据集进行数据处理，以获得结果数据；以及

数据判定单元，从所述数据处理单元接收所述结果数据，并且将所述结果数据与参考数据进行比较，以判定所测试的车云交互功能是否通过。

2.根据权利要求1所述的测试系统，其特征在于，所述模拟车辆客户端还包括配置单元，所述配置单元接收输入的配置信息，以使所述模拟车辆客户端根据所述配置信息生成所述数据包。

3.根据权利要求2所述的测试系统，其特征在于，所述配置信息包括所述业务标识、与所述业务标识相对应的选定数据集相关信息、以及所述选定数据集的上报频率，所述模拟车辆客户端根据所述选定数据集相关信息从所述至少一个整车数据集中提取所述选定数据集，并且根据所述上报频率向所述云控平台上报所述数据包。

4.根据权利要求1所述的测试系统，其特征在于，所述模拟车辆客户端与所述云控平台以传输控制协议的方式通信所述数据包，并且所述数据解析单元以JT808协议对所接收的数据包进行解析。

5.根据权利要求1所述的测试系统，其特征在于，所述数据处理单元中的所述业务处理单元还各自存储有业务标识，所述数据处理单元根据所存储的业务标识和所接收的数据包中的业务标识，选择待测试的业务处理单元。

6.根据权利要求1所述的测试系统，其特征在于，所述数据判定单元还包括数据展示单元，所述数据展示单元用于对所述结果数据进行处理，以可视化方式展示在前端页面上并形成展示结果数据，将所述展示结果数据与展示参考数据进行比较以判定所测试的车云交互功能是否通过。

7.根据权利要求6所述的测试系统，其特征在于，测试人员或所述数据判定单元从所述结果数据或所述展示结果数据提取一个或多个字段的数据作为目标数据，并且对所述目标数据进行比较，其中所述目标数据包括动态数据和静态数据。

8.根据权利要求3所述的测试系统，其特征在于，所述选定数据集相关信息包括数据项信息、数据类型信息、子客户端数量信息、时间段信息中的至少一个。

9.根据权利要求8所述的测试系统，其特征在于，所述数据类型信息包括车辆位置、车辆偏航角、油门状态、档位状态、车顶状态、车辆油箱状态、车辆故障数据、车辆感知数据信息中的至少一个。

10.一种使用车云交互功能测试系统进行功能测试的方法，所述车云交互功能测试系统包括模拟车辆客户端和云控平台，所述云控平台包括数据接收单元、数据解析单元、数据处理单元以及数据判定单元，

其特征在于，所述方法包括：

由所述模拟车辆客户端向所述云控平台上报数据包，其中，所述模拟车辆客户端包括至少一个子客户端，所述子客户端中的每个存储有各自的整车数据集，并且所述数据包包括从至少一个整车数据集中选择的选定数据集和业务标识；

由所述数据接收单元接收所述数据包，并由所述数据解析单元对所接收的数据包进行解析；

由所述数据处理单元根据所述业务标识选择所包括的至少一个业务处理单元中的相应的业务处理单元对所述选定数据集进行数据处理，以获得结果数据，其中，所述业务处理单元存储有待测试的车云交互功能；

由数据判定单元从所述数据处理单元接收所述结果数据，并且将所述结果数据与参考数据进行比较，以判定所测试的车云交互功能是否通过。

11.根据权利要求10所述的方法，其特征在于，所述模拟车辆客户端还包括配置单元，并且由所述配置单元接收输入的配置信息，以使所述模拟车辆客户端根据所述配置信息生成所述数据包。

12.根据权利要求11所述的方法，其特征在于，所述配置信息包括所述业务标识、与所述业务标识相对应的选定数据集相关信息以及所述选定数据集的上报频率，所述模拟车辆客户端根据所述选定数据集相关信息从所述至少一个整车数据集中提取所述选定数据集，并且根据所述上报频率向所述云控平台上报所述数据包。

13.根据权利要求10所述的方法，其特征在于，所述模拟车辆客户端与所述云控平台以传输控制协议的方式通信所述数据包，并且所述数据解析单元以JT808协议对所接收的数据包进行解析。

14.根据权利要求10所述的方法，其特征在于，所述数据处理单元中的所述业务处理单元还各自存储有业务标识，所述数据处理单元根据所存储的业务标识和所接收的数据包中的业务标识，选择待测试的业务处理单元。

15.根据权利要求10所述的方法，其特征在于，所述数据判定单元还包括数据展示单元，并且由所述数据展示单元对所述结果数据进行处理，以可视化方式展示在前端页面上并形成展示结果数据，将所述展示结果数据与展示参考数据进行比较以判定所测试的车云交互功能是否通过。

16.根据权利要求15所述的方法，其特征在于，测试人员或所述数据判定单元从所述结果数据或所述展示结果数据提取一个或多个字段的数据作为目标数据，并且对所述目标数据进行比较，其中所述目标数据包括动态数据和静态数据。

17.根据权利要求12所述的方法，其特征在于，所述选定数据集相关信息包括数据项信息、数据类型信息、子客户端数量信息、时间段信息中的至少一个。

18.根据权利要求17所述的方法，其特征在于，所述数据类型信息包括车辆位置、车辆偏航角、油门状态、档位状态、车顶状态、车辆油箱状态、车辆故障数据、车辆感知数据信息中的至少一个。

19.一种存储有计算机指令的计算机可读存储介质，其特征在于，所述计算机指令用于使计算机执行根据权利要求10-18中任一项所述的方法。

Images