一种测试方法、装置、系统及存储介质与流程

本申请涉及测试
技术领域：
，特别地涉及一种测试方法、装置、设备及存储介质。
背景技术：
：智能化和网联化是车联网的重要发展趋势。作为汽车网联化的关键支撑技术，v2x(vehicletoeverything)技术可以实现车车协同、车路协同以及车人协同，通过v2x技术可以将道路上所有的参与个体组建成一个信息网络，这个网络既可以满足个体之间的信息交互，也可以实现集群内的智慧管控，令道路交通变得更加安全和可控。近些年国内外都在努力推动v2x技术的商业化普及。早期车联网尝试通过基于wave的dsrc标准通信，但是由于dsrc标准通信延迟高，可靠性低，通信距离短等问题，目前国内外主推lte-v2x标准。基于lte-v2x的直通通信(pc5)具有时延低，通信容量大和频谱利用率高等优点。以pc5口的资源分配方法和蜂窝通信基站的不同关系分类，lte-v2xpc5的资源调度方式可以分为工作模式3和工作模式4两种。工作模式3需要基站参与ue资源调度，工作模式4的ue可以工作在没有基站的环境下，避免基站调度的信令开销。目前国内大部分的终端使用的是工作模式4。在现有的lte-v2xpc5通信质量测试方法中，缺少对lte-v2xpc5通信机制统一的测试方法和标准，也存在着两个终端设备在相同地点的测试结果复现难度高等问题。并且目前lte-v2x的网络层协议和应用层协议没有可用于通信质量测试的统一协议，各自厂家的终端间使用各自专有的测试数据格式进行通信测试，如果不同厂家的终端需要测试通信质量则需要至少一方进行二次开发以适配对方的测试协议，使得现有的测试方法测试效率较低。技术实现要素：针对上述问题，本申请提供一种测试方法、装置、系统及存储介质。本申请提供了一种测试方法，包括：根据测试配置信息生成请求测试配置消息，并对所述请求测试配置消息进行广播；在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备，其中，所述确认配置消息是被测设备基于所述请求测试配置消息生成的；在接收到所述被测设备发送的确认开始时间消息后，基于确认开始时间消息中的时间延迟信息确定第一测试开始时间，其中，所述时间延迟信息是所述被测设备基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的，所述确认开始时间消息是基于所述请求开始时间消息生成的；在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试。在一些实施例中，所述在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备，包括：在接收到被测设备发送的确认配置消息的情况下，基于所述确认配置消息确定所述被测设备的地址信息；基于所述地址信息和第二测试开始时间，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备。在一些实施例中，所述方法还包括：在达到测试结束条件的情况下，发送请求结束测试消息至所述被测设备；在接收到被测设备发送的结束确认消息的情况下，结束测试，其中，所述结束确认消息是基于所述请求结束测试消息生成的。在一些实施例中，所述方法还包括：接收所述被测设备发送的第二测试数据消息，其中，所述第二测试数据消息的扩展域中记录有测试包信息，所述第二测试数据消息是基于所述测试配置信息生成的；基于所述测试包信息对所述被测设备进行通信性能测试。在一些实施例中，各个消息为专用短协议dsmp消息，dsmp消息的扩展域中定义测试协议。本申请实施例再提供一种测试方法，应用于被测终端，包括：在接收到测试设备发送的请求测试配置消息的情况下，基于所述请求测试配置消息中的测试配置信息进行测试配置，并发送确定配置消息至所述测试设备；在接收到所述测试设备发送的请求开始时间消息的情况下，发送确定开始时间消息，其中，所述请求开始时间消息中包括：第二测试开始时间，所述确定开始时间消息包括接收时间延迟信息，所述接收时间延迟信息基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的；在达到第二测试开始时间的情况下，基于所述测试配置信息发送第二测试数据消息，以使所述测试设备基于所述第二测试数据消息进行测试。在一些实施例中，所述方法还包括：在接收到测试设备发送的请求结束测试消息的情况下，停止发送所述第二测试数据消息；并发送结束确认消息至所述测试设备，以结束测试。本申请实施例提供一种测试装置，包括：第一生成模块，用于根据测试配置信息生成请求测试配置消息，并对所述请求测试配置消息进行广播；第二生成模块，用于在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备，其中，所述确认配置消息是被测设备基于所述请求测试配置消息生成的；第一确定模块，用于在接收到所述被测设备发送的确认开始时间消息后，基于确认开始时间消息中的时间延迟信息确定第一测试开始时间，其中，所述时间延迟信息是所述被测设备基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的，所述确认开始时间消息是基于所述请求开始时间消息生成的；第一测试模块，用于在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试。本申请实施例提供一种测试系统，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行上述任意一项所述的测试方法。本申请实施例提供一种存储介质，该存储介质存储的计算机程序，可被一个或多个处理器执行，可用来实现上述任一项所述的测试方法。本申请提供的一种测试方法、装置、系统及存储介质，通过测试设备发送请求测试配置消息至被测设备，被测设备发送确认配置消息，测试设备在接收到确认配置消息后发送请求开始时间消息至被测设备，被测设备发送确认开始时间消息至测试设备，在达到约定的时间的情况下，测试设备和被测设备同时发送测试数据消息，实现了测试设备对被测设备进行自动测试，提高了测试效率。附图说明在下文中将基于实施例并参考附图来对本申请进行更详细的描述。图1为本申请实施例提供的一种测试方法的实现流程示意图；图2为本申请实施例提供的一种测试方法的实现流程示意图；图3为本申请实施例提供的一种测试方法的流程示意图；图4为本申请实施例提供的一种测试装置的结构示意图；图5为本申请实施例提供的测试系统的组成结构示意图。具体实施方式为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。如果申请文件中出现“第一\第二\第三”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的
技术领域：
的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。基于相关技术中存在的问题，本申请实施例提供一种测试方法，所述方法应用于测试设备，测试设备可以是电脑、移动终端、车载设备等。本申请实施例提供的测试方法所实现的功能可以通过测试终端的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。本申请实施例提供一种测试方法，图1为本申请实施例提供的一种测试方法的实现流程示意图，如图1所示，包括：步骤s101，根据测试配置信息生成请求测试配置消息，并对所述请求测试配置消息进行广播。本申请实施例中，所述请求测试配置消息是专用短消息协议(dsmp，dedicatedshortmessageprotocol)消息，dsm消息的类型可以分为trap消息和informrequest消息，其中，trap消息用于在测试过程中通信的报文，接收方接收到后不需要回复。informrequest消息用于测试开始前和测试结束的服务注册和取消，需要接收方回复。trap消息是非可靠协议，informrequest消息是可靠协议，没有收到回执会自动重发，在dsmp消息中，定义了有通信测试协议，该通信测试协议位于dsmp消息的包头的扩展域部分。本申请实施例中，所述请求测试配置消息的类型为informrequest消息，表1为本申请实施例提供的dsmp消息的结构示意图表，如表1所示，表1为本申请实施例提供的dsmp消息的结构示意图表在dsmp消息中，字段一有3bits，用于填写dsmp版本，字段二有1bits，用于填写dsmp扩展域指示，字段三有4bits，用于预留，字段四为扩展域，字段5填写为应用标识，字段六标识数据长度，字段七用于填写数据。在生成请求测试配置消息时，自动按照规定填写dsmp版本，并将dsmp扩展域指示置为1，预留部分均填写0。本申请实施例中，扩展域部分的格式如表2所示，如表2所示，表2为本申请实施例提供的一种扩展域的结构示意表字段一用于指定信息元素个数，字段二用于指定信息元素。本申请实施例中，所述信息元素可以有一个或多个。每个信息元素都有可计算的长度，信息元素帧的结构如表3所示，如表3所示，表3为本申请实施例提供的一种新型元素帧的结构示意表字段一字段二字段三1字节varvarelementidlengthcontent元素标识长度内容信息元素帧中字段一为元素标识，字段二为长度，字段三为内容。测试配置信息可以是预先存储在测试终端上的。在一些实施例中，测试配置信息可以是当进行测试时，用户导入的测试配置信息。其中信息元素个数和长度为变长字段，编码方式参见表4，如表4所示，表4为本申请实施例提供的一种信息元素的编码方式表本申请实施例中，包括两种信息元素elementid，分别为通信性能测试trap消息和通信性能测试informrequest消息。定义通信过程中用于统计的测试数据包信息元素内容为dtrm格式(dsmptestrunningmessage)，通信开始和结束用于控制的信息元素内容为dtcm格式(dsmptestcontrolmesasge)。其中，dtcm格式如表5所示：表5为本申请实施例提供的一种dtcm格式的结构示意表本申请实施例中，当请求测试配置时，字段一进行填充，当请求结束测试时，字段2填充。以此类推。其中，配置信息在请求测试配置为1时才会填充，配置信息参见表6，表6为本申请实施例提供的一种配置信息的结构示意图表配置信息包括：测试模型、位置域指示、测试周期索引、测试包总数、测试dpu长度，测试aid、sps配置信息，本申请实施例中，测试模式指示当前测试的资源调度方式，0为sps方式，1为动态调度方式，使用sps方式时sps配置信息才会填写。位置域指示当前测试中是否包括位置信息记录。测试周期索引从0到11分别指示12种常用的周期，即20ms，50ms，100ms，200ms，300ms，400ms，500ms，600ms，700ms，800ms，900ms，1000ms。测试pdu长度指示填写测试dsmp包的data域长度。测试aid和dsmp包头的aid填写规则一样。sps配置信息格式参见表7：表7为本申请实施例提供的一种sps配置信息结构示意表pppp为prosepriorityperpacket，范围为1到8，预留周期索引和上表测试周期索引一样。预留带宽大小和底层数据包是否分包有。dtrm格式如表8所示，表8为本申请实施例提供的一种dtrm格式的结构示意表本申请实施例中，可以在dtcm格式的字段一中填写请求测试配置，并将配置信息填写在字段七中，生成请求测试配置消息。本申请实施例中，当生成了请求测试配置消息后，测试设备可以进行广播，以将请求测试配置信息发送给被测设备。步骤s102，在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备。本申请实施例中，所述确认配置消息为dsmp消息，类型为informrequest消息，所述确认配置消息是被测设备基于所述请求测试配置消息生成的。本申请实施例中，被测设备在接收到请求测试配置消息后，可以对请求测试配置消息进行解析，获取到请求测试配置和测试配置信息。被测设备基于测试配置信息进行配置。本申请实施例中，配置信息可以包括：测试模型、位置域指示、测试周期索引、测试包总数、测试dpu长度，测试aid、sps配置信息等。被测设备可以填充dtcm格式中的字段三，以生成确认配置消息。被测设备将请求测试配置消息解析后，可以检查注册服务表，如果已经注册通信测试应用，则按照请求测试配置消息对测试用例的配置信息，配置自身网络层功能，并发送确认配置消息。本申请实施例中，当测试设备接收到确认配置消息的情况下，对所述确认配置消息进行解析，以得到dtcm格式字段三中的信息，以确定该消息是否为确认配置消息，并可以确定请求测试配置消息的格式。本申请实施例中，当测试设备确认消息为确认配置消息的情况下，测试设备能够确定被测设备的地址信息，该地址信息可以是mac地址，测试设备在dtcm格式中的字段四中填写请求开始时间，并在字段九中填写测试开始时间，在字段八中填写被测设备地址，从而生成请求开始时间消息。并将请求开始时间消息发送给被测设备。本申请实施例中，请求开始时间消息中包括第二测试开始时间。请求开始时间消息为dsmp消息，类型为informrequest消息。步骤s103，在接收到所述被测设备发送的确认开始时间消息后，基于确认开始时间消息中的时间延迟信息确定第一测试开始时间。所述确认开始时间消息为被测设备接收到请求开始时间消息后生成的，所述确认开始时间消息为dsmp消息，dsm消息的类型为informrequest消息，在dtcm格式中的字段十填写时间延迟信息，在dtcm格式中的字段五填写确认开始时间，从而生成确认开始时间消息。本申请实施例中，测试设备可以对确认开始时间消息进行解析，以获取时间延迟信息，并基于时间延迟信息进行延时偏移。本申请实施例中，可以是第二开始时间减去时间延迟信息得到第一开始时间。本申请实施例中，通过确认第一测试开始时间，能够使测试设备和被测设备同时进行测试。步骤s104，在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试。本申请实施例中，第一测试数据消息为dsmp消息，类型为trap消息。本申请实施例中，当测试设备发送第一测试数据消息给被测设备时，被测设备同时也发送第二测试数据消息给测试设备，从而进行被测设备的测试。本申请提供的一种测试方法，通过测试设备发送请求测试配置消息至被测设备，被测设备发送确认配置消息，测试设备在接收到确认配置消息后发送请求开始时间消息至被测设备，被测设备发送确认开始时间消息至测试设备，在达到约定的时间的情况下，测试设备和被测设备同时发送测试数据消息，实现了测试设备对被测设备进行自动测试，提高了测试效率。在一些实施例中，步骤s102“所述在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备”可以通过以下步骤实现：步骤s1021，在接收到被测设备发送的确认配置消息的情况下，基于所述确认配置消息确定所述被测设备的地址信息。本申请实施例中，在接收到确认配置消息后，测试设备可以对被测设备进行解析，获取到被测设备的地址信息，该地址信息为mac地址。步骤s1022，基于所述地址信息和第二测试开始时间，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备。本申请实施例中，可以将地址信息填充在dtcm格式的字段八中，第二测试开始时间填写在字段九中，然后生成请求开始时间消息。在生成了请求开始时间消息后，可以基于地址信息发送给被测设备。本申请实施例提供的一种测试方法，通过测试设备发送请求测试配置消息至被测设备，被测设备发送确认配置消息，测试设备在接收到确认配置消息后确定被测设备的地址信息，基于地址信息和第二测试开始时间生成请求开始时间消息。并发送请求开始时间消息至被测设备，被测设备发送确认开始时间消息至测试设备，在达到约定的时间的情况下，测试设备和被测设备同时发送测试数据消息，实现了测试设备对被测设备进行自动测试，提高了测试效率。在一些实施例中，在步骤s104“在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试”之后，所述方法还包括：步骤s105，在达到测试结束条件的情况下，发送请求结束测试消息至所述被测设备。本申请实施例中，测试结束条件可以是发送完第一测试数据消息的数据包数量，该数量可以是预先设定好的。本申请实施例中，当达到预先设定好的发送数据包数据的情况下，则达到测试结束条件，将dtcm格式中的字段二进行填充，以生成请求结束测试消息。请求结束测试消息为dsmp消息，类型为informrequest消息。步骤s106，在接收到被测设备发送的结束确认消息的情况下，结束测试，其中，所述结束确认消息是基于所述请求结束测试消息生成的。本申请实施例中，被测设备接收到请求结束测试消息的情况下，停止发送所述第二测试数据消息；并发送结束确认消息至所述测试设备，在测试设备接收到被测设备发送的结束确认消息的情况下，结束测试。本申请实施例提供的测试方法，在达到测试结束条件的情况下，自动结束测试，提高了测试效率。在一些实施例中，在步骤s104“在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试”之后，所述方法还包括：步骤s107，接收所述被测设备发送的第二测试数据消息，其中，所述第二测试数据消息的扩展域中记录有测试包信息，所述第二测试数据消息是基于所述测试配置信息生成的。本申请实施例中，所述第二测试数据消息为dsmp消息，类型为trap消息。第二测试数据消息中信息元素格式为dtrm格式，所述测试包信息包括：测试包序号、测试包时间戳、收到对端上个包的序号、收到对端上个包的时间戳、收到对端总包数等。本申请实施例中，被测设备在接收到第一测试数据消息的同时，会统计第一测试数据消息中的信息，得到测试包序号、测试包时间戳、收到对端上个包的序号、收到对端上个包的时间戳、收到对端总包数等。本申请实施例中，被测设备将测试包信息写入第二测试数据消息中，并发送给测试设备。步骤s108，基于所述测试包信息对所述被测设备进行通信性能测试。本申请实施例中，测试设备可以基于测试包信息对被测设备进行通信性能测试，可以对被测设备的发送性能和接收性能进行测试，所述通信性能测试可以包括：丢包率、时延、吞吐量及通信距离等。本申请实施例中，被测设备接收如果不丢包，则每次测试设备收到的被测设备数据包中总的测试设备包个数应至多为当前测试设备发送包个数。被测设备如果在接收时丢包，则从丢包时刻开始，测试设备收到的被测设备数据包中总的测试设备数据包个数小于或等于当前测试设备发送包个数-1。被测设备如果是在发送时丢包，则只要至少有一次测试设备收到被测设备数据包，就可以统计出被测设备的发送丢包率，和被测设备的接收丢包率。本申请实施例再提供一种测试方法，应用于被测设备，被测设备可以是电脑、移动终端、车载设备等。本申请实施例提供的测试方法所实现的功能可以通过测试终端的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。本申请实施例提供一种测试方法，图2为本申请实施例提供的一种测试方法的实现流程示意图，如图2所示，包括：步骤s201，在接收到测试设备发送的请求测试配置消息的情况下，基于所述请求测试配置消息中的测试配置信息进行测试配置，并发送确定配置消息至所述测试设备。本申请实施例中，请求测试配置消息为dsmp消息，dsmp消息的类型informrequest消息，被测设备接收到请求测试配置消息的情况下，对所述请求测试配置消息进行解析，以获取dtcm格式中测试配置信息。在解析到测试配置信息后，被测设备基于所述测试配置信息进行配置，在进行配置前，可以检查注册服务表，如果已经注册通信测试应用，则按照测试配置信息对测试用例进行配置，并配置自身网络层功能，并发送确认配置消息，如果没有进行注册通信测试应用，则需要先进行注册。本申请实施例中，所述确认配置消息为dsmp消息，dsm消息的类型informrequest消息。被测设备可以填充dtcm格式中的字段三，以生成确认配置消息。步骤s202，在接收到所述测试设备发送的请求开始时间消息的情况下，发送确定开始时间消息。本申请实施例中，测试设备接收到被测设备发送的确认配置消息后，生成请求开始时间消息，所述请求开始时间消息中包括：第二测试开始时间，所述确定开始时间消息包括接收时间延迟信息，所述接收时间延迟信息基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的。本申请实施例中，请求开始时间消息为dsmp消息，类型为informrequest消息。本申请实施例中，被测设备接收到请求开始时间消息后，生成确认开始时间消息，该确认开始时间消息为dsmp消息，dsm消息的类型为informrequest消息，在dtcm格式中的字段十填写时间延迟信息，在dtcm格式中的字段五填写确认开始时间，从而生成确认开始时间消息。步骤s203，在达到第二测试开始时间的情况下，基于所述测试配置信息发送第二测试数据消息，以使所述测试设备基于所述第二测试数据消息进行测试。本申请实施例中，所述第二测试数据消息为dsmp消息，类型为trap消息。可以基于第二测试消息中dtrm格式中的信息进行测试，测试设备可以基于测试包信息对被测设备进行通信性能测试，所述通信性能测试可以包括：丢包率、时延、吞吐量及通信距离等。在一些实施例中，在步骤s203“在达到第二测试开始时间的情况下，基于所述测试配置信息发送第二测试数据消息，以使所述测试设备基于所述第二测试数据消息进行测试”之后，所述方法还包括：步骤s204，在接收到测试设备发送的请求结束测试消息的情况下，停止发送所述第二测试数据消息；步骤s205，并发送结束确认消息至所述测试设备，以结束测试。本申请实施例中，所述结束确认消息为请求结束测试消息为dsmp消息，类型为rap消息。基于前述的各个实施例，本申请实施例在提供一种测试方法，所述方法应用于测试系统，所述测试系统包括：测试设备和被测设备，图3为本申请实施例提供的一种测试方法的流程示意图，如3所示，所述方法包括：步骤s301，测试设备根据测试配置信息生成请求测试配置消息，并对所述请求测试配置消息进行广播。步骤s302，被测设备在接收到测试设备发送的请求测试配置消息的情况下，基于所述请求测试配置消息中的测试配置信息进行测试配置，并发送确定配置消息至所述测试设备。步骤s303，测试设备在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备。其中，所述确认配置消息是被测设备基于所述请求测试配置消息生成的。步骤s304，被测设备在接收到所述测试设备发送的请求开始时间消息的情况下，发送确定开始时间消息。其中，所述请求开始时间消息中包括：第二测试开始时间，所述确定开始时间消息包括接收时间延迟信息，所述接收时间延迟信息基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的。步骤s305，测试设备在接收到所述被测设备发送的确认开始时间消息后，基于确认开始时间消息中的时间延迟信息确定第一测试开始时间。其中，所述时间延迟信息是所述被测设备基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的，所述确认开始时间消息是基于所述请求开始时间消息生成的；步骤s306，测试设备在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试。步骤s307，被测设备在达到第二测试开始时间的情况下，基于所述测试配置信息发送第二测试数据消息，以使所述测试设备基于所述第二测试数据消息进行测试。步骤s308，在达到测试结束条件的情况下，测试设备发送请求结束测试消息至所述被测设备。步骤s309，在接收到测试设备发送的请求结束测试消息的情况下，被测设备停止发送所述第二测试数据消息，并发送结束确认消息至所述测试设备。步骤s310，测试设备在接收到被测设备发送的结束确认消息的情况下，结束测试。其中，所述结束确认消息是基于所述请求结束测试消息生成的。本申请提供的一种测试方法，通过测试设备发送请求测试配置消息至被测设备，被测设备发送确认配置消息，测试设备在接收到确认配置消息后发送请求开始时间消息至被测设备，被测设备发送确认开始时间消息至测试设备，在达到约定的时间的情况下，测试设备和被测设备同时发送测试数据消息，实现了测试设备对被测设备进行自动测试，提高了测试效率。基于前述的各个实施例，本申请实施例再提供一种测试方法，所述方法包括：步骤s401，测试设备和被测设备向网络层注册通信测试应用aid，注册后网络层才能对通信测试协议进行解析和执行相应的操作。步骤s402，测试设备根据测试用例配置信息，以固定频率广播informrequest消息格式的请求测试配置dtcm，被测设备接收到请求测试配置dtcm后，检查注册服务表，如果已经注册通信测试应用，则按照dtcm中对测试用例的配置信息，配置自身网络层功能，然后回复测试设备informrequest格式的确认配置dtcm。测试设备收到确认配置dtcm后发送informrequest格式的请求开始时间dtcm，被测设备收到后回复trap消息格式的确认开始时间dtcm。步骤s403，在约定开始测试时刻测试设备和被测设备同时开始发送trap消息格式dtrm。测试过程中只要测试设备和被测设备之间不是永久丢包，测试设备收到被测设备的dtrm后，一方面可以统计被测设备的发送丢包率、时延、吞吐量及通信距离等信息，另一方面可以通过被测设备的dtrm记录的接收情况统计被测设备的接收丢包率、时延、吞吐量及通信距离等信息。步骤s404，测试设备达到测试结束条件，测试设备发送informrequest格式的请求结束测试dtcm，被测设备接收并停止通信测试服务，然后反馈测试设备一个trap格式的结束确认dtcm，测试结束。基于前述的测试方法，本申请实施例再提供一种测试系统，该系统为实现通信性能测试自动化执行和自动化分析测试结果提供支持。测试系统具备导入和配置测试用例的功能，实现一次用例配置可多次复用。测试系统还应具备测试结果的自动化分析，和测试用例的自动化执行，如配置好测试用例后，自动执行所有用例，测试过程中不需要测试人员额外进行操作，测试系统自动将测试过程数据进行收集和统计分析，最后得到测试结果报告。该测试系统应包括三个接口与测试设备或被测设备进行通信。其中第一个接口，需要实现将测试用例配置传入测试设备，控制测试设备开始发送请求配置dtcm消息。第二个接口，需要实现在测试过程中，接收测试设备返回收到的被测设备数据包。第三个接口，需要实现接收测试过程中测试设备感知的外部影响因素，该外界因素包括测试过程中位置的变化，天线信号强度的变化以及可能的异常信息等。该通信测试系统应提供一个二次开发接口和对应的调度策略。二次开发接口协议中包含测试用例配置信息，接收数据包格式信息和外部因素信息。二次开发接口实现格式为局域网通信方式，不会受限于不同设备的开发环境。测试系统可以提前终止测试，并将结合截止到测试结束时的数据进行统计。基于前述的实施例，本申请实施例提供一种测试装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu，centralprocessingunit)、微处理器(mpu，microprocessorunit)、数字信号处理器(dsp，digitalsignalprocessing)或现场可编程门阵列(fpga，fieldprogrammablegatearray)等。本申请实施例提供一种测试装置，图4为本申请实施例提供的一种测试装置的结构示意图，如图4所示，测试装置400包括：第一生成模块401，用于根据测试配置信息生成请求测试配置消息，并对所述请求测试配置消息进行广播；第二生成模块402，用于在接收到被测设备发送的确认配置消息的情况下，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备，其中，所述确认配置消息是被测设备基于所述请求测试配置消息生成的；第一确定模块403，用于在接收到所述被测设备发送的确认开始时间消息后，基于确认开始时间消息中的时间延迟信息确定第一测试开始时间，其中，所述时间延迟信息是所述被测设备基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的，所述确认开始时间消息是基于所述请求开始时间消息生成的；第一测试模块404，用于在达到所述第一测试开始时间的情况下，发送第一测试数据消息，以基于所述第一测试数据消息对所述被测设备进行测试。在一些实施例中，所述第二生成模块402包括：确定单元，用于在接收到被测设备发送的确认配置消息的情况下，基于所述确认配置消息确定所述被测设备的地址信息；生成单元，用于基于所述地址信息和第二测试开始时间，生成请求开始时间消息，并发送所述请求开始时间消息至所述被测设备。在一些实施例中，测试装置400还包括：第一发送模块，用于在达到测试结束条件的情况下，发送请求结束测试消息至所述被测设备；第一接收模块，用于在接收到被测设备发送的结束确认消息的情况下，结束测试，其中，所述结束确认消息是基于所述请求结束测试消息生成的。在一些实施例中，测试装置400还包括：第二接收模块，用于接收所述被测设备发送的第二测试数据消息，其中，所述第二测试数据消息的扩展域中记录有测试包信息，所述第二测试数据消息是基于所述测试配置信息生成的；第二测试模块，用于基于所述测试包信息对所述被测设备进行通信性能测试。在一些实施例中，各个消息为专用短协议dsmp消息，dsmp消息的扩展域中定义测试协议。本申请实施例再提供一种测试装置，所述测试装置包括：配置模块，用于在接收到测试设备发送的请求测试配置消息的情况下，基于所述请求测试配置消息中的测试配置信息进行测试配置，并发送确定配置消息至所述测试设备；第二发送模块，用于在接收到所述测试设备发送的请求开始时间消息的情况下，发送确定开始时间消息，其中，所述请求开始时间消息中包括：第二测试开始时间，所述确定开始时间消息包括接收时间延迟信息，所述接收时间延迟信息基于发送所述确定开始时间消息的第一时间和接收到所述请求开始时间消息的第二时间确定的；第三测试模块，用于在达到第二测试开始时间的情况下，基于所述测试配置信息发送第二测试数据消息，以使所述测试设备基于所述第二测试数据消息进行测试。在一些实施例中，所述测试装置还包括：停止模块，用于在接收到测试设备发送的请求结束测试消息的情况下，停止发送所述第二测试数据消息；第三发送模块，用于并发送结束确认消息至所述测试设备，以结束测试。需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的测试方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。相应地，本申请实施例提供一种存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述实施例中提供的测试方法中的步骤。本申请实施例提供一种测试系统；图5为本申请实施例提供的测试系统的组成结构示意图，如图5所示，所述测试系统500包括：一个处理器501、至少一个通信总线502、用户接口503、至少一个外部通信接口504、存储器505。其中，通信总线502配置为实现这些组件之间的连接通信。其中，用户接口503可以包括显示屏，外部通信接口504可以包括标准的有线接口和无线接口。所述处理器501配置为执行存储器中存储的测试方法的程序，以实现以上述实施例提供的测试方法中的步骤。以上显示设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请计算机设备和存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台控制器执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。当前第1页12