Lightweight communication service performance test system and method, and vehicle

Abstract

The invention relates to a lightweight communication service performance test system and method, and a vehicle. The system comprises a tested device group used for communication service performance test, and a control device in communication connection with at least one sub-device in the tested device group. A test program for realizing each performance test is adaptively arranged in the tested equipment group; and in response to a mode instruction sent by the control device, at least one sub-device in the tested device group determines a test mode according to the mode instruction, and switches and executes a corresponding target test program based on the test mode, thereby obtaining a performance test result in the corresponding test mode. According to the method and the device, the problem that in the prior art, the tested equipment lacks a method which meets the lightweight communication service test requirement and can freely switch the test modes is solved, and the performance of the communication service is effectively evaluated through switching of the lightweight communication service performance test modes, so that the performance of automobile software is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of communication technology, and in particular to a lightweight communication service performance testing system, method and vehicle. Background Art

[0002] Communication services such as Distributed Data Distribution Service (DDS) are currently widely used communication middleware technologies in defense, aviation and other fields. Through specifications, DDS can implement remote procedure calls (RPCs) based on publish-subscribe models to meet the needs of SOA architecture.

[0003] The Automotive Software Architecture (AUTOSAR) is a standardized automotive software development framework that organizes automotive software in a layered manner to make software development, verification, and maintenance more efficient. DDS is an important component of AUTOSAR, which is responsible for transmitting data between different software components. In practical applications, DDS can run on different hardware platforms, such as resource-rich SoC (System on Chip) or resource-limited MCU (Micro Control Unit) environments.

[0004] In the existing technology, when using the standard version of DDS in a SOC environment to perform performance tests such as latency and throughput, the test mode is switched through the command line and the system must be restarted to achieve the mode switch. The test mode can be pub / sub mode, ping / pong mode, etc.

[0005] However, when evaluating the performance of Classic AUTOSAR lightweight DDS, since lightweight DDS runs in an MCU environment with limited resources and has no command line interface, it is impossible to switch the test mode by entering the command line. To switch the test mode, the corresponding target test program needs to be recompiled and burned to the device. Therefore, it is impossible to switch the test mode in the MCU environment to realize the performance evaluation of lightweight DDS.

[0006] In view of this, how to effectively evaluate the performance of lightweight DDS in resource-constrained environments has become an important issue. Summary of the invention

[0007] In order to overcome the problems existing in the related art, the present disclosure provides a lightweight communication service performance testing system, method and vehicle.

[0008] According to a first aspect of an embodiment of the present disclosure, there is provided a lightweight communication service performance test system, comprising a device group under test for DDS performance testing, and also comprising a control device in communication connection with at least one sub-device in the device group under test;

[0009] A test program for implementing a communication service performance test adapted and set in the device group under test;

[0010] In response to the mode instruction sent by the control device, at least one sub-device in the device group under test switches to the corresponding test mode according to the mode instruction, so that the device group under test executes the corresponding target test program based on the test mode, thereby obtaining the performance test results under the corresponding test mode.

[0011] Preferably, a monitoring and analysis component is provided in the device group under test;

[0012] The monitoring and analysis component monitors the mode instruction sent by the control device, and when the mode instruction is monitored and it is determined that the current state meets the switching condition, the target test program of the corresponding test mode is determined and executed according to the mode instruction.

[0013] Preferably, an execution monitoring component is provided in the device group under test to monitor whether the device group under test is in a test state. When the device group under test is monitored to be in a non-test state and feedback is given to the monitoring and analysis component, the monitoring and analysis component then analyzes the mode instruction sent by the control device.

[0014] Preferably, the mode instructions are transmitted between the sub-devices in the device group under test and between the control device and the sub-devices connected to it in communication via DDS transmission mode;

[0015] The sub-device connected to the control device for communication is an MCU type device.

[0016] Preferably, the mode instructions are transmitted between the sub-devices in the device group under test and between the sub-devices connected to the control device for communication via DDS transmission, which is implemented by the following configuration:

[0017] The device group under test subscribes to a topic for receiving mode instructions issued by the control device, determines the specified test mode parameters by parsing the data received by the topic, rewrites the test mode parameters of the test program accordingly, jumps to and executes the corresponding test program block to implement communication service performance testing.

[0018] Preferably, the device group under test is provided with two sub-devices, and the two sub-devices are respectively adapted to configure test programs for implementing the pub / sub mode and the ping / pong mode; or

[0019] The device group under test is configured with two groups of devices, and each group of devices is configured with two sub-devices, which are respectively adapted to implement the test program of the pub / sub mode or the test program of the ping / pong mode;

[0020] During the mode switching process, the sub-device receives the mode instruction sent by the control device, parses the mode instruction, determines the sub-device role, jumps to and executes the target test code block of the sub-device role in the corresponding mode.

[0021] Preferably, the device group under test is provided with two sub-devices, and the sub-devices are both configured with test programs for implementing pub mode, sub mode, ping mode and pong mode;

[0022] During the mode switching process, the mode instruction includes role information of any one or all sub-devices in the device group under test, and the role of each sub-device is determined based on the role information and the corresponding target test program block is executed.

[0023] According to the second aspect of an embodiment of the present disclosure, a communication service performance testing method is provided, comprising: responding to a mode instruction sent by a control device, at least one sub-device in a tested device group switches to a corresponding test mode according to the mode instruction; the tested device group executes a target test program corresponding to the test mode based on a determined test mode, and obtains a performance test result under the corresponding test mode, wherein a test program for implementing a communication service performance test is adapted and set in the tested device group.

[0024] Preferably, the method further comprises the following steps:

[0025] The mode command issued by the control device is monitored by the monitoring and analysis component. When the mode command is monitored, the monitoring component is executed to determine whether the current device group under test is in a test execution state;

[0026] When it is monitored that the device group under test is in a non-execution state, the mode switching condition is met, and the monitoring and analysis component determines and executes the target test program of the corresponding test mode according to the mode instruction.

[0027] According to a third aspect of an embodiment of the present disclosure, a vehicle is provided, storing a set of instruction sets, wherein the instruction sets are executed by the vehicle to implement the communication service performance testing method provided by the second aspect of the present disclosure.

[0028] The technical solution provided by the embodiments of the present disclosure may have the following beneficial effects:

[0029] Based on the test program implemented in each test mode set in the device group under test, the test requirements are determined according to the mode instruction analysis sent by the control device. After the device group under test waits for the test program being executed to end, at least one sub-device in the device group under test switches to and executes the corresponding test mode, so that the device group under test executes the corresponding target test program based on the test mode. There is no need to repeatedly burn the corresponding target test program in the device group under test for test requirements, which makes the testing process cumbersome. There is no need to restart the communication service performance test system to achieve switching of the performance test mode of lightweight communication services in a resource-constrained hardware environment. This solves the problem in the prior art that the device under test lacks a method for arbitrarily switching the test mode to meet the test requirements of lightweight communication services. Switching of the lightweight communication service performance test mode is achieved to effectively evaluate the performance of the communication service, so as to improve the performance of the automotive software.

[0030] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0032] Figure 1 The figure is a block diagram of a lightweight communication service performance test system for ClassicAUTOSAR according to an exemplary embodiment.

[0033] Figure 2 is an interactive diagram of DDS test latency in pub / sub mode according to an exemplary embodiment.

[0034] Figure 3 is an interactive diagram of DDS test latency in ping / pong mode according to an exemplary embodiment.

[0035] Figure 4 The present invention is a flow chart showing a method for implementing test mode switching management by combining a tested device group with a monitoring and analysis component according to an exemplary embodiment.

[0036] Figure 5 The diagram is an interaction diagram showing that a group of devices under test implements a pub / sub mode test according to a mode instruction according to an exemplary embodiment.

[0037] Figure 6 The diagram is an interaction diagram showing that a group of devices under test implement a ping / pong mode test according to a mode instruction according to an exemplary embodiment.

[0038] Figure 7The present invention is a flow chart of a lightweight communication service performance testing method according to an exemplary embodiment.

[0039] Figure 8 is a block diagram of a vehicle according to an exemplary embodiment. DETAILED DESCRIPTION

[0040] Exemplary embodiments will be described in detail below with reference to the accompanying drawings.

[0041] It should be pointed out that the relevant embodiments and drawings are only for describing exemplary embodiments provided by the present disclosure, rather than all embodiments of the present disclosure, and it should not be understood that the present disclosure is limited to the relevant exemplary embodiments.

[0042] It should be noted that the terms "first", "second", etc. used in the present disclosure are only used to distinguish different steps, devices or modules, etc. The related terms neither represent any specific technical meanings nor indicate the order or interdependence between them.

[0043] It should be noted that the modifications of the terms "one", "multiple", and "at least one" used in the present disclosure are illustrative rather than restrictive. Unless otherwise clearly indicated in the context, it should be understood as "one or more".

[0044] It should be noted that the term "and / or" used in this disclosure is used to describe the association relationship between associated objects, and generally indicates that there are at least three association relationships. For example, A and / or B can at least indicate the existence of three association relationships: A exists alone, A and B exist at the same time, and B exists alone.

[0045] It should be noted that the various steps described in the method embodiments of the present disclosure may be performed in different orders and / or in parallel. Unless otherwise specified, the scope of the present disclosure is not limited by the order of description of the steps in the relevant embodiments.

[0046] It should be noted that all actions of acquiring signals, information or data in the present disclosure are carried out in compliance with the relevant data protection laws and policies of the country where the device is located and with the authorization given by the owner of the corresponding device.

[0047] In order to better demonstrate the advantages of the integrated circuit aging test method according to the embodiment of the present invention, the existing aging scheme in the prior art is firstly described.

[0048] Exemplary Systems

[0049] Figure 1 is a block diagram of a lightweight communication service performance test system for ClassicAUTOSAR according to an exemplary embodiment. Figure 1As shown, the system includes a device group 10 for testing communication service performance;

[0050] It also includes a control device 20 that is communicatively connected to at least one sub-device in the tested device group 10, and a test program adapted to implement the communication service performance test in the tested device group 10.

[0051] In response to the mode instruction sent by the control device 20, at least one sub-device in the device group 10 under test switches to the corresponding test mode according to the mode instruction, so that the device group under test executes the target test program corresponding to the test mode based on the determined test mode, and obtains the performance test results under the corresponding test mode.

[0052] The lightweight communication service performance test system for ClassicAUTOSAR provided in this embodiment realizes the switching of lightweight communication service performance test modes to effectively evaluate the performance of communication services, so as to improve the performance of automobile software. Specifically, based on the test program for implementing each test mode set in the device group 10 under test, the test requirements are determined according to the mode instruction analysis sent by the control device 20. After the device group 10 under test waits for the execution of the test program to end, at least one sub-device in the device group under test switches and executes the corresponding test mode operation, so that the device group under test executes the corresponding target test program based on the test mode. There is no need to repeatedly burn the corresponding target test program in the device group 10 under test for the test requirements, which makes the test process cumbersome. There is no need to restart the communication service performance test system to realize the switching of the performance test mode of the lightweight communication service in a resource-constrained hardware environment, which solves the problem in the prior art that the device under test lacks a method for switching the test mode at will to meet the lightweight communication service test requirements.

[0053] In this embodiment, the DDS performance test is taken as an example to illustrate the test mode and the test process of different modes. The specific DDS performance test mode includes but is not limited to the publish / subscribe mode (pub / sub mode) and ping / pong mode to achieve performance tests such as delay and throughput of the device under test.

[0054] In the test process of this embodiment, if the mode command sent by the control device 20 is not received within a preset period of time after the system is powered on, the device group 10 under test will execute the test program of the current default test mode, that is, the pub / sub mode or the ping / pong mode; Figure 2-3 As shown, they are interaction diagrams of DDS test latency in pub / sub mode and ping / pong mode provided in this embodiment;

[0055] refer to Figure 2, the device group 10 under test is tested in pub / sub mode, the receiving device B receives the data packet sent by the sending device A, and the sending device A sets the sending frequency and the effective load size. The receiving device B can calculate the delay in real time and determine the data packet transmission delay of DDS in the current mode.

[0056] refer to Figure 3 , the device group 10 under test is tested in ping / pong mode. It is assumed that the test program in pong mode is executed through device A configuration, and device B executes the test program in ping mode. After the data packet is transmitted, device B determines the data transmission delay according to the sending time of the data packet and the receiving time of the data packet sent by device A; through the interaction between the ping end and the pong end, the problem of high-precision time synchronization can be avoided, and the throughput and delay can be calculated in real time.

[0057] The lightweight communication service performance test system provided in this embodiment, in order to monitor whether the control device 20 sends a mode instruction and analyze the mode instruction, a monitoring and analysis component is set in the device group 10 under test. Specifically, all sub-devices in the device group 10 under test can be configured with a monitoring and analysis component for the control device to uniformly control the test mode; if each sub-device is an MCU type device, the monitoring and analysis component can also exist only in the MCU device.

[0058] The monitoring and analysis component monitors the mode instruction sent by the control device 20. When the mode instruction is monitored and it is determined that the current state meets the switching condition, the target test program of the corresponding test mode is determined and executed according to the mode instruction.

[0059] The monitoring and analysis component set up in the system of this embodiment can realize real-time monitoring of whether the control device 20 sends a mode instruction, and determine and execute the target test program of the corresponding test mode according to the sent mode instruction. In this way, the test mode can be quickly switched according to the test requirements, and the performance test process of lightweight communication services (such as DDS) can be managed in a refined manner.

[0060] In one embodiment, in order to monitor the mode instruction and determine that the current state meets the switching condition, an execution monitoring component is also set in the device group 10 under test to monitor whether the device group 10 under test is in a test state and the test results of the device group under test. When the device group 10 under test is monitored in a non-test state and fed back to the monitoring analysis component, the monitoring analysis component then analyzes and executes the control device 20 to send the mode instruction, so that the device group 10 under test can switch the test mode, wherein the execution monitoring component can be a Grafana control.

[0061] In some embodiments, reference Figure 4As shown, it is a flow chart of the device group 10 provided in this embodiment combined with the monitoring analysis component to implement the test mode switching management. The device group 10 implements each test mode switching including:

[0062] Step S101: When the monitoring and analysis component monitors the mode instruction issued by the control device 20, the monitoring component is executed to determine whether the current device group 10 under test is in a test execution state;

[0063] Step S102: When it is detected that the device group 10 under test is in a non-execution state, the mode switching condition is met, and the monitoring and analysis component determines and executes the target test program of the corresponding test mode according to the mode instruction.

[0064] In a specific embodiment, in order for the device group 10 under test to implement various performance tests, the role of each node in the device group 10 under test (data sender or receiver), the topic (message format) definition, the connection method between each node, the writing or reading logic of the node data, and the creation of the corresponding DDS entity through program code to implement the DDS performance test of this embodiment (implementing pub / sub mode or ping / pong mode testing) can all be implemented through existing conventional technologies.

[0065] In one embodiment, for example, to implement DDS performance testing, the device group 10 under test may be configured with two sub-devices, and the two sub-devices are respectively adapted to implement the test program blocks of the pub / sub mode and the ping / pong mode; or the device group 10 under test may be configured with two groups of devices, each group of devices is configured with two sub-devices, and the test program blocks of the pub / sub mode or the ping / pong mode are respectively adapted to implement. During the mode switching process, the sub-device receives the mode instruction sent by the control device 20, parses the mode instruction, determines the sub-device role, jumps to and executes the target test code block of the sub-device role in the corresponding mode. For example, the device group 10 under test includes sub-device A and sub-device B. Sub-device A is configured with pub mode and ping mode test program blocks, and sub-device B is adapted to set sub mode and pong mode test program blocks. When the mode instruction sent by the control device 20 is pub / sub mode, sub-device A and sub-device B receive and determine that the pub / sub mode is currently to be executed for DDS testing. Sub-device A determines to execute the pub role according to the pub mode test program block configured therein, and sub-device B determines to execute the sub role according to the sub mode test program block configured therein. When the mode instruction sent by the control device 20 is ping / pong mode, the role determination process of the sub-device is consistent, which will not be elaborated here.

[0066] In another embodiment, to implement DDS performance testing, the device group 10 under test may be provided with two sub-devices, and the two sub-devices are configured with test programs for implementing pub mode, sub mode, ping mode, and pong mode; during the mode switching process, the mode instruction includes the role information of any sub-device or all sub-devices in the device group 10 under test, and the role of each sub-device is determined according to the role information and the corresponding target test program block is executed. For example, when the mode instruction specifies that device A is in pub / ping mode, it can be determined that device B will execute sub / pong mode.

[0067] Furthermore, in this embodiment, the role of each sub-device can be determined by the control device 20 issuing mode instructions respectively. The sub-device without a specified role adapts the corresponding role according to the role of the sub-device communicating with it to realize the performance test of the communication service. The process of information synchronization is not elaborated here.

[0068] In one embodiment, the mode instruction may be a parameter line parameter instruction, which may include test mode parameters (test_mode), program startup frequency, test data packet size and other parameters; the monitoring and analysis component parses the command line parameters to determine the specified test mode parameter test_mode, and rewrites the test program mode assignment, so that the device group 10 under test jumps and executes the corresponding test program block to implement communication service performance testing.

[0069] Optionally, mode instructions are transmitted between sub-devices in the device group under test and between sub-devices that are communicatively connected to the control device via DDS transmission or broadcasting.

[0070] In a specific embodiment, when the device group 10 under test and the control device 20 transmit mode instructions via the DDS transmission method, according to the working principle of DDS, that is, the publisher can publish different data through different topics, and the subscriber can obtain corresponding different data by subscribing to different topics. In this embodiment, the device group 10 under test subscribes to a topic for receiving mode instructions issued by the control device 20, and determines the specified test mode parameter test_mode by parsing the data received by the topic, and after rewriting the test mode parameters of the test program accordingly, jumps and executes the corresponding test program block to implement the communication service performance test.

[0071] In one embodiment, reference Figure 5 As shown, it is an interactive diagram of the device group 10 under test implementing the pub / sub mode test according to the mode instruction. The lightweight DDS performance test system configuration provided in this embodiment performs the following steps:

[0072] The monitoring and analysis component in the device group 10 under test monitors the mode instruction sent by the control device 20, and analyzes that when the mode instruction is the pub / sub mode, that is, "mode=pub / sub", according to the test program adapted and set by the two devices in the device group 10 under test, after determining the pub end and the sub end, the test is executed, and the pub end sends a data packet to the sub end, and according to the time T1 when the pub end sends the data packet and the time T2 when the pub end receives the data packet, the data packet transmission delay time T2-T1 is determined.

[0073] In another embodiment, reference Figure 6 As shown, it is an interactive diagram of the device group 10 under test implementing the ping / pong mode test according to the mode instruction. The lightweight DDS performance test system configuration provided in this embodiment performs the following steps:

[0074] The monitoring and analysis component in the device group 10 under test monitors the mode instruction sent by the control device 20, and analyzes that when the mode instruction is the ping / pong mode, that is, "mode=ping / pong", the ping end and the pong end are determined according to the test program adapted and set by the two sub-devices in the device group 10 under test, and the test is performed. The ping end and the pong end implement the interactive operation of the data packet, and according to the time T1 when the ping end sends the data packet, the time T2 when the pong end receives the data packet, the time T3 when the pong end sends the data packet to the ping end at the same time when receiving the data packet, and the time T4 when the ping end receives the data packet, the data packet transmission delay time (T4-T1) / 2 is determined.

[0075] Methodological Devices

[0076] Figure 7 This is a flow chart of a lightweight communication service performance test method according to an exemplary embodiment. The lightweight communication service performance test method of this embodiment is implemented by a lightweight communication service performance test system for ClassicAUTOSAR provided based on the above system embodiment. Figure 7 , the method comprises the following steps:

[0077] Step 10: In response to the mode instruction sent by the control device 20, at least one sub-device in the device group 10 under test switches to a corresponding test mode according to the mode instruction.

[0078] Step 20, the device group under test executes the target test program corresponding to the test mode based on the determined test mode to obtain the performance test result under the corresponding test mode, wherein the test program for implementing the communication service performance test is adapted and set in the device group under test.

[0079] The lightweight communication service performance testing method for ClassicAUTOSAR provided in this embodiment realizes the switching of lightweight communication service performance testing modes to effectively evaluate the performance of communication services, so as to improve the performance of automobile software. Specifically, based on the test program for realizing each test mode set in the device group 10 under test, the test requirements are determined according to the mode instruction analysis sent by the control device 20. After the device group 10 under test waits for the execution of the test program to end, at least one sub-device in the device group under test switches and executes the corresponding test mode operation, so that the device group under test executes the corresponding target test program based on the test mode. There is no need to repeatedly burn the corresponding target test program in the device group 10 under test for the test requirements, which makes the test process cumbersome. There is no need to restart the communication service performance testing system to realize the switching of the performance test mode of the lightweight communication service in a resource-constrained hardware environment, which solves the problem in the prior art that the device under test lacks a method for switching the test mode at will to meet the lightweight communication service test requirements.

[0080] In this embodiment, the mode instruction is also monitored and the test mode is switched according to the monitored mode instruction. The specific steps are as follows:

[0081] Step A1: The mode command issued by the control device 20 is monitored by the monitoring and analysis component. When the mode command is monitored, the monitoring component determines whether the current device group 10 under test is in a test execution state;

[0082] Step A2: When it is detected that the device group 10 under test is in a non-execution state, the mode switching condition is met, and the monitoring and analysis component determines and executes the target test program of the corresponding test mode according to the mode instruction.

[0083] In this embodiment, the mode instruction may be a parameter line parameter instruction, which may include test mode parameters (test_mode), program startup frequency, test data packet size and other parameters; the monitoring and analysis component parses the command line parameters to determine the specified test mode parameter test_mode, and rewrites the test program mode assignment, so that the device group 10 under test jumps and executes the corresponding test program block to implement communication service performance testing.

[0084] The method embodiment of the present disclosure corresponds to the technical solution of the above-mentioned system embodiment. The specific operation of each step can be understood by referring to the description in the system embodiment. Figure 7 Understood, no further elaboration here.

[0085] Example Vehicles

[0086] Figure 8is a block diagram of a vehicle 800 according to an exemplary embodiment. The vehicle 800 may be a fuel vehicle, a hybrid vehicle, an electric vehicle, a fuel cell vehicle or other types of vehicles.

[0087] Reference Figure 8 The vehicle 800 may include multiple subsystems, for example, a driving system 810, a control system 820, a perception system 830, a communication system 840, an information display system 850, and a computing system 860. The vehicle 800 may also include more or fewer subsystems, and each subsystem may also include multiple components, which are not described one by one here.

[0088] The driving system 810 includes components that provide power movement for the vehicle 800, such as an engine, an energy source, a transmission device, etc.

[0089] The control system 820 includes components that provide control for the vehicle 800, such as vehicle control, cockpit equipment control, and driving assistance control.

[0090] The perception system 830 includes components that provide the vehicle 800 with surrounding environment perception, such as a vehicle positioning system, a laser sensor, a voice sensor, an ultrasonic sensor, a camera device, and the like.

[0091] The communication system 840 includes components that provide communication connections for the vehicle 800, such as mobile communication networks (such as 3G, 4G, 5G networks, etc.), WiFi, Bluetooth, and Internet of Vehicles.

[0092] The information display system 850 includes components that provide various information displays for the vehicle 800, such as vehicle information display, navigation information display, entertainment information display, etc.

[0093] The computing and processing system 860 includes components that provide data computing and processing capabilities for the vehicle 800. The computing and processing system 860 may include at least one processor 861 and a memory 862. The processor 861 may execute instructions stored in the memory 862.

[0094] The processor 861 may be any conventional processor, such as a commercially available CPU. The processor may also include a graphics processor (Graphic Process Unit, GPU), a field programmable gate array (Field Programmable Gate Array, FPGA), a system on chip (System on Chip, SOC), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC) or a combination thereof.

[0095] Memory 862 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0096] In the embodiment of the present disclosure, a set of instruction sets is stored in the memory 862, and the processor 861 can execute the instruction set to implement all or part of the steps of the lightweight DDS performance test method for ClassicAUTOSAR described in any of the above exemplary embodiments.

[0097] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the present disclosure. This application is intended to cover any variations, uses or adaptations of the present disclosure, which follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The specification and examples are to be considered as exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0098] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A lightweight communication service performance test system, comprising a group of devices under test for communication service performance testing, characterized in that: Also included is a control device that is communicatively connected to at least one sub-device in the group of devices under test; A test program for implementing a communication service performance test adapted and set in the device group under test; In response to the mode instruction sent by the control device, at least one sub-device in the device group under test switches to the corresponding test mode according to the mode instruction, so that the device group under test executes the corresponding target test program based on the test mode, thereby obtaining the performance test results under the corresponding test mode.

2. The lightweight communication service performance testing system according to claim 1, characterized in that: The monitoring and analysis component is set in the device group under test; The monitoring and analysis component monitors the mode instruction sent by the control device, and when the mode instruction is monitored and it is determined that the current state meets the switching condition, the target test program of the corresponding test mode is determined and executed according to the mode instruction.

3. The lightweight communication service performance testing system according to claim 2, characterized in that: An execution monitoring component is set in the tested device group to monitor whether the tested device group is in a test state. When the tested device group is monitored to be in a non-test state and feedback is given to the monitoring and analysis component, the monitoring and analysis component then analyzes the mode instruction sent by the control device.

4. The lightweight communication service performance testing system according to any one of claims 1 to 3, characterized in that: Mode instructions are transmitted between sub-devices in the device group under test and between the control device and the sub-devices connected to it in communication via DDS transmission; The sub-device connected to the control device for communication is an MCU type device.

5. The lightweight communication service performance test system according to claim 4, characterized in that: Mode instructions are transmitted between the sub-devices in the device group under test and between the sub-devices in communication with the control device through the DDS transmission method, which is implemented by the following configuration: The device group under test subscribes to a topic for receiving mode instructions issued by the control device, determines the specified test mode parameters by parsing the data received by the topic, rewrites the test mode parameters of the test program accordingly, jumps to and executes the corresponding test program block to implement communication service performance testing.

6. The lightweight communication service performance test system according to claim 4, characterized in that: The device group under test is provided with two sub-devices, and the two sub-devices are respectively adapted to configure test programs for implementing the pub / sub mode and the ping / pong mode; or The device group under test is configured with two groups of devices, and each group of devices is configured with two sub-devices, which are respectively adapted to implement the test program of the pub / sub mode or the test program of the ping / pong mode; During the mode switching process, the sub-device receives the mode instruction sent by the control device, parses the mode instruction, determines the sub-device role, jumps to and executes the target test code block of the sub-device role in the corresponding mode.

7. The lightweight communication service performance testing system according to claim 4, characterized in that: The device group under test is provided with two sub-devices, and the sub-devices are both configured with test programs for implementing pub mode, sub mode, ping mode and pong mode; During the mode switching process, the mode instruction includes role information of any one or all sub-devices in the device group under test, and the role of each sub-device is determined based on the role information and the corresponding target test program block is executed.

8. A communication service performance testing method based on a lightweight communication service performance testing system according to any one of 1 to 7, characterized in that: Includes steps: In response to a mode instruction sent by a control device, at least one sub-device in the device group under test switches to a corresponding test mode according to the mode instruction; the device group under test executes a target test program corresponding to the test mode based on the determined test mode, and obtains a performance test result under the corresponding test mode, wherein a test program adapted to implement communication service performance testing is configured in the device group under test.

9. The communication service performance testing method according to claim 8, characterized in that: The following steps are also included: The mode command issued by the control device is monitored by the monitoring and analysis component. When the mode command is monitored, the monitoring component is executed to determine whether the current device group under test is in a test execution state; When it is monitored that the device group under test is in a non-testing state, the mode switching condition is met, and the monitoring and analysis component determines and executes the target test program of the corresponding test mode according to the mode instruction.

10. A vehicle, characterized in that: A set of instruction sets is stored, and the instruction sets are executed by the vehicle to implement the communication service performance testing method described in any one of claims 8-9.

Images