Test method, test device, computing equipment, storage medium and program product
By acquiring and processing coded traffic participant attribute information, and using predefined data structures for parsing and conversion, the problem of inconsistent V2X communication protocol formats in different regions was solved, realizing unified testing and conversion of V2X communication and improving testing efficiency.
Patent Information
- Application Number
- CN202411105680.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-13
- Publication Date
- 2026-02-13
AI Technical Summary
Because the V2X communication protocol formats differ in different specific regions, existing technologies struggle to effectively preprocess V2X messages and perform virtual simulation testing in software applications.
A testing method is provided that obtains coded traffic participant attribute information, parses and processes it using a predefined data structure type, converts it into a unified protocol format, and then tests it.
It enables unified conversion and testing of V2X communication protocols in different regions, facilitating further conversion and testing of V2X communication protocol formats and improving testing efficiency.
Smart Images
Figure CN121531317A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present disclosure relates to the field of communication technology, and in particular, to a testing method, a testing apparatus, a computing device, a computer-readable storage medium, and a computer program product. BACKGROUND
[0002] V2X, which stands for Vehicle to Everything, refers to the communication between vehicles and anything in the outside world. V2X communication can be used for road safety and improving the efficiency of road transportation, including vehicle movement, fuel consumption reduction, and other factors.
[0003] Currently, because the protocol formats for performing V2X communication in various specific regions are different, it is necessary to preprocess and extract messages (message abstraction) of V2X messages in different regions in software applications.
[0004] Therefore, it is necessary to preprocess the protocols of V2X communication in multiple specific regions in order to facilitate virtual simulation testing of software in the loop (SIL). SUMMARY
[0005] The present disclosure provides a testing method.
[0006] According to an aspect of the present disclosure, a testing method is provided, including: obtaining first attribute information of an encoded road user; based on a predefined data structure type, extracting and parsing the first attribute information into second attribute information of a decoded road user; in response to receiving the parsed second attribute information, processing the second attribute information to obtain third attribute information of the road user, the third attribute information being decoded; and in response to receiving the processed third attribute information, sending the third attribute information.
[0007] According to another aspect of the present disclosure, a testing apparatus is provided, including: a first module configured to obtain first attribute information of an encoded road user; a second module configured to extract and parse the first attribute information into second attribute information of a decoded road user based on a predefined data structure type; a third module configured to, in response to receiving the parsed second attribute information, process the second attribute information to obtain third attribute information of the road user, the third attribute information being decoded; and a fourth module configured to, in response to receiving the processed third attribute information, send the third attribute information.
[0008] According to yet another aspect of the present disclosure, a computing device is provided, comprising: at least one processor; and at least one memory communicatively connected with the at least one processor, the at least one memory storing instructions that, when executed by the at least one processor alone or in combination, cause the computing device to perform the testing method.
[0009] According to yet another aspect of the present disclosure, a computer-readable storage medium is provided, storing instructions that, when executed by one or more processors of a computing device alone or in combination, cause the computing device to perform the testing method.
[0010] According to yet another aspect of the present disclosure, a computer program product is provided, comprising instructions that, when executed by one or more processors of a computing device alone or in combination, cause the computing device to perform the testing method.
[0011] According to one or more embodiments of the present disclosure, the encoded attribute information of the traffic participant can be extracted and parsed into the decoded attribute information of the traffic participant, so as to facilitate further processing, such as conversion of the protocol format of the V2X (Vehicle to Everything) communication, and the processed attribute information of the traffic participant can be forwarded, so as to facilitate further testing.
[0012] These and other aspects of the present disclosure will become apparent from the embodiments described herein below, and will be elucidated with reference to the embodiments described herein below. BRIEF DESCRIPTION OF DRAWINGS
[0013] In the drawings, like reference numerals refer to same or similar functionalities throughout the several views of the drawings. The drawings are not necessarily to scale, the emphasis instead being placed upon illustrating the principles of the disclosure. It should be understood that the drawings are merely depictions of some embodiments disclosed herein and should not be construed as limiting the scope of the disclosure.
[0014] Figure 1 a flowchart illustrating a method of testing according to an exemplary embodiment;
[0015] Figure 2 a data structure of first attribute information according to an exemplary embodiment;
[0016] Figure 3 a flowchart illustrating a method of Figure 1 part of an example process in the method of
[0017] Figure 4 a flowchart illustrating a method of Figure 1 part of an example process in the method of
[0018] Figure 5 to illustrate a schematic block diagram of a test apparatus according to an example embodiment; and
[0019] Figure 6 to illustrate a schematic block diagram of an example computing device that can be applied to an example embodiment. DETAILED DESCRIPTION
[0020] In the present disclosure, the terms "first", "second", etc. are used to describe various elements only for the purpose of distinguishing one element from another, and the terms are not intended to imply a relative importance of the elements. In some examples, a first element and a second element can refer to the same instance of the element, and in some cases, based on the context of description, they can also refer to different instances.
[0021] The terminology used in the description of the various described examples herein is for the purpose of describing particular ones of the examples only and is not intended to be limiting. Unless specifically stated otherwise, as apparent from the following discussions, it is appreciated that throughout the specification, discussions utilizing terms such as "processing," "computing," "calculating," "determining," "displaying," "generating," "identifying," "selecting," "establishing," "determining," "applying," "updating," "performing," or the like, refer to actions or processes of a machine that manipulates or transforms data, memories, registers, states, devices, etc. into other data, memories, registers, states, devices, etc. The term "data" as used herein can refer to a single piece of data or a plurality of pieces of data, and the term "data" can be used interchangeably with the term "information."
[0022] It should be understood that the use of "system", "apparatus", "unit" and / or "module" as used herein is only one method of differentiating different components, elements, parts, sections or assemblies at different levels. However, if other words can achieve the same purpose, the words can be replaced by other expressions.
[0023] Flow diagrams have been used in the present disclosure to illustrate the operations performed by the system according to embodiments of the present disclosure. It should be understood that the preceding or subsequent operations do not necessarily have to be performed in sequence. Instead, the steps can be processed in reverse order or simultaneously. Meanwhile, other operations can also be added to these processes, or one or more steps of the operations can be removed from these processes.
[0024] Certain words, terms, and phrases used in this disclosure must be interpreted under their ordinary meaning in various forms and equivalents by persons of ordinary skill in the art. For example, the phrase “V2X communication” as used in this disclosure can include, but is not limited to: vehicle to vehicle (V2V) communication, vehicle to pedestrian (V2P) communication, vehicle to infrastructure (V2I) communication, vehicle to network (V2N) communication. For another example, the phrase “road user” as used in this disclosure can include, but is not limited to: vehicle, pedestrian, infrastructure, network.
[0025] At present, the attribute information of the road user is collected by using the CANoe (CAN open environment) tool. The data format recorded by the CANoe software generally includes the blf format. The blf (Binary Logging Format) is a binary data file. Since it is a binary file and data compression is performed, the physical value cannot be directly seen, and the CANoe tool needs to be used for viewing.
[0026] In order to extract and parse the encoded attribute information of the road user into the decoded attribute information of the road user for further processing, such as conversion of the protocol format of the V2X (Vehicle to Everything) communication, and in order to forward the processed attribute information of the road user for further testing, the disclosure provides a test method.
[0027] Exemplary embodiments of the disclosure will be described in detail below with reference to the accompanying drawings.
[0028] Figure 1 A flowchart of the test method 100 according to an exemplary embodiment is shown.
[0029] Reference Figure 1 The method 100 includes steps S110 to S140.
[0030] In step S110, the encoded first attribute information of the traffic participant is acquired. In some embodiments, the encoded first attribute information of the traffic participant can be acquired from a data warehouse. The data warehouse refers to an integrated data storage system for supporting data replication and reading. The vehicle CAN bus data acquisition is generally performed by using the CANoe (CAN open environment) tool, and the test management can be realized based on the CANoe software. The data format recorded by the CANoe software generally includes the blf format. The blf (Binary Logging Format) is a binary data file, and the physical value cannot be directly seen because the data is compressed, that is, the data is encoded, and the data can be viewed only by using the CANoe tool. In some embodiments, the CANoe software can be further used to convert the blf format file collected by the vehicle into the dat format. It can be understood that the present disclosure is not limited to converting the data source format blf format into the dat format. For example, the provided data source format pcap format can also be converted into the dat format. Therefore, the present disclosure does not limit the data source format, and as long as the data is encoded by using the standard UPER, the data can be used as the data source for the dat format conversion. The dat format is a general format, and the dat format file contains the encoded first attribute information of the traffic participant. According to some embodiments of the present disclosure, the first attribute information can include a timestamp, a type, a length, and unaligned compression encoding rules UPER data. The unaligned compression encoding rules UPER can be used as an encoding or decoding mode required for data set interaction. Further reference Figure 2 , Figure 2 The data structure of the first attribute information according to an exemplary embodiment is shown in FIG. 1. As shown in FIG. 1, the first attribute information includes a timestamp, a type, a length, and unaligned compression encoding rules UPER data. Figure 2As shown, the data structure 200 of the first attribute information can adopt a long strip type data structure, which sequentially includes a timestamp, a type, a length and UPER data of a current traffic participant object, and a timestamp, a type, a length and UPER data of a next traffic participant object, and the like. In some embodiments, the type of the data structure 200 of the first attribute information depends on a specific region and a message type. In some embodiments, the specific region includes a plurality of specific countries or regions, such as China, the United States or the European Union, which are not specifically limited by the present disclosure. According to some embodiments of the present disclosure, the message type can include, but is not limited to, a vehicle basic safety message BSM, a roadside safety message RSM, a map message MAP, a signal lamp message SPAT or a roadside traffic event and traffic sign message RSI, a cooperative perception message CAM or a distributed environment notification message DENM. For example, in the case of a vehicle as a "traffic participant", the attribute information can include the length, width, height, speed, acceleration, position, etc. of the vehicle. For another example, in the case of a pedestrian as a "traffic participant", the attribute information can include the position, speed, distance from the vehicle, etc. of the pedestrian. For another example, in the case of infrastructure as a "traffic participant", the attribute information can include the length, width, height, position, distance from the vehicle, etc. of the infrastructure.
[0031] In step S120, the first attribute information is extracted and parsed into decoded second attribute information of the traffic participant based on a predefined data structure type. According to some embodiments of the present disclosure, the predefined data structure type can include a tree-shaped data structure. The first attribute information is extracted and parsed into the second attribute information, and the second attribute information is decoded information, from which the attribute information of the traffic participant, such as the speed of the vehicle, can be directly read out.
[0032] In step S130, in response to receiving the parsed second attribute information, the second attribute information is processed to obtain third attribute information of the traffic participant, which is decoded. According to some embodiments of the present disclosure, the second attribute information can be further processed, such as conversion of a protocol format of V2X (Vehicle to Everything) communication, to obtain the third attribute information of the traffic participant. The specific conversion of the protocol format of V2X communication will be specifically described below.
[0033] In step S140, in response to receiving the processed third attribute information, the third attribute information is sent.
[0034] Method 100 can extract and parse the attribute information of the encoded traffic participants into the attribute information of the decoded traffic participants, thereby facilitating further processing, such as converting the protocol format of V2X (Vehicle to Everything) communication, and can forward the processed attribute information of the traffic participants, thereby facilitating further testing.
[0035] Figure 3 For illustration purposes, according to an exemplary embodiment, Figure 1 The flowchart shows a partial example process in Method 100. Step S120: Based on a predefined data structure type, the first attribute information is extracted and parsed into decoded second attribute information of the traffic participant, which may include:
[0036] Step S310: Select the corresponding decoder for the unaligned compression encoding rule UPER data based on its type; and
[0037] Step S320: Extract the unaligned compression encoding rule UPER data based on length.
[0038] In step S310, a corresponding decoder can be selected based on the type of data. In some embodiments, the type depends on the specific region and the message type.
[0039] In step S320, UPER data can be extracted based on the data length. For example, if the message type of the data is a Basic Safety Message (BSM) for Vehicles and the data length is four bytes, then a BSM message of the specified length of four bytes can be extracted.
[0040] Figure 4 For illustration purposes, according to an exemplary embodiment, Figure 1 The flowchart shows a partial example process of method 100. Step S130, in response to receiving the parsed second attribute information, processing the second attribute information to obtain the decoded third attribute information of the traffic participant may include:
[0041] Step S410: Based on a predefined protocol format, convert the second attribute information into a unified protocol format; and
[0042] Step S420: Generate third attribute information according to the unified protocol format.
[0043] In step S410, the unified protocol format can unify the data structure. At present, because the protocol formats for performing V2X communication are different in various specific regions, the V2X message needs to be preprocessed for message abstraction in the software application. For example, the European Union V2X message is defined by the European Telecommunications Standards Institute (ETSI). In some embodiments, the unified protocol format can include unified units, precision, error method representation, coordinate system conversion, or event description information. For example, the data unit for speed of a protocol of a certain specific region is kilometer / hour, and the data unit for speed of a protocol of another specific region is meter / second. If the data unit for speed needs to be unified to meter / second according to the predefined protocol format, the data unit for speed in the imported file needs to be converted to meter / second.
[0044] Referring again to Figure 1 Alternatively or additionally, the method 100 can further include step S150.
[0045] In step S150, in response to receiving the third attribute information, the third attribute information is tested. According to some embodiments of the present disclosure, in response to receiving the third attribute information, the third attribute information is tested can include: judging whether the value of the third attribute information meets a preset condition, if yes, recording as passed in the log file information in the protocol format conversion process, otherwise recording as failed in the log file information. In some embodiments, the preset condition can include whether the value of the third attribute information matches the predefined protocol format. For example, in the case of converting the data unit for speed in the second attribute information from kilometer / hour to meter / second, if the value of the converted third attribute information matches the speed of the predefined format, it is recorded as passed in the log file information; if not, it is recorded as failed in the log file information for subsequent problem troubleshooting.
[0046] According to some embodiments of the present disclosure, steps S110 to S150 can be performed cyclically.
[0047] According to another aspect of the present disclosure, a testing device is provided. Figure 5 To illustrate a schematic block diagram of the testing device according to an exemplary embodiment. As Figure 5As shown, the apparatus 500 includes a first module 510, a second module 520, a third module 530, and a fourth module 540. The first module 510 is configured to obtain encoded first attribute information of a traffic participant. The second module 520 is configured to extract and parse the first attribute information into decoded second attribute information of the traffic participant based on a predefined data structure type. The third module 530 is configured to process the second attribute information to obtain third attribute information of the traffic participant in response to receiving the parsed second attribute information, the third attribute information being decoded. The fourth module 540 is configured to transmit the third attribute information in response to receiving the processed third attribute information.
[0048] In addition, although specific functionality is discussed above with reference to specific modules, it should be noted that the functionality of the various modules discussed herein can be split into multiple modules, and / or at least some functionality of multiple modules can be combined into a single module. A specific module performing an action as discussed herein includes the specific module itself performing the action, or alternatively the specific module invoking or otherwise accessing another component or module to perform the action (or in conjunction with the specific module). Thus, a specific module performing an action can include the specific module itself performing the action, and / or another module invoked or otherwise accessed by the specific module performing the action. For example, the first module 510, the second module 520, the third module 530, and the fourth module 540 described above can be combined into a single module in some embodiments.
[0049] More generally, various techniques can be described in the general context of software hardware elements or program modules. The software being used can include computer program code / instructions stored in a computer readable storage medium. Such program code / instructions can include program modules, routines, programs, objects, components, data structures, etc. that perform particular tasks and / or implement particular abstract data types. The software can also include program modules that are controlled by or that initiate the processing of other software modules. For example, it is Figure 5 The various modules described above can be implemented in hardware or in hardware combined with software and / or firmware. For example, the modules can be implemented as computer program code / instructions configured to be executed in one or more processors and stored in a computer-readable storage medium. Alternatively, the modules can be implemented as hardware logic / circuitry. For example, in some embodiments, one or more of the first module 510, the second module 520, the third module 530, and the fourth module 540 can be implemented together in a system on chip (SoC). The SoC can include an integrated circuit chip (which includes one or more of a processor (e.g., a central processing unit (CPU), a microcontroller, a microprocessor, a digital signal processor (DSP), etc.), memory, one or more communication interfaces, and / or other circuitry), and can optionally execute received program code and / or include embedded firmware to perform functions.
[0050] According to another aspect of the present disclosure, there is provided a computing device comprising at least one processor, and at least one memory communicatively connected to the at least one processor, the at least one memory storing instructions which, when executed by the at least one processor alone or in combination, cause the computing device to perform the steps of executing instructions to implement any of the method embodiments described above.
[0051] According to another aspect of the present disclosure, there is provided a computer-readable storage medium having stored thereon instructions which, when executed by one or more processors of a computing device alone or in combination, cause the computing device to perform the steps of any of the method embodiments described above.
[0052] According to another aspect of the present disclosure, there is provided a computer program product comprising instructions which, when executed by one or more processors of a computing device alone or in combination, cause the computing device to perform the steps of any of the method embodiments described above.
[0053] In the following description, numerous specific details are set forth to provide a thorough understanding of the present application. One skilled in the relevant art will recognize, however, that the application can be practiced without one or more of the specific details, or with other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail in order to avoid obscuring aspects of the application. Figure 6 Illustrative examples of such computing devices, computer-readable storage media, and computer program products are described in greater detail herein.
[0054] Figure 6 A schematic block diagram of an example computing device 600 to which the example embodiments can be applied is shown.
[0055] The computing device 600 can be various different types of devices. Examples of the computing device 600 include, but are not limited to: a desktop computer, a server computer, a notebook or netbook computer, a mobile device (e.g., a tablet computer, a cellular or other wireless phone (e.g., a smart phone), a notepad computer, a mobile station), a wearable device (e.g., glasses, a watch), an entertainment device (e.g., an entertainment appliance, a set-top box, a game console), a television or other display device, an automobile computer, and so forth.
[0056] The computing device 600 can include at least one processor 602, memory 604, communication interface(s) 606, a display device 608, other input / output (I / O) devices 610, and one or more mass storage devices 612, which can communicate with one another by way of a system bus 614 or other appropriate connection, which can be part of a central processing unit (CPU) or on-board memory of the processor 602.
[0057] The processor 602 can be a single processing unit or a plurality of processing units, all of which can include single or multiple computing units or multiple cores. The processor 602 can be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and / or any devices that manipulate signals based on operational instructions. Among other capabilities, the processor 602 can be configured to fetch and execute computer-readable instructions stored in the memory 604, the mass storage device 612, or any other computer-readable medium.
[0058] The memory 604 and the mass storage device 612 are examples of computer-readable storage media for storing instructions that are executed by the processor 602 to implement the various functionalities described above. For example, the memory 604 can generally include both volatile memory and nonvolatile memory (e.g., RAM, ROM, etc.). In addition, the mass storage device 612 can generally include hard disk drives, solid state drives, removable media, including external and removable drives, memory cards, flash memory, floppy disks, optical disks (e.g., CD, DVD), storage arrays, network attached storage, storage area networks, etc. The memory 604 and the mass storage device 612 can both be collectively referred to herein as the memory or a computer-readable storage medium, and can be non-transitory media capable of storing the computer-readable, processor-executable program instructions as computer program code that can be executed by the processor 602 as a particular machine configured to implement the operations and functionalities described in the examples herein. Multiple programs can be stored on the mass storage device 612. These programs include an operating system 616, one or more application programs 618, other programs 620, and program data 622, and they can be loaded into the memory 604 for execution.
[0059] Although illustrated in Figure 6 the memory 604 of the computing device 600, the operating system 616, the one or more application programs 618, the other programs 620, and the program data 622, or portions thereof, can be implemented using any form of computer-readable media that is accessible by the computing device 600. As used herein, "computer-readable media" includes both computer-readable storage media and communication media.
[0060] Computer-readable storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer-readable storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD), or other optical storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information for access by a computing device. In contrast, communication media can embody computer-readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism. As defined herein, computer-readable storage media does not include communication media.
[0061] One or more communication interfaces 606 are used to exchange data with other devices, such as over a network, direct connection, or the like. Such communication interfaces can be one or more of: any type of network interface (e.g., network interface card (NIC)), wired or wireless (such as IEEE 802.11 wireless LAN (WLAN)) wireless interface, Worldwide Interoperability for Microwave Access (Wi-MAX) interface, Ethernet interface, Universal Serial Bus (USB) interface, cellular network interface, Bluetooth™ interface, near field communication (NFC) interface, or the like. The communication interfaces 606 can facilitate communications within a variety of networks and protocol types, including wired networks (e.g., LAN, cable, etc.) and wireless networks (e.g., WLAN, cellular, satellite, etc.), the Internet, and the like. The communication interfaces 606 can also provide communication with external storage devices (not shown), such as storage arrays, network attached storage, storage area networks, and the like.
[0062] In some examples, a display device 608, such as a monitor, can be included for displaying information and images to a user. Other I / O devices 610 can be devices that receive various inputs from a user and provide various outputs to the user, and can include touch input devices, gesture input devices, cameras, keyboards, remote controls, mice, printers, audio input / output devices, and the like.
[0063] The technologies described herein can be supported by these various configurations of computing device 600, and are not limited to specific examples of the technologies described herein. For example, the functionality can also be implemented wholly or partially on a “cloud” using a distributed system. A cloud includes and / or represents a platform for resources. The platform abstracts the underlying functionality of the cloud’s hardware (e.g., servers) and software resources. Resources may include applications and / or data that can be used when performing computational processing on servers remote from computing device 600. Resources may also include services provided via the Internet and / or via subscriber networks such as cellular or Wi-Fi networks. The platform can abstract resources and functionality to connect computing device 600 to other computing devices. Therefore, the implementation of the functionality described herein can be distributed throughout the cloud. For example, the functionality can be implemented partly on computing device 600 and partly through a platform that abstracts the functionality of the cloud.
[0064] While embodiments or examples of this disclosure have been described with reference to the accompanying drawings, it should be understood that the methods, systems, and devices described above are merely exemplary embodiments or examples, and the scope of the invention is not limited by these embodiments or examples, but only by the granted claims and their equivalents. Various elements in the embodiments or examples may be omitted or replaced by their equivalents. Furthermore, the steps may be performed in a different order than that described in this disclosure. Further, various elements in the embodiments or examples may be combined in various ways. Importantly, as the technology evolves, many elements described herein can be replaced by equivalents that appear after this disclosure.
Claims
1. A testing method, comprising: Obtain the first attribute information of the coded traffic participant; Based on a predefined data structure type, the first attribute information is extracted and parsed into the decoded second attribute information of the traffic participant; In response to receiving the parsed second attribute information, the second attribute information is processed to obtain the third attribute information of the traffic participant, the third attribute information being decoded; as well as In response to receiving the processed third attribute information, the third attribute information is sent.
2. The method according to claim 1, wherein, The first attribute information includes timestamp, type, length, and unaligned compression encoding rule (UPER) data. The second attribute information of the traffic participant, extracted and parsed from the first attribute information based on a predefined data structure type, includes: Based on the type, a corresponding decoder is selected for the unaligned compression encoding rule UPER data; and The unaligned compression encoding rule UPER data is extracted based on the length.
3. The method according to claim 2, wherein, The type depends on the specific region and the message type.
4. The method according to claim 3, wherein, The specific region mentioned includes China, the United States, or the European Union.
5. The method according to claim 3, wherein, The message types include Basic Vehicle Safety Message (BSM), Roadside Safety Message (RSM), Map Message (MAP), Traffic Light Message (SPAT), Roadside Traffic Incident and Traffic Sign Message (RSI), Collaborative Sensing Message (CAM), or Distributed Environmental Notification Message (DENM).
6. The method according to any one of claims 1 to 5, wherein, The process of processing the parsed second attribute information to obtain the third attribute information of the traffic participant in response to receiving the second attribute information includes: Based on a predefined protocol format, the second attribute information is converted into a unified protocol format; and The third attribute information is generated according to the unified protocol format.
7. The method according to claim 6, wherein, The unified protocol format includes unified units, precision, error method representation, coordinate system transformation, or event description information.
8. The method according to claim 6, further comprising: In response to receiving the third attribute information, the third attribute information is tested.
9. The method according to claim 8, wherein, The step of testing the third attribute information in response to receiving the third attribute information includes: Determine whether the value of the third attribute information meets the preset conditions. If it does, record it as passed in the log file information during the protocol format conversion process; otherwise, record it as failed in the log file information.
10. The method according to claim 9, wherein, The preset conditions include whether the value of the third attribute information matches the predefined protocol format.
11. A testing apparatus, comprising: The first module is configured to obtain the coded first attribute information of the traffic participant; The second module is configured to extract and parse the first attribute information into decoded second attribute information of the traffic participant based on a predefined data structure type. The third module is configured to process the parsed second attribute information in response to receiving the second attribute information to obtain third attribute information of the traffic participant, the third attribute information being decoded; as well as The fourth module is configured to send the third attribute information in response to receiving the processed third attribute information.
12. A computing device, comprising: At least one processor; as well as At least one memory communicatively connected to the at least one processor, the at least one memory storing instructions that, when executed individually or jointly by the at least one processor, cause the computing device to perform the method of any one of claims 1 to 10.
13. A computer-readable storage medium storing instructions that, when executed individually or jointly by one or more processors of a computing device, cause the computing device to perform the method of any one of claims 1 to 10.
14. A computer program product comprising instructions that, when executed individually or jointly by one or more processors of a computing device, cause the computing device to perform the method of any one of claims 1 to 10.