一种车用消息测试方法、系统及存储介质与流程

1.本公开涉及合作式智能运输系统技术领域，尤其涉及一种车用消息测试方法、系统及存储介质。


背景技术：

2.近年来，汽车行业发生了天翻地覆的变化，在行业自我发展和相关政策的指引下，新一代的汽车和运输系统朝着网联化、智能化方向发展。
3.其中，合作式智能运输系统是通过人、车、路信息交互，实现车辆和基础设施之间、车辆与车辆之间、车辆与人之间的智能协同与配合的一种智能运输系统。该系统中的各子系统之间通过信息交互，实现道路安全、通行效率、信息服务等各类应用。因此，不同厂商车辆之间，以及这些车辆与其所能到达的区域范围内的道路基础设施之间，必须建立一套应用数据交互标准来实现互联互通。目前应用广泛且被相关领域认可的是合作式智能运输系统、车用通信系统应用层及应用数据交互标准(第一阶段)与(第二阶段)，该标准严格定义了14个相关的消息集。
4.为确保通信数据的准确性和一致性，完善对相关消息集和消息结构的测试就显得很必要。


技术实现要素：

5.为了解决上述提出的至少一个技术问题，本公开提出了一种车用消息测试方法、系统及计算机可读存储介质。
6.根据本公开的一些实施例中，提供了一种车用消息测试方法，其包括：生成消息测试数据，所述消息测试数据用于测试预设消息集中的任一消息，所述预设消息集包括符合各阶段下目标标准的全部消息子集，所述目标标准为合作式智能运输系统、车用通信系统应用层及应用数据交互标准；将所述消息测试数据发送至待测设备，以触发所述待测设备基于待测应用将所述消息测试数据发送至第二测试设备，所述第二测试设备用于将接收到的数据透传至所述第一测试设备；基于所述消息测试数据和从所述第二测试设备接收到的数据，得到所述待测设备中待测应用对应的测试结果。
7.在一些可能的实施方式中，所述生成消息测试数据之前，所述方法还包括：显示测试数据配置界面，所述测试数据配置界面包括消息子集选择控件；响应于对所述消息子集选择控件的触发指令，确定至少一个目标消息子集；所述生成消息测试数据，包括：基于所述至少一个目标消息子集，确定所述消息测试数据。
8.在一些可能的实施方式中，所述测试数据配置界面还包括生成方式选择控件；所述基于所述至少一个目标消息子集，确定所述消息测试数据，包括：在所述生成方式选择控件指示第一生成模式的情况下，生成符合所述至少一个目标消息子集对应的标准的模板文件，基于对所述模板文件的编辑结果，得到所述消息测试数据，所述第一生成模式表征通过自定义的方式生成所述消息测试数据；在所述生成方式选择控件指示第二生成模式的情况
下，获取数据生成参考信息，基于所述数据生成参考信息，自动生成符合所述至少一个目标消息子集对应的标准的所述消息测试数据，所述第二生成模式表征通过随机的方式自动生成所述消息测试数据。
9.在一些可能的实施方式中，所述至少一个目标消息子集对应的标准包括下述至少一个：数据名称、数据值、数据嵌套关系；所述数据生成参考信息包括下述至少一个：数据范围、符合所述至少一个目标消息子集对应的标准的数据模型的参数，所述数据模型包括链表或联合体。
10.在一些可能的实施方式中，所述生成消息测试数据之前，所述方法还包括：显示控制参数配置界面；在所述控制参数配置界面中的时间控件被触发的情况下，得到测试时长参数，所述测试时长参数用于限定测试时长；在所述控制参数配置界面中的数据量控件被触发的情况下，得到测试数据量参数，所述测试数据量参数用于限定生成的消息测试数据的上限值。
11.在一些可能的实施方式中，所述将所述消息测试数据发送至待测设备，以触发所述待测设备基于待测应用将所述消息测试数据发送至第二测试设备，包括：通过无线局域网将所述消息测试数据发送至所述待测设备，以触发所述所述待测设备基于待测应用将所述消息测试数据发送至第二测试设备；其中，所述第二测试设备用于通过空口接收所述待测设备发送的数据，以及，通过无线局域网将接收到的数据透传至所述第一测试设备。
12.在一些可能的实施方式中，所述待测设备用于按照所述待测应用的接口格式，将第一测试设备发送到所述待测设备的消息测试数据发送给所述待测应用；所述待测应用用于将接收到的消息测试数据通过空口发送给所述第二测试设备。
13.在一些可能的实施方式中，所述基于所述消息测试数据和从所述第二测试设备接收到的数据，得到所述待测设备中待测应用对应的测试结果，包括：在所述从所述第二测试设备接收到的数据与所述消息测试数据一致的情况下，所述测试结果指示通信正常；在所述从所述第二测试设备接收到的数据与所述消息测试数据不一致的情况下，所述测试结果指示通信不正常。
14.根据本公开的一些实施例中，提供了一种车用消息测试系统，所述系统包括：第一测试设备、第二测试设备、待测设备，所述系统适用于上述实施例中任意一项所述的车用消息测试方法。
15.根据本公开的一些实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或至少一段程序由处理器加载并执行以实现上述实施例中任意一项所述的车用消息测试方法。
16.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。
17.实施本公开，具有以下有益效果：
18.本公开的第一测试设备可以生成符合合作式智能运输系统、车用通信系统应用层及应用数据交互标准的所有消息集的消息测试数据，并将所述消息测试数据发送给待测设备，再基于待测设备上的待测应用发送给第二测试设备，第二待测设备再发送给第一待测设备，第一待待测设备基于自身生成的测试数据和接收到的待测数据可以得出测试结果，通过上述方法，本公开能够实现对合作式智能运输系统、车用通信系统应用层及应用数据
交互标准的消息集的全覆盖自动化测试，同时，通过对消息测试数据以及测试方案的自定义，可以实现对于多个消息集进行轮询测试，并支持对每个消息集进行单独配置，消息测试数据生成方式多样化以及测试自动停止条件可选。
19.根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。
附图说明
20.为了更清楚地说明本说明书实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
21.图1示出根据本公开实施例的一种车用消息测试方法的流程示意图；
22.图2示出根据本公开实施例的生成消息测试数据的方法流程示意图；
23.图3示出根据本公开实施例的测试数据配置界面示意图；
24.图4示出根据本公开实施例的根据第一生成模式生成消息测试数据的方法流程示意图；
25.图5示出根据本公开实施例的根据第二生成模式生成消息测试数据的方法流程示意图；
26.图6示出根据本公开实施例的控制参数配置界面示意图；
27.图7示出根据本公开实施例的一种车用消息测试系统的框架示意图；
28.图8示出根据本公开实施例的第一测试设备的流程图；
29.图9示出根据本公开实施例的待测设备的流程图；
30.图10示出根据本公开实施例的第二测试设备的流程图。
具体实施方式
31.下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
32.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
33.以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
34.在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
35.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
36.另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
37.合作式智能运输系统、车用通信系统应用层及应用数据交互标准，规范了相关领域的通信，为确保通信数据的准确性和一致性，需要对满足上述交互标准的相关消息集进行测试，但目前仅有部分消息集经过测试，并未实现相关消息集的全覆盖测试，同时，相关消息集测试数据的获取以及测试过程都存在实际应用上的不便、不完善。有鉴于此，本公开实施例提供一种车用消息测试方法、系统及计算机可读存储介质方法，用于实现相关消息集的全覆盖测试、降低获取相关消息集测试数据的难度以及提高测试的自动化，便于测试人员的使用。
38.图1示出根据本公开实施例的一种车用消息测试方法的流程示意图，如图1所示，上述方法包括：
39.s101：生成消息测试数据，上述消息测试数据用于测试预设消息集中的任一消息，上述预设消息集包括符合各阶段下目标标准的全部消息子集，上述目标标准为合作式智能运输系统、车用通信系统应用层及应用数据交互标准。
40.本公开的消息测试数据可以是常规类型的数据，也可以是链表类数据，或者联合体类数据，本公开的预设消息集可以是合作式智能运输系统、车用通信系统应用层及应用数据交互标准规定的车辆基本安全消息bsm、地图消息map、路侧安全消息rsm、信号灯消息spat、路侧单元向向周围车载单元发布的交通事件信息移以及交通标志信息rs i、提供测试使用的私有消息格式test、校正信息rtcm、路侧单元进行车辆协作或引导的消息rsc、交通参与者、道路障碍物和交通事件的感知共享消息ssm、车辆意图及请求消息vi r、场站内部地图的消息pam、弱势交通参与者(行人、非机动车)的基础安全消息psm、面向无连接的车队管理消息clpmm、车辆支付消息vpm；本公开所述的合作式智能运输系统、车用通信系统应用层及应用数据交互标准主要是指编号为t/csae 53-2020与编号t/csae 157-2020的合作式智能运输系统、车用通信系统应用层及应用数据交互标准。
41.一具体实施例中，测试人员根据测试需求选择本次测试需要测试的消息集，上述消息集是符合中国汽车工程学会发布的合作式智能运输系统、车用通信系统应用层及应用数据交互标准的14个消息集中的vpm，则第一测试设备根据所选的消息集vpm，生成对应的消息测试数据。
42.在本公开的另一些实施例中，生成消息测试数据还包括如图2所述的步骤：
43.s201:显示测试数据配置界面。
44.本公开实施例中，测试数据配置界面如图3所示，界面上包括消息子集选择控件和生成方式选择控件。
45.s202：在消息子集选择控件选择要测试的消息子集。
46.由上述可知，消息子集选择控件可以选择至少一个消息子集用于测试，消息选择控件可选的消息子集包括上述14个符合中国汽车工程学会发布的合作式智能运输系统、车用通信系统应用层及应用数据交互标准的消息集。
47.在一些实施例中，消息子集选择控件可以由对应14个消息集的子控件构成，测试人员可以通过触发消息集对应的子控件实现对消息集的选择。
48.s203:在生成方式选择控件选择生成方式。
49.在本公开的实施例中，测试人员在测试数据配置界面的生成方式选择控件选择生成方式，第一测试设备基于测试人员选择的生成方式，生成上一步所选消息子集对应的消息测试数据。
50.在本公开的另一些实施例中，生成方式选择控件的指示结果包括第一生成模式和第二生成模式，第一测试设备基于第一生成模式或第二生成模式生成对应的消息测试数据，上述第一生成模式表示用自定义的方式指定消息测试数据，第二生成模式表示用随机的方式自动生成消息测试数据。如图4所示，当生成方式选择控件指示结果为第一生成模式时，第一测试设备基于上一步确定的目标消息子集，生成目标消息子集对应的标准的模板文件，基于对上述模板文件的编辑结果，得到对应的消息测试数据。如图5所示，当生成方式选择控件指示结果为第二生成模式时，第一测试设备获取数据生成参考信息，基于上述数据生成参考信息自动生成符合目标消息子集对应的标准的消息测试数据。
51.s204:基于选择的消息子集和生成方式生成消息测试数据。
52.在一具体实施例中，测试人员选择的消息子集为消息集a，消息集a表征上述14个消息集中的任一消息子集，选择的生成方式为第一生成模式，第一测试设备基于消息集a和第一生成模式生成其对应的消息测试数据步骤为：第一测试设备生成消息集a的符合中国汽车工程学会发布的合作式智能运输系统、车用通信系统应用层及应用数据交互标准的结构体数据，上述第一测试设备再根据生成的结构体数据中的数据名称、数据值、数据嵌套关系，生成消息集对应的xml文件(xml可以用来标记数据、定义数据类型)，此时的xml文件即为上述模板文件，测试人员此时可对上述模板文件，即xml文件进行编辑，包括设定指定的数据等操作，得到本次测试中消息集a对应的消息测试数据。
53.在一些实施例中，上述xml文件可以被第一测试设备解析并展示，测试人员可以在展示界面看到xml包含的结构体数据详细信息，同时可以对其进行编辑操作。
54.在另一具体实施例中，测试人员选择的消息子集为消息集b，消息集b表征上述14个消息集中的任一消息子集选择的生成方式为第二生成模式，第一测试设备基于消息集b和第二生成模式生成其对应的消息测试数据步骤为：测试人员根据测试需求设置数据生成参考信息，在本实施例中，数据生成参考信息包括数据范围、符合消息集b对应的标准的数据模型的参数，上述数据模型包括链表或联合体，具体地，对于常规数据，可以设置最大值、最小值和随机值，链表类数据可设置链表个数最大值、最小值、随机值，联合体类数据可设置唯一值、随机值。第一测试设备根据上述数据生成参考信息自动生成消息集b对应的消息测试数据。
55.由上述可知，通过s201至s204，测试人员能够在测试数据配置界面基于消息子集选择控件选择需要测试的消息集，基于生成方式选择控件来指定消息测试数据的生成方
式，这能够使测试人员与第一测试设备进行可视化的交互，同时也使消息测试数据生成方式多样化，以满足不同的测试需求。
56.s102：将上述消息测试数据发送至待测设备，以触发上述待测设备基于待测应用将上述消息测试数据发送至第二测试设备，上述第二测试设备用于将接收到的数据透传至上述第一测试设备。
57.一实施例中，测试人员选择的消息子集为消息集c，消息集c表征上述14个消息集中的任一消息子集选择的生成方式是第一生成模式，第一测试设备基于消息集c和第一生成模式生成了其对应的消息测试数据，接着第一测试设备通过无线局域网将上述消息测试数据发送至待测设备，待测设备接收到上述消息测试数据之后，将消息测试数据按照待测应用的接口格式，发送给其上的待测应用，待测应用接收到上述消息测试数据之后，通过空口发送给第二测试设备。第二测试设备上也配置有与待测设备上相同的待测应用，第二测试设备基于待测应用通过空口接收到上述待测设备的待测应用发送的数据之后，通过无线局域网将接收到的数据透传至上述第一测试设备。
58.s103：基于上述消息测试数据和从上述第二测试设备接收到的数据，得到上述待测设备中待测应用对应的测试结果。
59.第一测试设备将通过无线局域网接收到的第二测试设备发送的数据与上述消息测试数据进行对比，在两数据一致的情况下，测试结果指示通信正常；在量数据不一致的情况下，测试结果指示通信不正常。
60.在一具体实施例中，待测应用为车用通信领域的v2x模组，v2x，即vehicle to everything/vehicle to x，一种车用无线通信技术，是意向以车辆为中心，与周边车辆、设备、基站通信，从而获取实时路况、道路信息、行人信息等一系列交通信息，以提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等，是未来智能交通运输系统的关键技术。第一测试设备根据测试需求生成了相关的消息测试数据，并通过无线局域网发送给待测设备，待测设备按照v2x模组的通信接口格式将上述消息测试数据发送v2x模组，v2x模组再通过空口发送给第二测试设备的v2x模组，第二测试设备通过无线局域网将接收到的数据透传给第一测试设备，第一测试设备通过对比消息测试数据和第二测试设备透传来的数据，即可得知v2x模组的通信是否正常，因为无线局域网的传输的准确性与稳定性较高，当上述数据对比结果不一致的情况下，说明v2x模组之间通信不正常，当上述数据对比结果一致的情况下，说明v2x模组之间通信正常，也即得到了待测设备上的待测应用对应的测试结果。
61.由上述可知，第一测试设备与待测设备之间通过无线局域网传递数据，而无线局域网数据传输效果好，数据传输准确性高，能够保证第一测试设备发送给待测设备的消息测试数据无误，待测设备与第二测试设备通过待测应用进行数据传输，第二测试设备与第一测试设备通过无线局域网进行数据传输，同样能够保证数据传输的准确性，于是只要第一测试设备对比数据结果不一致的情况下，即可表明待测设备与第二测试设备之间的数据传输有误，而待测设备与第二测试数据是基于待测应用进行通信，也即说明待测应用的测试结果是基于本测试所选的目标消息子集的通信不正常，反之，当第一测试设备对比数据结果一致的情况下，可表明通信正常。
62.在本公开的另一些实施例中，如图6，在生成消息测试数据之前，还包括如下步骤：显示控制参数配置界面，控制参数配置界面上包括时间控件和数据量控件，在上述控制参
数配置界面中的时间控件被触发的情况下，得到测试时长参数，测试时长参数用于限定测试时长；在上述控制参数配置界面中的数据量控件被触发的情况下，得到测试数据量参数，测试数据量参数用于限定生成的消息测试数据的上限值。
63.在一具体实施例中，测试人员触发了时间控件，设置了测试时长为10分钟，则当测试时长达到10分钟时，测试自动停止。
64.在另一具体实施例中，测试人员触发了数据量控件，设置了生成的消息测试数据的上限值为100，则第一测试设备生成100个测试数据，并在完成对这100个测试数据的测试后，测试自动停止。
65.通过时间控件以及数据量控件，测试人员可在测试开始前根据测试需求设置测试停止条件，当达到测试停止条件时，测试自动停止，无需测试人员在测试过程中频繁操作，因此本公开提供的自动化的测试便于测试人员实际使用，实用性高。
66.图7示出根据本公开实施例的一种车用消息测试系统的框架示意图，如图，本公开提供的车用消息测试系统包括第一测试设备、待测设备和第二测试设备，本公开提供的系统适用于本公开提供的上述任一实施例的车用消息测试方法。如图所示，第一测试设备与待测设备之间的通信方式是无线局域网，待测设备与第二测试设备之间的通信方式是空口通信，第二测试设备与第一测试设备之间的通信方式是无线局域网，通过本系统，上述消息测试数据可由第一测试设备生成，再通过无线局域网发送给待测设备，待测设备经过空口通信发给第二测试数据，最后经由第二测试设备通过无线局域网回传给第一测试设备，如此完成数据传递的闭环，由第一测试设备对比发送和接收的数据，对比得出测试结果。
67.下面结合图8、9、10详细说明第一测试设备、待测设备和第二待测设备的工作流程。
68.如图8所示，为第一测试设备的功能流程图，第一，第一测试设备确定目标消息子集；第二，确定生成方式，当生成方式为第一生成模式时，生成目标消息子集的模板文件，编辑模板文件生成目标消息子集的消息测试数据，当生成方式为第二生成模式时，获取数据生成参考信息，基于选择的目标消息子集和数据生成参考信息生成对应的消息测试数据；第三，设置控制参数，当触发的是时间控件时，可设置测试的最大时长，当测试时长达到最大时长时，测试自动停止，当触发的是数据量控件时，可设置测试的最大数据量，当消息测试数据达到最大数据量时，测试自动停止；第三步将生成的消息测试数据通过无线局域网发送给待测设备；第四，通过无线局域网接收第二测试设备发送的数据；第五，将接收到的数据与生成的消息测试数据进行对比，得出测试结果，当接收到的数据与生成的消息测试数据一致时，测试结果指示通信正常，当接受到的数据与生成的消息测试数据不一致时，测试结果指示通信不正常。
69.如图9所示，为待测设备的功能流程图，第一，待测设备通过无线局域网接收第一测试设备发送的消息测试数据；第二，待测设备将接收到的消息测试数据按照位于待测设备上的待测应用的通信格式传送给待测应用；第三，待测应用通过空口将消息测试数据发送给第二测试设备。
70.如图10所示，为第二测试设备的功能流程图，第一，第二测试设备通过其上配置的待测应用和空口接收待待测设备上的测应用发送的数据；第二，第二测试设备通过无线局域网将接收到的数据透传给第一测试设备。
71.为了便于理解本公开的技术方案和突出本公开提供的测试系统的操作便捷性，下面基于测试人员的角度举一具体实施例：
72.测试人员准备测试在车用通信领域的v2x模组上基于合作式智能运输系统、车用通信系统应用层及应用数据交互标准严格定义的14个相关的消息集的通信功能；
73.测试人员搭建测试环境，将第一测试设备通过无线局域网连接至待测设备，确认待测设备与第二测试设备之间的空口通信功能正常，将第二测试设备通过无线局域网连接至第一测试设备；
74.测试人员操作第一测试设备生成消息测试数据，第一测试设备显示测试数据配置界面，测试数据配置界面包括消息子集选择控件，测试人员在消息子集选择控件选择消息集d、e作为本次要测试的目标消息子集，消息集d与消息集e表征上述14个消息集中的任一消息子集第一测试设备响应于对所述消息子集选择控件的触发指令，确定了目标消息子集，接着测试人员在测试数据界面的生成方式选择控件选择生成方式，测试人员针对消息集d选取的生成方式为第一生成模式，第一测试设备基于消息集d和第一生成模式生成对应的消息测试数据，包括：第一测试设备生成消息集d的符合中国汽车工程学会发布的合作式智能运输系统、车用通信系统应用层及应用数据交互标准的结构体数据，上述第一测试设备再根据生成的结构体数据中的数据名称、数据值、数据嵌套关系，生成消息子集对应的xml文件，此时的xml文件即为上述模板文件，测试人员此时可对上述模板文件，即xml文件进行编辑，包括设定指定的数据等操作，得到本次测试中消息集d对应的消息测试数据,测试人员针对消息集e选取的生成方式为第二生成模式，测试人员根据测试需求设置数据生成参考信息，在本实施例中，数据生成参考信息包括数据范围、符合消息集e对应的标准的数据模型的参数，上述数据模型包括链表或联合体，具体地，对于常规数据，可以设置最大值、最小值和随机值，链表类数据可设置链表个数最大值、最小值、随机值，联合体类数据可设置唯一值、随机值。第一测试设备根据上述数据生成参考信息自动生成消息集e对应的消息测试数据，至此，生成了对消息集d、e对应的消息测试数据；
75.测试人员操作第一测试设备设置测试停止条件，第一测试设备显示控制参数配置界面，控制参数配置界面由时间控件和数据量控件，测试人员针对消息集d在时间控件上设置了测试时长为5分钟，在测试时长达到5分钟时，针对消息集d的测试将自动停止，测试人员针对消息集e在数据量控件上设置了消息测试数据的最大测试量为30，在测试的数据量达到30时，针对消息集e的测试将自动停止；
76.测试人员进行网络配置，确定待测设备的ip地址和端口号，便于第一测试设备与待测设备之间的通信，确定第一测试设备的ip地址和端口号，便于第二测试设备与第一测试设备之间的通信；
77.上述操作完成后，测试人员可以进行测试运行，测试人员点击第一测试设备上的启动键以启动测试，第一测试设备响应于启动键，将消息集d对应的消息测试数据通过无线局域网和待测设备的ip地址和端口号，发送给待测设备，待测设备接收到消息测试数据后，将消息测试数据按照v2x模组的通信格式发送给其上的v2x模组，v2x模组将收到的消息测试数据通过空口发送给第二测试设备上的v2x模组，第二测试设备将接收到的消息测试数据通过无线局域网发送给第一测试设备，重复上述数据传送的闭环操作，直至测试时长达到5min时，消息集d的测试自动停止，开始执行消息集e的测试，将消息集e对应的消息测试
数据通过无线局域网和待测设备的ip地址和端口号，发送给待测设备，待测设备接收到消息测试数据后，将消息测试数据按照v2x模组的通信格式发送给其上的v2x模组，v2x模组将收到的消息测试数据通过空口发送给第二测试设备上的v2x模组，第二测试设备将接收到的消息测试数据通过无线局域网发送给第一测试设备，重复上述数据传送的闭环操作，直至测试数据量达到30时，消息集e的测试自动停止。第一测试设备将接收到的第二测试设备发送的数据与在测试人员的操作下生成的消息测试数据进行对比，即可得到v2x模组基于消息集d、e的数据通信结果，当对比结果一致的情况下，测试结果指示此时v2x模组基于消息集d或者e的数据通信结果正常，当对比结果不一致的情况下，测试结果指示此时v2x模组基于消息集d或者e的数据通信结果不正常。
78.由此实施例可知，测试人员可以在第一测试设备上根据测试需求生成符合中国汽车工程学会通过合作式智能运输系统、车用通信系统应用层及应用数据交互标准严格定义的14个相关的消息集的消息测试数据，同时，可以自主设置测试数据的生成方式、测试自动停止的条件，并且测试人员可以根据测试需求一次选择多个消息集进行测试，针对每个消息集都可以单独配置它的消息测试数据生成方式、测试终止条件，并且针对一此选择了多个消息集进行测试的情况下，能够实现对消息集的轮询测试。对于测试结果，也可以直观地在第一测试设备上得到，测试人员基于本公开提供的车用消息测试方法和系统，仅需与第一测试设备进行交互，即可自动化地完成对上述任一消息集的通信测试，对于测试人员来说，使用十分便利，有利于降低测试人员地工作量和工作难度，对相关设备的合理使用大大提高了单位时间的消息数据的测试量，自动化的另一好处就是能够减少因人工参与带来的失误。
79.在上述车用消息测试方法的实施例的基础上，本发明另一实施例提供了一种存储介质，上述存储介质包括存储的计算机程序，其中，在上述计算机程序运行时，控制所述存储介质所在的设备执行本发明任意一实施例的车用消息测试方法。
80.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
81.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
82.用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标对象代码，上述编程语言包括面向对象的编程语言—诸如smalltalk、c 等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
83.这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
84.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
85.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
86.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，上述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
87.综上，本公开提供了一种车用消息测试方法、系统及计算机可读存储介质，通过生成消息测试数据，上述消息测试数据用于测试预设消息集中的任一消息，上述预设消息集包括符合各阶段下目标标准的全部消息子集，上述目标标准为合作式智能运输系统、车用通信系统应用层及应用数据交互标准；将上述消息测试数据发送至待测设备，以触发上述待测设备基于待测应用将上述消息测试数据发送至第二测试设备，上述第二测试设备用于
将接收到的数据透传至上述第一测试设备；基于上述消息测试数据和从上述第二测试设备接收到的数据，得到上述待测设备中待测应用对应的测试结果。本公开的技术方案，基于本领域标准的消息集，结合本公开提供的由第一测试设备、待测设备和第二测试设备组成数据测试系统，能够结合测试需求灵活完成对14个消息集的全覆盖自动化测试，同时便于测试人员操作，也能在一定程度上避免测试过程中的人工误差。
88.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。