Vehicle software performance test method and device, electronic equipment and storage medium

Abstract

The invention relates to a vehicle software performance test method and device, electronic equipment and a storage medium. The method comprises the steps that a proxy server is set, and the proxy server comprises a preset proxy program; in response to the communication message received by the proxy server, constructing a communication fault according to the communication message by using a preset proxy program; and testing the performance of the vehicle software based on the communication fault. According to the scheme provided by the invention, when the vehicle software is subjected to the performance test, the proxy server is arranged, so that the preset proxy program in the proxy server is utilized to construct the communication fault according to the communication message, and then the performance test of the vehicle software is carried out based on the communication fault. According to the scheme, communication faults can be prevented from being constructed by using professional hardware equipment, the cost of the vehicle software performance test can be reduced, and the flexibility and adaptability of the vehicle software performance test can be improved.

Description

Technical Field

[0001] The present application relates to the field of software testing technology, and in particular to a performance testing method, device, electronic device, and storage medium for vehicle software. Background Art

[0002] In the related art, during the performance testing of vehicle software, it is necessary to verify the performance of the software system in coping with faults through various faults.

[0003] Currently, performance testing can be performed by constructing faults. For example, this method generally uses specialized hardware. However, using specialized hardware for performance testing is costly and inflexible. Summary of the Invention

[0004] In order to solve or partially solve the problems existing in the relevant technologies, the present application provides a vehicle software performance testing method, device, electronic device and storage medium, which can avoid the use of professional hardware equipment to construct communication failures, help reduce the cost of vehicle software performance testing, and improve the flexibility and adaptability of vehicle software performance testing.

[0005] The first aspect of the present application provides a performance testing method for vehicle software, comprising: setting up a proxy server, wherein the proxy server includes a preset proxy program; in response to the proxy server receiving a communication message, using the preset proxy program to construct a communication fault according to the communication message; and performing performance testing of the vehicle software based on the communication fault.

[0006] In some embodiments, the communication message includes a CAN communication message sent from the first CAN device to the second CAN device; and setting the proxy server includes: setting the proxy server between the first CAN device and the second CAN device.

[0007] In some embodiments, in response to the proxy server receiving a communication message, a preset proxy program is used to construct a communication fault based on the communication message, including: in response to the proxy server receiving a CAN communication message, the preset proxy program is used to delay processing the CAN communication message to construct a CAN communication fault.

[0008] In some embodiments, the performance test of the vehicle software based on the communication failure includes: the proxy server forwarding the delayed CAN communication message to the second CAN device.

[0009] In some implementations, the method further includes: modifying the address information of the CAN communication message, using the address information of the proxy server as the modified address information, and recording the address information of the second CAN device.

[0010] In some implementations, performing a performance test of the vehicle software based on the communication failure includes performing one or more of a fault tolerance test, a reliability test, and a stability test of the vehicle software based on the communication failure.

[0011] The second aspect of the present application provides a performance testing device for vehicle software, which includes: a proxy server setting module for setting up a proxy server, wherein the proxy server includes a preset proxy program; a communication fault construction module for constructing a communication fault according to the communication message using a preset proxy program in response to the proxy server receiving a communication message; and a performance testing module for performing performance testing of the vehicle software based on the communication fault.

[0012] In some embodiments, the communication message includes a CAN communication message sent from the first CAN device to the second CAN device; and the proxy server setting module is used to set a proxy server between the first CAN device and the second CAN device.

[0013] A third aspect of the present application provides an electronic device, including: processor; and The memory stores executable codes thereon, and when the executable codes are executed by the processor, the processor is caused to execute the method described above.

[0014] A fourth aspect of the present application provides a computer-readable storage medium having executable code stored thereon. When the executable code is executed by a processor of an electronic device, the processor is caused to execute the method described above.

[0015] The technical solution provided by this application may have the following beneficial effects: The technical solution provided by this application enables, during vehicle software performance testing, the use of a proxy server, which then utilizes a pre-set proxy program within the proxy server to construct communication faults based on communication messages, allowing vehicle software performance testing to be conducted based on these faults. This solution avoids the need for specialized hardware to construct communication faults, helping to reduce the cost of vehicle software performance testing while also improving the flexibility and adaptability of vehicle software performance testing.

[0016] The technical solution of the present application can also: construct a CAN communication fault, and use the CAN communication fault to perform one or more of the fault tolerance test, reliability test and stability test of the vehicle software.

[0017] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and other objects, features and advantages of the present application will become more apparent by describing in more detail the exemplary embodiments of the present application in conjunction with the accompanying drawings, wherein the same reference numerals generally represent the same components in the exemplary embodiments of the present application.

[0019] Figure 1 1 is a flow chart of a vehicle software performance testing method according to an embodiment of the present application; Figure 2 1 is a schematic diagram of CAN communication message delay processing of a vehicle software performance testing method shown in an embodiment of the present application; Figure 3 1 is a schematic structural diagram of a vehicle software performance testing device according to an embodiment of the present application; Figure 4 It is a structural diagram of an electronic device shown in an embodiment of the present application. DETAILED DESCRIPTION

[0020] The following describes embodiments of the present application in more detail with reference to the accompanying drawings. Although the accompanying drawings illustrate embodiments of the present application, it should be understood that the present application can be implemented in various forms and should not be limited by the embodiments described herein. Rather, these embodiments are provided to make the present application more thorough and complete, and to fully convey the scope of the present application to those skilled in the art.

[0021] The terms used in this application are for the purpose of describing specific embodiments only and are not intended to limit this application. As used in this application and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the term "and / or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

[0022] It should be understood that although the terms "first", "second", "third", etc. may be used in this application to describe various information, this information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other. For example, without departing from the scope of this application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of this application, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

[0023] Current fault detection methods generally use specialized hardware equipment. However, the use of specialized hardware equipment for performance testing is costly and inflexible.

[0024] To address the above issues, embodiments of the present application provide a vehicle software performance testing method. This method, when performing vehicle software performance testing, utilizes a proxy server, using a pre-set proxy program within the proxy server to construct communication failures based on communication messages, and then performs vehicle software performance testing based on these failures. This solution avoids the need for specialized hardware to construct communication failures, helping to reduce the cost of vehicle software performance testing while also improving the flexibility and adaptability of vehicle software performance testing.

[0025] The technical solutions of the embodiments of the present application are described in detail below with reference to the accompanying drawings.

[0026] Figure 1 It is a flow chart of the vehicle software performance testing method shown in an embodiment of the present application.

[0027] See also Figure 1 , a vehicle software performance testing method, the method comprising: Step 101: Setting up a proxy server, wherein the proxy server includes a preset proxy program.

[0028] Step 102: In response to the proxy server receiving the communication message, a communication fault is constructed according to the communication message using a preset proxy program.

[0029] Step 103: Perform a performance test of the vehicle software based on the communication failure.

[0030] The purpose of software performance testing is to identify system performance bottlenecks. Performance testing is also an important basis for optimizing architectural design. Therefore, vehicle software systems must undergo performance testing during development and debugging, reliability testing, stability testing, and fault tolerance testing.

[0031] In this embodiment, when performing performance testing of vehicle software, a proxy server can be set up first, and the original communication method can be converted into a communication method through the proxy by using the proxy server, so as to use the proxy forwarding mechanism to create a communication failure and avoid using professional hardware equipment to construct a communication failure.

[0032] In this embodiment, the proxy server may be a Proxy server, such as using a Proxy server mode to generate a communication failure.

[0033] As you can understand, a proxy server is an intermediate server that sits between the client and the target server. It sends requests to the target server on behalf of the client and returns the target server's response to the client.

[0034] CAN (Controller Area Network) is an ISO-standardized serial communication protocol widely used in automotive, industrial automation, marine, and medical equipment applications. The CAN protocol offers high performance and reliability, enabling real-time, reliable data communication between multiple nodes.

[0035] For example, the communication message may be a CAN communication message sent from a first CAN device to a second CAN device, such as a window opening instruction message sent from a central controller of a car to a window controller.

[0036] A proxy server may be provided between a first CAN device and a second CAN device of two communication nodes. After receiving a communication message, the proxy server executes a preset proxy program to construct a communication fault according to the communication message.

[0037] Furthermore, a performance test of the vehicle software may be performed based on the communication failure. For example, one or more of a fault tolerance test, a reliability test, and a stability test may be performed based on the communication failure.

[0038] Fault tolerance testing, as it's understood, examines whether software has protective measures or disaster recovery capabilities under abnormal conditions. When a system error occurs, can the error be corrected and the system restarted within a specified timeframe? Fault tolerance testing includes inputting abnormal data or performing unusual operations to verify the system's protective capabilities, as well as disaster recovery testing.

[0039] As you can understand, reliability testing is a software testing method that aims to evaluate the stability and reliability of a system under given conditions. By discovering potential faults, errors, and abnormal behaviors of the system, the reliability level of the system under long-term operation and heavy load conditions is determined.

[0040] It can be understood that stability testing is an important means to ensure that the software system remains stable and reliable under long-term operation and high load. It is usually divided into three stages: constant pressure stage, pressure change stage and abnormal interference stage.

[0041] The vehicle software performance testing method of the embodiments of the present application utilizes a proxy server during vehicle software performance testing, thereby utilizing a pre-set proxy program within the proxy server to construct communication faults based on communication messages, and then conducting vehicle software performance testing based on these faults. This solution avoids the need for specialized hardware to construct communication faults, thereby reducing the cost of vehicle software performance testing and improving the flexibility and adaptability of vehicle software performance testing.

[0042] In some embodiments, in response to the proxy server receiving a communication message, using a preset proxy program to construct a communication fault based on the communication message may include: in response to the proxy server receiving a CAN communication message, using a preset proxy program to delay processing the CAN communication message to construct a CAN communication fault.

[0043] In some embodiments, performing a performance test on vehicle software based on a communication failure may include: a proxy server forwarding a CAN communication message after delayed processing to a second CAN device.

[0044] Figure 2 Schematic diagram of CAN communication message delay processing of the vehicle software performance test method shown in the embodiment of the present application. Figure 2 A proxy server 202 is provided between the first CAN device 201 and the second CAN device 203 .

[0045] A CAN communication message is sent from the first CAN device 201 to the second CAN device 203 , such as a window opening instruction message sent from the automobile central controller to the window controller.

[0046] The address information of the CAN communication message may be modified, the address information of the proxy server may be used as the modified address information, and the address information of the second CAN device may be recorded.

[0047] Proxy server 202 first receives the CAN communication message sent by first CAN device 201. Because the proxy server includes a pre-set proxy program, this pre-set proxy program can be used to address faults such as message delays. Therefore, proxy server 202 can use this pre-set proxy program to delay the CAN communication message, for example, by delaying it for n seconds.

[0048] After the delay processing, the proxy server 202 forwards the delayed CAN communication message to the second CAN device 203. It can be understood that the delayed CAN communication message is forwarded, and a corresponding fault can be created through the forwarding mechanism, that is, a CAN communication fault is constructed.

[0049] The second CAN device 203 receives the CAN communication message after delayed processing, such as the window controller receives the forwarded instruction information of opening the window, and executes the instruction.

[0050] The vehicle software performance testing method of the embodiment of the present application, by providing a proxy server between a first CAN device and a second CAN device, can implement delayed processing of CAN communication messages using a preset proxy program in response to receipt of CAN communication messages by the proxy server, thereby constructing a CAN communication fault. It is understood that using specialized hardware equipment to construct various CAN communication message faults is costly and inflexible, unable to be modified or customized, and unable to quickly adapt to different needs.

[0051] Compared with the method of using professional hardware equipment to construct various faults of CAN communication messages, the performance testing method of the vehicle software in the embodiment of the present application has the characteristics of low cost, high flexibility and strong adaptability, and is of great value in performing performance testing of vehicle software.

[0052] The vehicle software performance testing method of the embodiment of the present application can be used to construct various faults of CAN communication messages, thereby conveniently expanding various required situations.

[0053] In some embodiments, the vehicle software performance testing method further includes: modifying the address information of the CAN communication message, using the address information of the proxy server as the modified address information, and recording the address information of the second CAN device.

[0054] The performance testing method of the vehicle software in the embodiment of the present application can implement a CAN communication scenario in which the proxy server first receives the CAN communication message from the first CAN device and then forwards the CAN communication message to the second CAN device, which is conducive to creating a communication failure in the CAN communication scenario to verify the performance of the vehicle software system.

[0055] Corresponding to the aforementioned application function implementation method embodiment, the present application also provides a vehicle software performance testing device, electronic equipment and corresponding embodiments.

[0056] Figure 3 It is a structural diagram of a vehicle software performance testing device shown in an embodiment of the present application.

[0057] See also Figure 3 The vehicle software performance testing device 300 of this embodiment includes a proxy server setting module 310 , a communication fault construction module 320 and a performance testing module 330 .

[0058] The proxy server setting module 310 is used to set up a proxy server, wherein the proxy server includes a preset proxy program.

[0059] The communication fault constructing module 320 is configured to construct a communication fault according to the communication message using a preset agent program in response to the proxy server receiving the communication message.

[0060] The performance testing module 330 is used to perform performance testing of the vehicle software based on the communication failure.

[0061] In some embodiments, the communication message includes a CAN communication message sent from the first CAN device to the second CAN device; the proxy server setting module 310 is used to set a proxy server between the first CAN device and the second CAN device.

[0062] In some embodiments, the communication fault constructing module 320 is configured to, in response to the proxy server receiving the CAN communication message, delay processing the CAN communication message using a preset proxy program to construct a CAN communication fault.

[0063] In some embodiments, the performance testing module 330 is configured to forward the delayed CAN communication message to the second CAN device via the proxy server.

[0064] In some embodiments, the vehicle software performance testing device 300 further includes: an address information modification module for modifying the address information of the CAN communication message, using the address information of the proxy server as the modified address information, and recording the address information of the second CAN device.

[0065] In some embodiments, the performance testing module 330 is further configured to perform one or more of fault tolerance testing, reliability testing, and stability testing of the vehicle software based on communication failures.

[0066] Regarding the apparatus in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated again here.

[0067] According to embodiments of the present application, any multiple modules among the proxy server setup module 310, the communication fault configuration module 320, and the performance testing module 330 can be combined into a single module, or any one of these modules can be split into multiple modules. Alternatively, at least part of the functionality of one or more of these modules can be combined with at least part of the functionality of other modules and implemented in a single module. According to embodiments of the present disclosure, at least one of the proxy server setup module 310, the communication fault configuration module 320, and the performance testing module 330 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application-specific integrated circuit (ASIC), or can be implemented in hardware or firmware through any other reasonable means of circuit integration or packaging, or can be implemented in any one of the three implementation methods of software, hardware, and firmware, or any appropriate combination of any of these. Alternatively, at least one of the proxy server setup module 310, the communication fault configuration module 320, and the performance testing module 330 can be at least partially implemented as a computer program module that, when executed, can perform the corresponding function.

[0068] Figure 4 It is a structural diagram of an electronic device shown in an embodiment of the present application.

[0069] See also Figure 4 , the electronic device 400 includes a memory 410 and a processor 420.

[0070] The processor 420 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0071] Memory 410 may include various types of storage units, such as system memory, read-only memory (ROM), and permanent storage. ROM may store static data or instructions required by processor 420 or other computer modules. Permanent storage may be a readable and writable storage device. Permanent storage may be a non-volatile storage device that retains stored instructions and data even when the computer is powered off. In some embodiments, the permanent storage device utilizes a mass storage device (e.g., a magnetic or optical disk, flash memory). In other embodiments, the permanent storage device may be a removable storage device (e.g., a floppy disk, optical drive). System memory may be a readable and writable storage device or a volatile readable and writable storage device, such as dynamic random access memory (DRAM). System memory may store some or all instructions and data required by the processor during operation. Furthermore, memory 410 may include any combination of computer-readable storage media, including various types of semiconductor memory chips (e.g., DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), as well as magnetic disks and / or optical disks. In some embodiments, the memory 410 may include a readable and / or writable removable storage device, such as a compact disc (CD), a read-only digital versatile disc (e.g., DVD-ROM, double-layer DVD-ROM), a read-only Blu-ray disc, an ultra-density optical disc, a flash memory card (e.g., SD card, mini SD card, Micro-SD card, etc.), a magnetic floppy disk, etc. Computer-readable storage media do not contain carrier waves and transient electronic signals transmitted wirelessly or wired.

[0072] The memory 410 stores executable codes. When the executable codes are processed by the processor 420 , the processor 420 may execute part or all of the above-mentioned methods.

[0073] In addition, the method according to the present application may also be implemented as a computer program or a computer program product, which includes computer program code instructions for executing some or all of the steps in the above method of the present application.

[0074] Alternatively, the present application can also be implemented as a computer-readable storage medium (or non-transitory machine-readable storage medium or machine-readable storage medium) on which executable code (or computer program or computer instruction code) is stored. When the executable code (or computer program or computer instruction code) is executed by a processor of an electronic device (or server, etc.), the processor executes part or all of the steps of the above-mentioned method according to the present application.

[0075] The embodiments of the present application have been described above. The above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is selected to best explain the principles of the embodiments, their practical applications, or improvements to the technology in the market, or to enable other persons skilled in the art to understand the embodiments disclosed herein.

Claims

1. A vehicle software performance testing method, characterized in that: include: Setting up a proxy server, wherein the proxy server includes a preset proxy program; In response to the proxy server receiving the communication message, constructing a communication fault according to the communication message using the preset proxy program; A performance test of the vehicle software is performed based on the communication failure.

2. The method according to claim 1, characterized in that The communication message includes a CAN communication message sent by the first CAN device to the second CAN device; and the setting of the proxy server includes: A proxy server is set between the first CAN device and the second CAN device.

3. The method according to claim 2, characterized in that In response to the proxy server receiving the communication message, constructing a communication fault according to the communication message using the preset proxy program includes: In response to the proxy server receiving the CAN communication message, the preset proxy program is used to perform delay processing on the CAN communication message to construct a CAN communication fault.

4. The method according to claim 3, characterized in that The performance test of the vehicle software based on the communication failure includes: The proxy server forwards the delayed CAN communication message to the second CAN device.

5. The method according to claim 2, characterized in that The method further comprises: The address information of the CAN communication message is modified, the address information of the proxy server is used as the modified address information, and the address information of the second CAN device is recorded.

6. The method according to claim 1, characterized in that The performance test of the vehicle software based on the communication failure includes: Based on the communication failure, one or more of a fault tolerance test, a reliability test, and a stability test of the vehicle software is performed.

7. A vehicle software performance testing device, characterized in that: include: A proxy server setting module is used to set up a proxy server, wherein the proxy server includes a preset proxy program; a communication fault construction module, configured to construct a communication fault according to the communication message using the preset agent program in response to the proxy server receiving the communication message; A performance testing module is used to perform a performance test of the vehicle software based on the communication failure.

8. The device according to claim 7, characterized in that The communication message includes a CAN communication message sent by the first CAN device to the second CAN device; The proxy server setting module is used to set a proxy server between the first CAN device and the second CAN device.

9. An electronic device, characterized in that: include: processor; as well as A memory having executable codes stored thereon, which, when executed by the processor, causes the processor to execute the method according to any one of claims 1 to 6.

10. A computer-readable storage medium having executable codes stored thereon, wherein when the executable codes are executed by a processor of an electronic device, the processor is caused to execute the method according to any one of claims 1 to 6.

Images