CN116723124A - Internet of vehicles platform testing method and device, electronic equipment and storage medium - Google Patents

Internet of vehicles platform testing method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN116723124A
CN116723124A CN202310630164.1A CN202310630164A CN116723124A CN 116723124 A CN116723124 A CN 116723124A CN 202310630164 A CN202310630164 A CN 202310630164A CN 116723124 A CN116723124 A CN 116723124A
Authority
CN
China
Prior art keywords
tsp
message
received
response
instruction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310630164.1A
Other languages
Chinese (zh)
Inventor
周广英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chery Automobile Co Ltd
Lion Automotive Technology Nanjing Co Ltd
Wuhu Lion Automotive Technologies Co Ltd
Original Assignee
Chery Automobile Co Ltd
Lion Automotive Technology Nanjing Co Ltd
Wuhu Lion Automotive Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chery Automobile Co Ltd, Lion Automotive Technology Nanjing Co Ltd, Wuhu Lion Automotive Technologies Co Ltd filed Critical Chery Automobile Co Ltd
Priority to CN202310630164.1A priority Critical patent/CN116723124A/en
Publication of CN116723124A publication Critical patent/CN116723124A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

The application relates to the technical field of testing of Internet of vehicles platforms, in particular to a testing method and device of an Internet of vehicles platform, electronic equipment and a storage medium, wherein the method comprises the following steps: judging whether a response instruction sent by the internet of vehicles platform TSP based on a login message is received, wherein the login message is sent to the TSP by a user; if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, and whether a second response instruction sent by the TSP based on the at least one message instruction is received is judged; if a second response instruction sent by the TSP based on at least one message instruction is received, a test result of the TSP is generated according to the second response instruction. Therefore, the problem of performance test of the Internet of vehicles platform is solved, the simulation of transmitting tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform is realized, the response is automatic, and the capability of the TSP platform for processing data is detected.

Description

Internet of vehicles platform testing method and device, electronic equipment and storage medium
Technical Field
The application relates to the technical field of vehicle network platform testing, in particular to a vehicle networking platform testing method, a device, electronic equipment and a storage medium.
Background
With the intelligent development of new energy automobiles, internet of vehicles service is also popularized as an indispensable ring of intelligent automobiles. The method is developed aiming at national standard protocols, expansion protocols and the like of new energy automobiles, and becomes a core function of the Internet of vehicles service. It allows signals of status, trip, power, alarms, etc. of the car to be sent to the internet of vehicles service platform through tbox. As more and more vehicles support internet of vehicles service, the pressure of internet of vehicles platforms is increased, and if performance is problematic, internet of vehicles service of hundreds of thousands or even millions of users will be directly affected. Therefore, performance testing of the internet of vehicles service platform is very important.
Disclosure of Invention
The application provides a method, a device, electronic equipment and a storage medium for testing the Internet of vehicles platform, which solve the problem of testing the performance of the Internet of vehicles platform, realize the simulation of issuing tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform, automatically respond, and detect the capability of TSP (Telematics Service Provider, automobile remote service provider) platform to process data.
An embodiment of a first aspect of the present application provides a method for testing a platform of internet of vehicles, including the following steps: judging whether a response instruction sent by a platform TSP of the Internet of vehicles based on a login message is received, wherein the login message is sent to the TSP by a user; if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, and whether a second response instruction sent by the TSP based on the at least one message instruction is received or not is judged; and if a second response instruction sent by the TSP based on the at least one message instruction is received, generating a test result of the TSP according to the second response instruction.
Optionally, after determining whether a first response instruction sent by the TSP based on the login message is received, the method further includes: and if the first response instruction sent by the TSP is not received, repeatedly sending the login message to the TSP until the first response instruction sent by the TSP is received.
Optionally, after receiving the second response instruction sent by the TSP based on the at least one packet instruction, the method further includes: marking the at least one message instruction as successful response.
Optionally, after determining whether a second response instruction sent by the TSP based on the at least one packet instruction is received, the method further includes: and if a second response instruction sent by the TSP based on the at least one message instruction is not received, marking the at least one message instruction as response failure.
Optionally, before determining whether the first response instruction sent by the internet of vehicles platform TSP based on the login message is received, the method further includes: compiling a Java check function, and generating a first character string according to a first preset conversion strategy; calling a preset time function, and converting the current time into a second character string according to a second preset conversion strategy; compiling development codes according to the client, and packaging and storing the Java check function, the preset time function and the development codes into a jmeter.
Optionally, the method for testing the internet of vehicles platform further includes: monitoring at least one of a central processor, a distributed publish-subscribe message system, a memory and a disk of the TSP through a monitoring server; and monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
An embodiment of a second aspect of the present application provides a testing device for a platform of internet of vehicles, including: the system comprises a first judging module, a first judging module and a second judging module, wherein the first judging module is used for judging whether a response instruction sent by a vehicle networking platform TSP based on a login message is received, and the login message is sent to the TSP by a user; the second judging module is used for sending at least one message instruction to the TSP if a first response instruction sent by the TSP based on the login message is received, and judging whether a second response instruction sent by the TSP based on the at least one message instruction is received or not; and the generating module is used for generating a test result of the TSP according to the second response instruction if the second response instruction sent by the TSP based on the at least one message instruction is received.
Optionally, after determining whether a first response instruction sent by the TSP based on the login packet is received, the first determining module is further configured to: and if the first response instruction sent by the TSP is not received, repeatedly sending the login message to the TSP until the first response instruction sent by the TSP is received.
Optionally, after receiving a second response instruction sent by the TSP based on the at least one packet instruction, the second judging module is further configured to: marking the at least one message instruction as successful response.
Optionally, after determining whether a second response instruction sent by the TSP based on the at least one packet instruction is received, the generating module is further configured to: and if a second response instruction sent by the TSP based on the at least one message instruction is not received, marking the at least one message instruction as response failure.
Optionally, before determining whether a first response instruction sent by the internet of vehicles platform TSP based on the login message is received, the first determining module is further configured to: compiling a Java check function, and generating a first character string according to a first preset conversion strategy; calling a preset time function, and converting the current time into a second character string according to a second preset conversion strategy; compiling development codes according to the client, and packaging and storing the Java check function, the preset time function and the development codes into a jmeter.
Optionally, the above-mentioned internet of vehicles platform testing arrangement still includes: the first monitoring module is used for monitoring at least one of a central processing unit, a distributed publish-subscribe message system, a memory and a disk of the TSP through a monitoring server; and the second monitoring module is used for monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
An embodiment of a third aspect of the present application provides an electronic device, including: the system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the program to realize the internet of vehicles platform testing method according to the embodiment.
An embodiment of a fourth aspect of the present application provides a computer-readable storage medium having stored thereon a computer program that is executed by a processor for implementing the internet of vehicles platform testing method as described in the above embodiment.
If a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, whether a second response instruction sent by the TSP based on the at least one message instruction is received is judged, and if the second response instruction sent by the TSP based on the at least one message instruction is received, a test result of the TSP is generated according to the second response instruction. Therefore, the problem of performance test of the Internet of vehicles platform is solved, the simulation of transmitting tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform is realized, the response is automatic, and the capability of the TSP platform for processing data is detected.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of a testing method for a platform of Internet of vehicles according to an embodiment of the application;
FIG. 2 is a flow chart of a method of testing a platform of the Internet of vehicles according to an embodiment of the application;
FIG. 3 is a block schematic diagram of a testing device for a platform of the Internet of vehicles according to an embodiment of the application;
fig. 4 is a schematic diagram of an electronic device structure according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative and intended to explain the present application and should not be construed as limiting the application.
The following describes a testing method, a testing device, electronic equipment and a storage medium for an internet of vehicles platform according to embodiments of the present application with reference to the accompanying drawings. Aiming at the problem of performance test of the internet of vehicles platform mentioned in the background center, the application provides an internet of vehicles platform test method, in the method, if a first response instruction sent by a TSP based on a login message is received, at least one message instruction is sent to the TSP, whether a second response instruction sent by the TSP based on the at least one message instruction is received is judged, and if the second response instruction sent by the TSP based on the at least one message instruction is received, a test result of the TSP is generated according to the second response instruction. Therefore, the problem of performance test of the Internet of vehicles platform is solved, the simulation of transmitting tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform is realized, the response is automatic, and the capability of the TSP platform for processing data is detected.
Specifically, fig. 1 is a schematic flow chart of a testing method for a platform of internet of vehicles according to an embodiment of the present application.
As shown in fig. 1, the testing method of the internet of vehicles platform comprises the following steps:
in step S101, it is determined whether a response instruction sent by the internet of vehicles platform TSP based on a login message is received, where the login message is sent to the TSP by the user.
Specifically, the user starts a plurality of threads by using a jmeter software testing tool, configures and connects the address and the port number of the internet of vehicles server, creates a netty connection, calls a binaryTCPClientImpl to send a login message to the internet of vehicles platform TSP, and determines whether a response instruction sent by the internet of vehicles platform TSP based on the login message is received or not by the jmeter.
Optionally, in some embodiments, before determining whether a response instruction sent by the internet of vehicles platform TSP based on the login message is received, the method further includes: compiling a Java check function, and generating a first character string according to a first preset conversion strategy; calling a preset time function, and converting the current time into a second character string according to a second preset conversion strategy; compiling development codes according to the client, and packaging and storing Java check functions, preset time functions and development codes into jmeters.
Before judging whether a response instruction sent by the internet of vehicles platform TSP based on a login message is received or not, the embodiment of the application writes a check function by using java, generates a byte array by using a first preset conversion strategy, and then performs exclusive OR operation to generate a first character string to return.
Further, the java is used for calling a time function Calendar to obtain the current time, the current time is converted into hexadecimal according to a second preset conversion strategy, the hexadecimal is converted into a second character string, the content is returned, the java is used for carrying out secondary development on the client TCPClient, and the development code of the message instruction conforming to the vehicle function is modified.
And finally, packing the client compiling development codes, java check functions and preset time function codes into a compressed packet jar packet, storing the compressed packet jar packet in a jmeter, and calling the jar packet by using a preprocessor BeanShell PreProcessor of the jmeter for writing messages such as login messages, national standard messages, extension messages, alarm messages and the like.
Optionally, in some embodiments, after determining whether the first response instruction sent by the TSP based on the login message is received, the method further includes: if the first response instruction sent by the TSP is not received, repeatedly sending a login message to the TSP until the first response instruction sent by the TSP is received.
It can be appreciated that if the thread does not receive the first response instruction sent by the TSP based on the login message, the jmeter repeatedly sends the login message to the TSP until the thread receives the first response instruction sent by the TSP.
In step S102, if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, and whether a second response instruction sent by the TSP based on the at least one message instruction is received is determined.
At least one message instruction includes national standard message, extension message, alarm message and other message instructions.
It can be understood that if the thread receives the first response instruction sent by the TSP based on the login message, the jmeter circularly sends at least one message instruction such as the national standard, the expansion command, the alarm and the like in a period of time, adds a return check in the code for sending at least one message instruction such as the national standard, the expansion command, the alarm and the like, and judges whether the second response instruction sent by the TSP based on the message instruction such as the national standard, the expansion command, the alarm and the like is received.
Optionally, in some embodiments, after determining whether the second response instruction sent by the TSP based on the at least one packet instruction is received, the method further includes: if a second response instruction sent by the TSP based on the at least one message instruction is not received, marking the at least one message instruction as response failure.
It should be understood that if the thread does not receive the second response instruction sent by the TSP based on the national standard, extension, alarm, etc. message instruction, the thread marks the response failure as 1 failure.
Optionally, in some embodiments, after receiving the second response instruction sent by the TSP based on the at least one packet instruction, the method further includes: marking at least one message instruction as successful response.
It should be understood that if the thread receives the second response instruction sent by the TSP based on the national standard, extension, alarm, etc. message instruction, the thread marks that the response is successful, and marks that the response is 1 time successful.
In step S103, if a second response instruction sent by the TSP based on at least one message instruction is received, a test result of the TSP is generated according to the second response instruction.
Specifically, if the thread receives a second response instruction sent by the TSP based on at least one message instruction, the Jmeter test tool generates a test result of successful TSP test according to the second response instruction, and if the thread does not receive the second response instruction sent by the TSP based on at least one message instruction, the thread generates a test result of failed TSP test.
Optionally, in some embodiments, the above-mentioned internet of vehicles platform testing method further includes: monitoring at least one of a central processor, a distributed publish-subscribe message system, a memory and a disk of the TSP through a monitoring server; and monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
Specifically, the embodiment of the application uses a jmeter tool to set a scene, uses a fixed thread number and fixed cycle number method, monitors the capability of receiving and processing information of the distributed publish-subscribe message system Kafka each time, and forms a multi-time execution comparison report.
The embodiment of the application also provides a monitoring server, and a monitoring server promethod is installed on the TSP to realize the monitoring of resources such as resources, memory, magnetic disk and the like on the TSP.
The embodiment of the application also monitors the client, and monitors and records the number of execution threads, the concurrency times, the response time, the error rate and the like by using a monitoring tool of the jmeter. The error rate is the number of times of marking response failure/the number of times of sending message instructions.
Therefore, the system throughput, response time and stability are verified by monitoring the Internet of vehicles platform through a promethod.
In addition, the Jmeter test tool carries out script parameterization, a large number of vin (Vehicle Identification Number, vehicle identification code) and iccid (identification code of an integrated circuit card) are written into the csv file, each thread of the Jmeter calls one vin and iccid, the one-to-one correspondence between the threads and the vin is ensured, and when a plurality of virtual users run scripts simultaneously, data cannot conflict.
In order to enable those skilled in the art to further understand the testing method of the internet of vehicles platform according to the embodiment of the present application, the following details are described in connection with the specific embodiment, as shown in fig. 2.
In step S201, a necessary jar packet is written using Java and stored in a jmeter.
In step S202, the jmeter calls the jar package, reads the CSV file, and starts a plurality of threads.
In step S203, the multithreading sends a login message.
In step S204, the jmeter determines whether the first response instruction sent by the TSP is received, if the first response instruction is received, step S205 is executed, and if the first response instruction sent by the TSP is not received, step S203 is executed.
In step S205, the jmeter sends message instructions such as international, extension, alarm, etc. in a period of time.
In step S206, it is detected whether a second response instruction sent by the TSP is received. If the second response instruction is received, the first response instruction is marked as successful, and if the second response instruction is not received, the first response instruction is marked as failed.
In step S207, the monitoring server monitors at least one of the central processor, the distributed publish-subscribe message system, the memory and the disk of the TSP; and monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
According to the Internet of vehicles platform testing method provided by the embodiment of the application, if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, whether a second response instruction sent by the TSP based on the at least one message instruction is received is judged, and if the second response instruction sent by the TSP based on the at least one message instruction is received, a testing result of the TSP is generated according to the second response instruction. Therefore, the problem of performance test of the Internet of vehicles platform is solved, the simulation of transmitting tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform is realized, the response is automatic, and the capability of the TSP platform for processing data is detected.
The Internet of vehicles platform testing device according to the embodiment of the application is described with reference to the accompanying drawings.
Fig. 3 is a block schematic diagram of a testing device for a platform of internet of vehicles according to an embodiment of the present application.
As shown in fig. 3, the internet of vehicles platform testing device 10 includes: a first determination module 100, a second determination module 200, and a generation module 300.
The first judging module 100 is configured to judge whether a response instruction sent by the internet of vehicles platform TSP based on a login message is received, where the login message is sent to the TSP by a user; the second judging module 200 is configured to send at least one message instruction to the TSP if a first response instruction sent by the TSP based on the login message is received, and judge whether a second response instruction sent by the TSP based on the at least one message instruction is received; the generating module 300 is configured to generate a test result of the TSP according to the second response instruction if the second response instruction sent by the TSP based on the at least one message instruction is received.
Optionally, in some embodiments, after determining whether the TSP receives the response instruction sent by the login packet, the first determining module 100 is further configured to: if the first response instruction sent by the TSP is not received, repeatedly sending a login message to the TSP until the first response instruction sent by the TSP is received.
Optionally, in some embodiments, after receiving the second response instruction sent by the TSP based on the at least one packet instruction, the generating module 300 is further configured to: marking at least one message instruction as successful response.
Optionally, in some embodiments, after determining whether the second response instruction sent by the TSP based on the at least one packet instruction is received, the second determining module 200 is further configured to: if a second response instruction sent by the TSP based on the at least one message instruction is not received, marking the at least one message instruction as response failure.
Optionally, in some embodiments, before determining whether a response instruction sent by the internet of vehicles platform TSP based on the login message is received, the first determining module 100 is further configured to: compiling a Java check function, and generating a first character string according to a first preset conversion strategy; calling a preset time function, and converting the current time into a second character string according to a second preset conversion strategy; compiling development codes according to the client, and packaging and storing Java check functions, preset time functions and development codes into jmeters.
Optionally, in some embodiments, the above-mentioned internet of vehicles platform testing device 10 further includes: the first monitoring module is used for monitoring at least one of a central processing unit, a distributed publish-subscribe message system, a memory and a disk of the TSP through the monitoring server; and the second monitoring module is used for monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
It should be noted that the foregoing explanation of the embodiment of the testing method for the internet of vehicles platform is also applicable to the testing device for the internet of vehicles platform of this embodiment, and will not be repeated herein.
According to the Internet of vehicles platform testing device provided by the embodiment of the application, if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, whether a second response instruction sent by the TSP based on the at least one message instruction is received is judged, and if the second response instruction sent by the TSP based on the at least one message instruction is received, a testing result of the TSP is generated according to the second response instruction. Therefore, the problem of performance test of the Internet of vehicles platform is solved, the simulation of transmitting tbox login, standardized instruction and expansibility instruction to the Internet of vehicles platform is realized, the response is automatic, and the capability of the TSP platform for processing data is detected.
Fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device may include:
memory 401, processor 402, and a computer program stored on memory 401 and executable on processor 402.
The processor 402 implements the internet of vehicles platform testing method provided in the above embodiment when executing the program.
Further, the electronic device further includes:
a communication interface 403 for communication between the memory 401 and the processor 402.
A memory 401 for storing a computer program executable on the processor 402.
Memory 401 may comprise high-speed RAM memory or may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
If the memory 401, the processor 402, and the communication interface 403 are implemented independently, the communication interface 403, the memory 401, and the processor 402 may be connected to each other by a bus and perform communication with each other. The bus may be an industry standard architecture (Industry Standard Architecture, abbreviated ISA) bus, an external device interconnect (Peripheral Component, abbreviated PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated EISA) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 4, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 401, the processor 402, and the communication interface 403 are integrated on a chip, the memory 401, the processor 402, and the communication interface 403 may perform communication with each other through internal interfaces.
The processor 402 may be a central processing unit (Central Processing Unit, abbreviated as CPU) or an application specific integrated circuit (Application Specific Integrated Circuit, abbreviated as ASIC) or one or more integrated circuits configured to implement embodiments of the present application.
The embodiment of the application also provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor, implements the above internet of vehicles platform testing method.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, "N" means at least two, for example, two, three, etc., unless specifically defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
Logic and/or steps represented in the flowcharts or otherwise described herein, e.g., a ordered listing of executable instructions for implementing logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or N wires, a portable computer cartridge (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). In addition, the computer readable medium may even be paper or other suitable medium on which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing module, or each unit may exist alone physically, or two or more units may be integrated in one module. The integrated modules may be implemented in hardware or in software functional modules. The integrated modules may also be stored in a computer readable storage medium if implemented in the form of software functional modules and sold or used as a stand-alone product.
The above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, or the like. While embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims (10)

1. The testing method for the platform of the Internet of vehicles is characterized by comprising the following steps of:
judging whether a response instruction sent by a platform TSP of the Internet of vehicles based on a login message is received, wherein the login message is sent to the TSP by a user;
if a first response instruction sent by the TSP based on the login message is received, at least one message instruction is sent to the TSP, and whether a second response instruction sent by the TSP based on the at least one message instruction is received or not is judged; and
and if a second response instruction sent by the TSP based on the at least one message instruction is received, generating a test result of the TSP according to the second response instruction.
2. The method of claim 1, further comprising, after determining whether a response instruction sent by the TSP based on the login message is received:
and if the first response instruction sent by the TSP is not received, repeatedly sending the login message to the TSP until the first response instruction sent by the TSP is received.
3. The method of claim 1, further comprising, after receiving a second reply instruction sent by the TSP based on the at least one message instruction:
marking the at least one message instruction as successful response.
4. The method of claim 1, further comprising, after determining whether a second reply instruction sent by the TSP based on the at least one message instruction is received:
and if a second response instruction sent by the TSP based on the at least one message instruction is not received, marking the at least one message instruction as response failure.
5. The method according to claim 1, further comprising, before determining whether a response instruction sent by the internet of vehicles platform TSP based on the login message is received:
compiling a Java check function, and generating a first character string according to a first preset conversion strategy;
calling a preset time function, and converting the current time into a second character string according to a second preset conversion strategy;
compiling development codes according to the client, and packaging and storing the Java check function, the preset time function and the development codes into a jmeter.
6. The method as recited in claim 1, further comprising:
monitoring at least one of a central processor, a distributed publish-subscribe message system, a memory and a disk of the TSP through a monitoring server;
and monitoring at least one of the number of execution threads, the concurrency times, the response time and the error rate of the client through a monitoring tool of the jmeter.
7. The utility model provides a car networking platform testing arrangement which characterized in that includes:
the system comprises a first judging module, a first judging module and a second judging module, wherein the first judging module is used for judging whether a response instruction sent by a vehicle networking platform TSP based on a login message is received, and the login message is sent to the TSP by a user;
the second judging module is used for sending at least one message instruction to the TSP if a first response instruction sent by the TSP based on the login message is received, and judging whether a second response instruction sent by the TSP based on the at least one message instruction is received or not; and
and the generating module is used for generating a test result of the TSP according to the second response instruction if the second response instruction sent by the TSP based on the at least one message instruction is received.
8. The apparatus of claim 7, wherein after determining whether a response instruction sent by the TSP based on the login message is received, the first determining module is further configured to:
and if the first response instruction sent by the TSP is not received, repeatedly sending the login message to the TSP until the first response instruction sent by the TSP is received.
9. An electronic device, comprising a memory and a processor;
wherein the processor runs a program corresponding to the executable program code by reading the executable program code stored in the memory, for implementing the internet of vehicles platform testing method according to any one of claims 1-6.
10. A computer readable storage medium storing a computer program, wherein the program when executed by a processor implements the internet of vehicles platform testing method according to any one of claims 1-6.
CN202310630164.1A 2023-05-30 2023-05-30 Internet of vehicles platform testing method and device, electronic equipment and storage medium Pending CN116723124A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310630164.1A CN116723124A (en) 2023-05-30 2023-05-30 Internet of vehicles platform testing method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310630164.1A CN116723124A (en) 2023-05-30 2023-05-30 Internet of vehicles platform testing method and device, electronic equipment and storage medium

Publications (1)

Publication Number Publication Date
CN116723124A true CN116723124A (en) 2023-09-08

Family

ID=87868935

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310630164.1A Pending CN116723124A (en) 2023-05-30 2023-05-30 Internet of vehicles platform testing method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN116723124A (en)

Similar Documents

Publication Publication Date Title
CN110719199B (en) Network automatic testing and fault positioning method and device
CN109871225B (en) Electronic control unit ECU upgrading method and ECU
CN112486629B (en) Micro-service state detection method, micro-service state detection device, electronic equipment and storage medium
CN108347476B (en) Cross-machine-room data synchronization method and device and server
CN111506047B (en) Vehicle diagnosis method, device and storage medium
CN114089713A (en) Communication method based on UDS, ECU and upper computer
CN112069511B (en) Data protection method, device, electronic control unit, equipment and storage medium
CN108132876A (en) A kind of embedded software object code unit test method based on injection mode
CN111158751B (en) Windows environment deployment method, electronic device and storage medium
CN113433923A (en) Vehicle remote diagnosis method, system, readable storage medium and device
CN115542875A (en) Vehicle detection method based on SOA service and related equipment
CN113360386A (en) Switching chip drive test method, device, electronic equipment and storage medium
CN111988194B (en) Method and device for diagnosing automobile line
CN107205241B (en) Wireless communication detection method and equipment thereof
CN116723124A (en) Internet of vehicles platform testing method and device, electronic equipment and storage medium
CN116775498A (en) Software testing method and device, electronic equipment and storage medium
CN115470132A (en) Test method, device, equipment and medium for automatic driving data recording system
CN110262459B (en) Fault information output control method and system
CN113219319B (en) Integrated test board card, chip test system and chip test method
CN114327981A (en) Safety verification system, method and device of function safety mechanism
CN111930582A (en) System management bus detection platform, processor and system management bus detection method
CN112306032A (en) Consistency testing method, device and system for automobile open system
CN116743990B (en) Video stream testing method and video stream testing processing method of embedded equipment
CN112351090B (en) Log information transmission method and device based on intelligent large screen and storage medium
CN116302067A (en) Verification method and device for compressed flash file, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination