CN106200612B - 用于测试车辆的方法和系统 - Google Patents

Abstract

本申请公开了用于测试车辆的方法和系统。所述方法的一具体实施方式包括：仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合，其中，测试场景集合包括多个测试场景，客户端用于为用户提供人机交互的界面；仿真服务器将各测试场景分别分配到第一仿真执行机，并将测试任务发送到各第一仿真执行机，以使各第一仿真执行机在单个测试场景下并行执行测试任务；仿真服务器从各第一仿真执行机获取测试任务的测试结果；仿真服务器将测试结果与预设的测试标准对比，生成测试任务的反馈信息，并将反馈信息发送到客户端。该实施方式中的各第一仿真执行机在不同测试场景下并行执行测试任务，提高了车辆测试的效率。

Description

用于测试车辆的方法和系统

技术领域

本申请涉及车辆测试技术领域，尤其涉及用于测试车辆的方法和系统。

背景技术

随着社会的发展，车辆已经成为比较常用的交通工具。为了保证车辆在不同场景下性能的良好性以及行驶的安全性，在车辆定型前，需要进行一系列的测试实验，测试车辆的控制系统等的性能。

在测试阶段的车辆直接上路测试会造成测试成本增加，并具有一定的危险性。因此，业内通常采用模拟仿真的方式测试车辆中控制系统等的性能。通常，为了提高车辆的性能，需要测试人员进行多次仿真实验，测试大量的测试场景下车辆的控制系统等的性能。但是，现有的仿真试验方法通常是基于单机完成的，即采用单个仿真执行机依次测试不同测试场景下的测试任务，因此，如果需要完成大量场景下的仿真实验往往需要半年甚至一年的时间，造成了测试周期长、效率低的问题。

发明内容

本申请的目的在于提出一种改进的用于测试车辆的方法和系统，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于测试车辆的方法，所述方法包括：仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合，其中，所述测试场景集合包括多个测试场景，所述客户端用于为用户提供人机交互的界面，以使所述用户在所述客户端配置所述测试任务；所述仿真服务器将各所述测试场景分别分配到第一仿真执行机，并将所述测试任务发送到各所述第一仿真执行机，以使各所述第一仿真执行机在单个测试场景下并行执行所述测试任务；所述仿真服务器从各所述第一仿真执行机获取所述测试任务的测试结果；所述仿真服务器将所述测试结果与预设的测试标准对比，生成所述测试任务的反馈信息，并将所述反馈信息发送到所述客户端。

在一些实施例中，所述方法还包括：所述客户端从测试场景模块选取所述测试场景集合，其中，所述测试场景模块用于分类存储测试场景以及测试场景的场景数据。

在一些实施例中，所述方法还包括：所述第一仿真执行机判断本地缓存中是否存在该第一仿真执行机被分配的所述测试场景的场景数据；若是，所述第一仿真执行机从所述本地缓存中获取所述测试场景的场景数据；若否，所述第一仿真执行机从所述测试场景模块中获取所述测试场景的场景数据，并将所述测试场景的场景数据存储到所述本地缓存。

在一些实施例中，在所述仿真服务器从各所述第一仿真执行机获取所述测试任务的测试结果之前，所述方法还包括：当所述仿真服务器确定存在发生故障的第一仿真执行机时，所述仿真服务器调度第二仿真执行机作为所述第一仿真执行机重新执行所述测试任务。

在一些实施例中，各所述第一仿真执行机之间相互独立。

在一些实施例中，所述仿真服务器中设有等待队列；所述方法还包括：所述仿真服务器查询是否存在空闲状态的仿真执行机；若是，所述仿真服务器从所述空闲状态的仿真执行机中选取预设数目的仿真执行机作为第一仿真执行机；若否，所述仿真服务器将所述测试任务存储在所述等待队列继续查询，直至确认存在空闲状态的仿真执行机。

第二方面，本申请提供了一种用于测试车辆的系统，所述系统包括：仿真服务器、仿真执行机、客户端，其中，所述仿真服务器分别连接所述仿真执行机和所述客户端；所述客户端，为用户提供人机交互的界面，响应于所述用户的操作指令配置测试任务和执行所述测试任务所需要的测试场景集合，并将所述测试任务和所述测试场景集合发送到所述仿真服务器，以及接收所述仿真服务器发送的所述测试任务的反馈信息，其中，所述测试场景集合包括多个测试场景；所述仿真执行机，多个所述仿真执行机在单个测试场景下并行执行同一测试任务，生成测试结果，以及将所述测试结果发送到所述仿真服务器；所述仿真服务器，用于将从所述客户端接收到的所述测试场景集合中的各测试场景分别分配到所述仿真执行机，将所述客户端接收到的所述测试任务发送到各所述仿真执行机，以及将从所述仿真执行机接收到的所述测试结果与预设的测试标准对比，生成所述测试任务的反馈信息。

在一些实施例中，所述系统还包括：测试场景模块，用于分类存储测试场景以及测试场景的场景数据；所述测试场景模块连接所述客户端，以使所述客户端从所述测试场景模块选取所述测试场景集合；所述测试场景模块连接所述仿真执行机，以使所述仿真执行机从所述测试场景模块获取该仿真执行机被分配的所述测试场景的场景数据，并将所述场景数据存储到所述仿真执行机的本地缓存。

在一些实施例中，所述仿真服务器还用于监控各所述仿真执行机的健康状态，以及当确定存在故障仿真执行机时调度正常仿真执行机代替所述故障仿真执行机。

在一些实施例中，各所述仿真执行机之间相互独立。

在一些实施例中，所述仿真服务器还用于查询是否存在空闲状态的仿真执行机，以及选取空闲状态的仿真执行机执行所述测试任务；所述仿真服务器中设有等待队列，用于在确定不存在空闲状态的仿真执行机的状态下，存储所述测试任务。

本申请提供的用于测试车辆的方法和系统，仿真服务器可以将客户端发送的测试任务和测试场景集合中的各测试场景分配到多个第一仿真执行机，各第一仿真执行机在单个测试场景下并列执行上述测试任务，之后上述仿真服务器获取上述测试任务的测试结果，并将测试结果与测试标准对比生成该测试任务的反馈信息，最后将该反馈信息发送到客户端，完成上述测试任务，上述测试方法通过采用多个第一仿真执行机在不同测试场景下并列执行测试任务，缩短了车辆测试的时间，提高了车辆测试的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了根据本申请的用于测试车辆的系统的一个实施例的架构图；

图2示出了根据本申请的用于测试车辆的方法的一个实施例的流程图；

图3示出了根据本申请的用于测试车辆的方法的又一个实施例的流程图；

图4是适于用来实现本申请实施例的客户端设备或仿真服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了根据本申请的用于车辆测试的系统的一个实施例的架构图100。如图所示，用于车辆测试的系统100可以包括客户端101、仿真执行机102和仿真服务器103。

在本实施例中，上述仿真服务器103可以分别连接上述仿真执行机102和上述客户端101，如图1所示。上述客户端101可以为用户提供人机交互的界面。当用户在上述客户端101进行操作时，上述客户端101可以响应于用户输入的操作指令配置需要测试的测试任务，以及执行该测试任务所需要的测试场景集合，而后将上述测试任务和测试场景集合发送到上述仿真服务器103。上述仿真服务器103可以接收上述客户端101发送的测试任务和该测试任务对应的测试场景集合，之后将上述测试场集合中的各测试场景分别分配到选择的仿真执行机102，将上述测试任务发送到上述被分配到测试场景的仿真执行机102。上述系统100中可以包括多个仿真执行机102，各仿真执行机102可以用于在单个测试场景下执行测试任务，并生成该测试任务的测试结果，以及将测试结果发送到上述仿真服务器103，仿真服务器103可以将测试结果与预先设置的测试标准对比，生成反馈信息，并将该反馈信息发送的客户端101，以便于上述用户获取该反馈信息。

需要说明的是，在上述系统100中通常存在多个仿真执行机102接收到同一测试任务(各仿真执行机102被分配的测试场景可以不同)，则上述多个仿真执行机102可以并列执行该测试任务。而传统的车辆测试系统通常是采用单个仿真执行机依次在各测试场景下执行测试任务，测试任务耗费的总时间为在每个测试场景下执行测试任务耗费的时间的总和，测试消耗时间较长。由此可见，采用本实施例中的用于测试车辆的系统100可以缩短测试时间，提高测试效率。例如，当用户需要在5个不同的测试场景下测试车辆的决策控制算法的性能时，即上述测试任务为测试车辆的决策控制算法，用户可以通过上述客户端101将测试任务和测试场景发送给上述仿真服务器103，之后仿真服务器103从上述仿真执行机102中确定5个用于执行上述测试任务的第一仿真执行机，并将5个测试场景分别分配给上述确定的5个第一仿真执行机，以及将测试任务发送给上述各第一仿真执行机，以使第一仿真执行机在其所分配的测试场景下执行上述测试任务，需要说明的是，上述5个第一仿真执行机同时执行上述测试任务，各第一仿真执行机执行上述测试任务消耗的时间分别为t1、t2、t3、t4、t5，则该测试任务耗费的时间为t1、t2、t3、t4、t5中的最大值，而现有技术中该测试任务耗费的时间为t1、t2、t3、t4、t5的总和，由此可见，采用本实施例中的用于测试车辆的系统可以缩短车辆测试时间，提高测试效率。

在本实施例的一些可选的实现方式中，上述用于车辆测试的系统100还可以包括测试场景模块104，如图所示，该测试场景模块104可以用于分类存储测试场景以及测试场景的场景数据。上述测试场景模块104可以与上述客户端101连接，以使上述客户端101可以从该测试场景模块104选取执行测试任务所需要的测试场景，形成测试场景集合。上述测试场景模块104还可以与上述仿真执行端102连接，以使上述仿真执行机102可以从测试场景模块104获取该仿真执行机102被分配的测试场景的场景数据，之后，该仿真执行机102可以将上述测试场景的场景数据存储到该仿真执行机102的本地缓存中，以便于下次需要上述测试场景的场景数据时，仿真执行机102可以直接从本地缓存中调用上述场景数据，使得仿真执行机不必每次都从测试场景模块104获取测试场景数据，缩短测试时间，提高测试效率。

在本实施例的一些可选的实现方式中，上述仿真服务器103还可以用于监控上述仿真执行机102的健康状态，一旦发现仿真执行机102出现故障，仿真服务器103可以采取相应的措施解决问题，避免因仿真执行机102故障导致测试结果缺失的情况发生。例如，当上述仿真服务器103监控到正在执行测试任务的仿真执行机102中存在发生故障的仿真执行机102时，仿真服务器103可以调用正常的仿真执行机102代替上述发生故障的仿真执行机102，并控制该正常状态的仿真执行机102重新执行上述测试任务，从而保证仿真执行机102可以在测试场景集合中的各测试场景下执行上述测试任务，保证了测试的完整性。

在本实施例的一些可选的实现方式中，上述用于车辆测试的系统100可以包括大量的仿真执行机102，上述各仿真执行机102可以相互隔离，彼此之间不通信，从而避免了各仿真执行机102在执行测试任务时发生干扰。

在本实施例的一些可选的实现的方式中，上述仿真服务器103中还可以设有等待队列，当上述仿真服务器103接收到上述客户端101发送的测试任务，且不存在可以执行上述测试任务的空闲状态的仿真执行机102时，上述仿真服务器103可以将上述测试任务存储到其设置的等待队列中。即上述仿真服务器103还可以用于查询上述系统100中是否存在空闲状态的仿真执行机102。如果上述仿真服务器103确定上述系统100中存在空闲状态的仿真执行机102，该仿真服务器103可以从中选取预设数目的仿真执行机102，并将上述测试任务发送到选取的仿真执行机102；如果上述仿真服务器103确定上述系统100中不存在空闲状态的仿真执行机102，上述仿真服务器103可以将上述测试任务存储到上述等待队列中继续查询上述系统100中的仿真执行机102，直到确定该系统100中存在空闲状态的仿真执行机102。上述仿真服务器103可以选取空闲状态的仿真执行机102执行上述测试任务，以使各仿真执行机102可以负载均衡。

在本实施例的一些可选的实现方式中，上述用于车辆测试的系统100可以用于云计算环境。该系统100中的仿真执行机101的数量可以决定可以接收测试任务的数量，而用户通常可以通过客户端向上述仿真服务器103发送任务，因此该系统100还可以根据上述仿真执行机102的数量设置客户端101的数量。上述客户端101的数量和上述仿真执行机102的数量可以成正相关关系，以避免因客户端101数量较多而造成浪费。

本申请的上述实施例提供的用于测试车辆的系统100，通过设置客户端101、仿真执行机102、仿真服务器103，使得用户可以利用客户端101向仿真服务器103提交测试任务，仿真服务器103可以控制各仿真执行机102在被分配的单个测试场景下并行执行上述测试任务，缩短了测试的时间，提高了测试的效率。

继续参考图2，示出了根据本申请的用于车辆测试的方法的一个实施例的流程200。所述的用于车辆测试的方法，包括以下步骤：

步骤201，仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合。

在本实施例中，用于车辆测试的方法中的仿真服务器可以通过无线通信的方式与上述客户端连接，上述仿真服务器可以接收客户端发送的测试任务和执行该测试任务所需要的测试场景。这里，客户端可以为用户提供用于车辆测试的人机交互的界面，用户可以在该客户端配置车辆测试的测试任务。上述测试场景集合可以包括多个测试场景。

通常，用户可以通过上述客户端配置车辆的各种测试任务，例如，这里的测试任务可以为测试车辆的决策控制算法的性能。上述测试场景通常是指在特定环境中发生特定连续事件的集合，可以描述为天气、道路结构、红绿灯情况、障碍物信息等类别的组合。譬如一个测试场景可以描述成晴天十字路口无红绿灯情况下，行人横穿马路。

在本实施例的一些可选的实现方式中，上述客户端可以从测试场景模块中选取执行上述测试任务所需要的测试场景构成上述测试场景集合。这里，测试场景模块主要用于分类存储测试场景和测试场景的场景数据。

步骤202，仿真服务器将各测试场景分别分配到第一仿真执行机，并将测试任务发送到各第一仿真执行机，以使各第一仿真执行机在单个测试场景下并行执行测试任务。

在本实施例中，上述仿真服务器可以将从上述客户端接收到的测试任务和测试场景集合中的各测试场景分配给第一仿真执行机，这里的第一仿真执行机可以用于在单个场景下执行上述测试任务。具体地，上述仿真服务器可以将上述场景集合中的各测试场景分别分配到第一仿真执行机，之后可以将上述测试任务发送到各第一仿真执行机，最后各第一仿真执行机在其被分配的单个场景下并行执行上述测试任务。例如，上述测试场景集合中包括5个测试场景，上述仿真服务器可以将5个测试场景分别分配到5个不同的第一仿真执行机，使得每个第一仿真执行机被分配到一个测试场景，之后上述仿真服务器将测试任务发送到上述5个第一仿真执行机，最后上述5个第一仿真执行机在其被分配的测试场景下同时执行上述测试任务。可以理解的是，若上述各第一仿真执行机执行上述测试任务消耗的时间分别为t1、t2、t3、t4、t5，则该测试任务耗费的时间为t1、t2、t3、t4、t5中的最大值，而现有技术中该测试任务耗费的时间为t1、t2、t3、t4、t5的总和，由此可见，采用本实施例中的方法进行车辆测试可以缩短车辆测试的时间，提高车辆测试的效率。

在本实施例的一些可选的实现方式中，上述各第一仿真执行机之间可以相互独立，即各第一仿真执行机相互隔离，彼此之间不通信，从而避免了各第一仿真执行机在执行测试任务时发生干扰。

在本实施例的一些可选的实现方式中，上述仿真服务器还可以实时监控上述各第一仿真执行机的健康状态。当上述仿真服务器监控到正在执行测试任务的第一仿真执行机中存在发生故障的第一仿真执行机，该仿真服务器可以调用正常的第二仿真执行机作为第一仿真执行机代替上述发生故障的第一仿真执行机。该正常的第一仿真执行机可以重新执行上述测试任务，从而保证了各第一仿真执行机可以在测试场景集合中的所有测试场景下执行上述测试任务，保证了测试的完整性。

步骤203，仿真服务器从各第一仿真执行机获取测试任务的测试结果。

在本实施例中，上述各第一仿真执行机在其被分配的测试场景下同时执行上述测试任务后，可以获得对应的测试结果。上述仿真服务器可以从上述各第一仿真执行机获取不同测试场景下测试任务的测试结果。这里的测试结果可以为行驶速度、减速时间等。

步骤204，仿真服务器将测试结果与预设的测试标准对比，生成测试任务的反馈信息，并将反馈信息发送客户端。

在本实施例中，可以预先设置测试标准，上述仿真服务器可以从上述各第一仿真执行机获取不同测试场景下测试任务的测试结果，之后将测试结果与上述测试标准对比，生成反馈信息。例如，上述仿真服务器获取了在某一测试场景下车辆的行驶时间和行驶距离，该仿真服务器可以确定上述车辆的测试结果(例如平均速度)，之后将该测试结果与预设的测试标准对比，可以生成测试合格或者不合格等反馈信息。上述仿真服务器可以将上述测试任务的反馈信息发送到上述客户端，以使用户通过客户端确定测试车辆的性能。

本申请的上述实施例提供的用于测试车辆的方法，仿真服务器可以将客户端发送的测试任务和测试场景集合中的各测试场景分配到多个第一仿真执行机，各第一仿真执行机在单个测试场景下并列执行上述测试任务，之后上述仿真服务器获取上述测试任务的测试结果，并将测试结果与测试标准对比生成该测试任务的反馈信息，最后将该反馈信息发送到客户端，完成上述测试任务，上述测试方法通过采用多个第一仿真执行机在不同测试场景下并列执行测试任务，缩短了车辆测试的时间，提高了车辆测试的效率。

进一步参考图3，其示出了用于测试车辆的方法的又一个实施例的流程300。该用于测试车辆的方法的流程300，包括以下步骤：

步骤301，仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合。

在本实施例中，用于车辆测试的方法中的仿真服务器可以通过无线通信的方式与上述客户端连接，上述仿真服务器可以接收客户端发送的测试任务和执行该测试任务所需要的测试场景。这里，客户端可以为用户提供用于车辆测试的人机交互的界面，用户可以在该客户端配置车辆测试的测试任务。上述测试场景集合可以包括多个测试场景。

步骤302，仿真服务器查询是否存在空闲状态的仿真执行机。

在本实施例中，上述仿真服务器基于步骤301接收到的测试任务，以及执行该测试任务所需要的测试场景集合，该仿真服务器查询是否存在处于空闲状态的仿真执行机，以选取预设数目的空闲状态的仿真执行机作为执行上述测试任务的第一仿真执行机，该方法可以使得各仿真执行机负载均衡。若上述仿真服务器确定存在空闲状态的仿真执行机，则可以转到步骤303；若上述仿真服务器确定不存在空闲状态的仿真执行机，则可以转到步骤304。

步骤303，仿真服务器从空闲状态的仿真执行机中选取预设数目的仿真执行机作为第一仿真执行机。

在本实施例中，仿真服务器基于步骤302确定的存在空闲状态的仿真执行机，上述仿真服务器可以从空闲状态的仿真执行机中选取预设数目的仿真执行机作为执行上述测试任务的第一仿真执行机。

在本实施例的一些可选的实现方式中，在上述仿真服务器确定存在空闲状态的仿真服务器的情况下，上述仿真服务器可以进一步确定空闲状态的仿真服务器的数量。若空闲状态的仿真执行机的数量大于或等于执行上述测试任务所需要的第一仿真执行机的数量，上述仿真服务器可以从中选取上述测试任务所需要的第一仿真执行机；若空闲状态的仿真执行机的数量小于执行上述测试任务所需要的第一仿真执行机的数量，上述仿真服务器可以将所有的空闲状态的仿真执行机作为第一仿真执行机，之后再继续等待空闲状态的仿真执行机。

步骤304，仿真服务器将测试任务存储在等待队列继续查询，直至确认存在空闲状态的仿真执行机。

在本实施例中，上述仿真服务器可以预先设置等待队列，该等待队列可以用于暂时存储测试任务。基于步骤302确定的不存在空闲状态的仿真执行机，上述仿真服务器可以将上述测试任务存储到上述等待队列中，继续查询空闲状态的仿真执行机，直到确认存在空闲状态的仿真执行机，则可以转到步骤303，即上述仿真服务器可以从空闲状态的仿真执行机中确定预设数目的仿真执行机作为执行上述测试任务的第一仿真执行机。

步骤305，仿真服务器将各测试场景分别分配到第一仿真执行机，并将测试任务发送到各第一仿真执行机。

在本实施例中，基于步骤303或304中确定的用于执行上述测试任务的第一仿真执行机，上述仿真服务器可以将接收到的测试场景集合中的各测试场景分配到上述第一仿真执行机，之后上述仿真服务器可以将接收到的测试任务发送到上述各第一仿真执行机，以便于各第一仿真执行机在不同的测试场景下执行上述测试任务。。

步骤306，第一仿真执行机判断本地缓存中是否存在该第一仿真执行机被分配的测试场景的场景数据。

在本实施例中，上述第一仿真执行机被分配测试场景后，该第一仿真执行机可以在本地缓存中查找是否存在上述分配的测试场景的场景数据。若上述第一仿真执行机的本地缓存中存在上述测试场景的场景数据，则转到步骤307；若上述第一仿真执行机的本地缓存中不存在上述测试场景的场景数据，则转到步骤308。

步骤307，第一仿真执行机从本地缓存中获取测试场景的场景数据。

在本实施例中，基于步骤306确定的上述第一仿真执行机的本地缓存中存在上述测试场景的场景数据，该第一仿真执行机可以从本地缓存中获取该第一仿真执行机被分配的测试场景的场景数据。

步骤308，第一仿真执行机从测试场景模块中获取测试场景的场景数据，并将测试场景的场景数据存储到本地缓存。

在本实施例中，基于步骤306确定的上述第一仿真执行机的本地缓存中不存在上述测试场景的场景数据，该第一仿真执行机可以从上述测试场景模块获取其被分配的测试场景的场景数据。之后将所获取的测试场景的场景数据存储到该第一仿真执行机的本地缓存中，以便于下次需要上述测试场景的场景数据时，上述第一仿真执行机可以直接从本地缓存中调用上述场景数据。提高了第一仿真执行机执行测试任务的效率。

步骤309，各第一仿真执行机在单个测试场景下并行执行测试任务，仿真服务器从各第一仿真执行机获取测试任务的测试结果。

在本实施例中，上述各第一仿真执行机在获取其被分配的测试场景的场景数据及测试任务后，各第一仿真执行机并列执行上述测试任务，并生成测试结果。之后，上述仿真服务器可以从各第一仿真执行机获取上述测试任务的测试结果。可以理解的是，若存在5个第一仿真执行机在5个不同的测试场景下同时执行测试任务，且上述5个第一执行机执行测试任务消耗的时间分别为t1、t2、t3、t4、t5，则该测试任务耗费的时间为t1、t2、t3、t4、t5中的最大值，而现有技术中该测试任务耗费的时间为t1、t2、t3、t4、t5的总和。由此可见，采用本实施例中的方法进行车辆测试可以缩短车辆测试的时间，提高车辆测试的效率。

步骤310，仿真服务器将测试结果与预设的测试标准对比，生成测试任务的反馈信息，并将反馈信息发送客户端。

在本实施例中，可以预先设置测试标准，上述仿真服务器可以从上述各第一仿真执行机获取不同测试场景下测试任务的测试结果，之后将测试结果与上述测试标准对比，生成反馈信息。

例如，上述仿真服务器获取了在某一测试场景下车辆的行驶时间和行驶距离，该仿真服务器可以确定上述车辆的测试结果(例如平均速度)，之后将该测试结果与预设的测试标准对比，可以生成测试合格或者不合格等反馈信息。上述仿真服务器可以将上述测试任务的反馈信息发送到上述客户端，以使用户通过客户端确定测试车辆的性能。

从图3中可以看出，与图2对应的实施例相比，本实施例中的用于测试车辆的方法的流程300突出了仿真服务器查询空闲状态的仿真执行机的步骤，以及第一仿真执行机判断本地缓存中是否存在被分配的测试场景的场景数据的步骤。由此，本实施例描述的方案可以选取空闲状态的仿真执行机作为执行测试任务的第一仿真执行机，使得各仿真执行机负载均衡；并且该第一仿真执行机可以从本地缓存中直接获取测试场景的场景数据，提高了测试的效率。

下面参考图4，其示出了适于用来实现本申请实施例的客户端设备或仿真服务器的计算机系统400的结构示意图。

如图4所示，计算机系统400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述系统中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入客户端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，例如所述设备为仿真服务器：仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合，其中，所述测试场景集合包括多个测试场景，所述客户端用于为用户提供人机交互的界面，以使所述用户在所述客户端配置所述测试任务；所述仿真服务器将各所述测试场景分别分配到第一仿真执行机，并将所述测试任务发送到各所述第一仿真执行机，以使各所述第一仿真执行机在单个测试场景下并行执行所述测试任务；所述仿真服务器从各所述第一仿真执行机获取所述测试任务的测试结果；所述仿真服务器将所述测试结果与预设的测试标准对比，生成所述测试任务的反馈信息，并将所述反馈信息发送到所述客户端。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (11)

1.一种用于测试车辆的方法，其特征在于，所述方法包括：

仿真服务器接收客户端发送的测试任务和执行该测试任务所需要的测试场景集合，其中，所述测试场景集合包括多个测试场景，所述客户端用于为用户提供人机交互的界面，以使所述用户在所述客户端配置所述测试任务；

所述仿真服务器将各所述测试场景分别分配到第一仿真执行机，并将所述测试任务发送到各所述第一仿真执行机，以使各所述第一仿真执行机在单个测试场景下并行执行所述测试任务；

所述仿真服务器从各所述第一仿真执行机获取所述测试任务的测试结果；

所述仿真服务器将所述测试结果与预设的测试标准对比，生成所述测试任务的反馈信息，并将所述反馈信息发送到所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述客户端从测试场景模块选取所述测试场景集合，其中，所述测试场景模块用于分类存储测试场景以及测试场景的场景数据。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述第一仿真执行机判断本地缓存中是否存在该第一仿真执行机被分配的所述测试场景的场景数据；

若是，所述第一仿真执行机从所述本地缓存中获取所述测试场景的场景数据；

若否，所述第一仿真执行机从所述测试场景模块中获取所述测试场景的场景数据，并将所述测试场景的场景数据存储到所述本地缓存。

4.根据权利要求3所述的方法，其特征在于，在所述仿真服务器从各所述第一仿真执行机获取所述测试任务的测试结果之前，所述方法还包括：

当所述仿真服务器确定存在发生故障的第一仿真执行机时，所述仿真服务器调度第二仿真执行机作为所述第一仿真执行机重新执行所述测试任务。

5.根据权利要求4所述的方法，其特征在于，各所述第一仿真执行机之间相互独立。

6.根据权利要求5所述的方法，其特征在于，所述仿真服务器中设有等待队列；

所述方法还包括：

所述仿真服务器查询是否存在空闲状态的仿真执行机；

若是，所述仿真服务器从所述空闲状态的仿真执行机中选取预设数目的仿真执行机作为第一仿真执行机；

若否，所述仿真服务器将所述测试任务存储在所述等待队列继续查询，直至确认存在空闲状态的仿真执行机。

7.一种用于测试车辆的系统，其特征在于，所述系统包括：仿真服务器、仿真执行机、客户端，其中，所述仿真服务器分别连接所述仿真执行机和所述客户端；

所述客户端，为用户提供人机交互的界面，响应于所述用户的操作指令配置测试任务和执行所述测试任务所需要的测试场景集合，并将所述测试任务和所述测试场景集合发送到所述仿真服务器，以及接收所述仿真服务器发送的所述测试任务的反馈信息，其中，所述测试场景集合包括多个测试场景；

所述仿真执行机，多个所述仿真执行机在单个测试场景下并行执行同一测试任务，生成测试结果，以及将所述测试结果发送到所述仿真服务器；

所述仿真服务器，用于将从所述客户端接收到所述测试场景集合中的各测试场景分别分配到所述仿真执行机，将从所述客户端接收到的所述测试任务发送到各所述仿真执行机，以及将从所述仿真执行机接收到的所述测试结果与预设的测试标准对比，生成所述测试任务的反馈信息。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：

测试场景模块，用于分类存储测试场景以及测试场景的场景数据；

所述测试场景模块连接所述客户端，以使所述客户端从所述测试场景模块选取所述测试场景集合；

所述测试场景模块连接所述仿真执行机，以使所述仿真执行机从所述测试场景模块获取该仿真执行机被分配的所述测试场景的场景数据，并将所述场景数据存储到所述仿真执行机的本地缓存。

9.根据权利要求8所述的系统，其特征在于，所述仿真服务器还用于监控各所述仿真执行机的健康状态，以及当确定存在故障仿真执行机时调度正常仿真执行机代替所述故障仿真执行机。

10.根据权利要求9所述的系统，其特征在于，各所述仿真执行机之间相互独立。

11.根据权利要求10所述的系统，其特征在于，所述仿真服务器还用于查询是否存在空闲状态的仿真执行机，以及选取空闲状态的仿真执行机执行所述测试任务；

所述仿真服务器中设有等待队列，用于在确定不存在空闲状态的仿真执行机的状态下，存储所述测试任务。