CN114756478A - SOA service automatic test method - Google Patents
SOA service automatic test method Download PDFInfo
- Publication number
- CN114756478A CN114756478A CN202210668279.5A CN202210668279A CN114756478A CN 114756478 A CN114756478 A CN 114756478A CN 202210668279 A CN202210668279 A CN 202210668279A CN 114756478 A CN114756478 A CN 114756478A
- Authority
- CN
- China
- Prior art keywords
- test
- linux
- server
- result
- client
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The invention provides an SOA service automatic test method, which comprises the following steps: s1, the Web side obtains all test cases, uploads the current test cases to a Linux PC server side and sends a request for updating the test cases; s2, after the Linux PC server receives the test case updating request, a Robot frame is started, and after the Robot frame starts a Python client, the Linux PC server forwards the test case updating request and the current test case to the Python client; s3, the Python client sends the current test case to a Linux PC server; importing a test case and a configuration file through a Web end, controlling a test flow, and displaying the state of each client end and the state of the test case in real time; carrying out data forwarding and someip communication through a Linux PC server; and carrying out automatic test on the test case through the Robot frame. The Robot frame not only solves the test problem of SOA service items, but also reduces the manpower input of a large number of repetitive work, thereby ensuring the correctness and convenience of test results.
Description
Technical Field
The invention relates to the technical field of software testing, in particular to an SOA service automatic testing method.
Background
Along with the development trends of automobile intellectualization, networking, electromotion and sharing, the requirements of users on the functions of the automobile are developing towards individuation, the user experience is improved, and the requirements for quick function updating and upgrading are met, so that the development targets of various automobile manufacturers are achieved. With the improvement of software importance in intelligent automobiles, the SOA concept is gradually introduced into the automobile field, and the SOA on the automobile extracts the logic unit of the minimum function in each subsystem of the automobile and packages the logic unit into service to form a service framework with small coarse granularity and loose coupling. Through a standardized interface, the SOA can call the hardware capability of sensors and actuators in each domain of the whole vehicle, and more possibilities are provided for software development. At present, the SOA is not popularized yet, most automobile factories are in a groping stage, and the invention provides an SOA service automatic testing method for testing various services provided by the SOA.
Disclosure of Invention
The technical problem to be solved by the invention is to provide an SOA service automatic test method aiming at the defects of the technical scheme, and the method adopts an automatic test tool, so that the accuracy of the test result is ensured while the manpower input of a large amount of repeated work is reduced.
The invention provides an SOA service automatic test method, which comprises the following steps:
s1, the Web side obtains all test cases, uploads the current test cases to a Linux PC server side and sends a request for updating the test cases;
s2, the Linux PC server side starts a Robot frame after receiving the test case updating request, and after the Robot frame starts a Python client side, the Linux PC server side forwards the test case updating request and the current test case to the Python client side;
s3, the Python client sends the current test case to a Linux PC server; the Linux PC server side processes the current test case, sends the test case to a piece to be tested in a someip message form, waits for the piece to be tested to reply, and responds to the Linux PC server side after receiving the someip message;
s4, the Linux PC server side sends the returned response result of the piece to be tested to the CANoe side, and the CANoe side processes the received response result and sends the obtained result to the diagnosis client side;
s5, the diagnosis client side verifies the received result and then sends a verification result message to the Linux PC server side;
S6, the Linux PC server side forwards the verification result message to the Python client side; the Python client receives and processes the verification result message and then sends a test result to the Linux PC server; the Linux PC server side sends a test result to the Web side; and after receiving the test result, the Web end synchronously updates and displays the test result and then starts the next test.
In the SOA service automatic test method of the present invention, in the step S1, the request for updating the test case includes a test start message, and after the Web endpoint starts the test, the Web endpoint sends the test start message to the linux pc service endpoint.
In the SOA service automatic test method, after receiving a test starting message sent by the Web end, the Linux PC server end forwards the test starting message to the Python client end, and the Python client end responds to the test starting message after receiving the test starting message; and the Linux PC server side forwards a response message sent by the Python client side to the Web side.
In the SOA service automatic test method, when the Python client side starts to send a test event push start test message, the Linux PC server side firstly responds to the start test message and sends a someip message for testing, and the Python client side collects each test result.
In the SOA service automatic test method according to the present invention, the request for updating the test case in step S1 further includes a test progress synchronization request, the Web side sends the test progress synchronization request to the linux pc server side at regular time, and the linux pc server side forwards the test progress synchronization request to the Python client.
In the SOA service automatic test method, after the Python client receives the test progress synchronous request forwarded by the Linux PC server, the Python client sends the successful test quantity, the failed test quantity, the residual test quantity and the residual time information of the current test case to the Linux PC server for response.
In the SOA service automatic test method described in the present invention, in the step S3, when the linux pc server sends the test result after the test case test is finished to the Python client, the Python client notifies the Robot frame to finish the current test case test and perform the next test case test.
In the SOA service automatic test method, after the test cases are completely executed, the Robot frame generates all test case test reports, wherein the test case test reports comprise test process log records.
In the SOA service automatic test method, when the test report is to be exported, the Web end clicks a test report exporting button, and simultaneously inputs an exported log path in a pop-up dialog box, the Web end sends the log path to the Linux PC server, and the Linux PC server exports the test report to a specified path, otherwise, the test report is stored in a default path.
In the SOA service automatic test method according to the present invention, the processing, by the diagnosis client in step S5, of the received verification result specifically includes:
the diagnosis client compares the received result with the expected value, and if the result is consistent with the expected value, the current test item test result is judged to be successful; if the result is inconsistent with the expected value, judging that the test result of the current test item is failed, and sending the verification result to the Linux PC server side;
the step S6 of processing the verification result message received by the Python client specifically includes: the test cases comprise normal test cases and abnormal test cases, when the test cases are normal test cases, the Python client transmits received verification result information to the Robot frame, if the Robot frame compares the received result with an expected value, and if the result is consistent with the expected value, the current test item test result is judged to be successful; when the test case is an abnormal test case, the Python client transmits the received verification result message to the Robot frame, if the received result is compared with the expected value by the Robot frame, and if the result is inconsistent with the expected value, the current test item test result is judged to be failed; and sending the test result to the Python client, and sending the test result to the Linux PC server by the Python client.
The SOA service automatic test method of the invention imports the test case and the configuration file through the Web end, controls the test flow and displays the state of each client end and the state of the test case in real time; carrying out data forwarding and someip communication through a Linux PC server; and carrying out automatic test on the test case through the Robot frame. The Robot frame not only solves the test problem of SOA service items, but also reduces the manpower input of a large number of repetitive work, thereby ensuring the correctness and convenience of test results.
Drawings
FIG. 1 is a schematic flow chart of an SOA service automatic test method of the present invention;
fig. 2 is a framework diagram of a SOA service testing method of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
As shown in fig. 1-2, an SOA service automatic testing method is provided, which includes the following steps:
in step S1, the Web side acquires all test cases, uploads the current test case to the linux pc server side, and sends a request for updating the test case;
in step S2, after receiving the test case update request, the linux pc server starts a Robot frame, and after the Robot frame starts a Python client, the linux pc server forwards the test case update request and the current test case to the Python client;
in step S3, the Python client sends the current test case to the linux pc server; the Linux PC server side processes the current test case, sends the current test case to the to-be-tested piece in a someip message form, waits for the to-be-tested piece to reply, and responds to the Linux PC server side after receiving the someip message;
in step S4, the linux pc server sends the returned response result of the to-be-tested device to the CANoe, and the CANoe sends the obtained result to the diagnostic client after processing the received response result;
in step S5, the diagnostic client verifies the received result and sends a verification result message to the linux pc server;
in step S6, the linux pc server forwards the verification result message to the Python client; the Python client receives and processes the verification result message and then sends the test result to a Linux PC server; the Linux PC server side sends the test result to the Web side; and after receiving the test result, the Web end synchronously updates and displays the test result and then starts the next test.
In an embodiment, in step S1, the update test case request includes a start test message, and after the Web endpoint clicks start test, the Web endpoint sends the start test message to the linux pc server.
In one embodiment, after receiving a test starting message sent by a Web end, a Linux PC server forwards the test starting message to a Python client, and the Python client receives the test starting message and responds to the test starting message; and the Linux PC server forwards the response message sent by the Python client to the Web end.
In an embodiment, when a Python client starts sending a test event push start test message, a linux pc server first responds to the start test message and sends a someip message for testing, and the Python client collects test results.
In an embodiment, the request for updating the test case in step S1 further includes a test progress synchronization request, the Web side sends the test progress synchronization request to the linux pc server at regular time, and the linux pc server forwards the test progress synchronization request to the Python client.
In an embodiment, after receiving a test progress synchronization request forwarded by a linux pc server, a Python client sends the number of successful tests, the number of failures, the number of residuals and the residual time information of a current test case to the linux pc server for responding.
In an embodiment, in step S3, when the linux pc server sends the test result after the test case test is completed to the Python client, the Python client notifies the Robot frame to complete the current test case test and perform the next test case test.
In an embodiment, after all the test cases are executed, the Robot frame generates all the test case test reports, wherein the test case test reports include test process log records.
In one embodiment, when a test report is to be exported, the Web end sends the log path to the Linux PC server by clicking a button for exporting the test report at the Web end and inputting the exported log path in a pop-up dialog box, and the Linux PC server exports the test report to a specified path, otherwise, the test report is stored in a default path.
In an embodiment, the processing, by the diagnosis client in step S5, of the received verification result specifically includes:
the diagnosis client compares the received result with the expected value, and if the result is consistent with the expected value, the test result of the current test item is judged to be successful; if the result is inconsistent with the expected value, judging that the test result of the current test item is failed, and sending the verification result to a Linux PC server;
The specific processing of the verification result message received by the Python client in step S6 is: the test cases comprise normal test cases and abnormal test cases, when the test cases are normal test cases, the Python client transmits received verification result information to the Robot frame, if the received result is compared with an expected value, and if the result is consistent with the expected value, the test result of the current test item is judged to be successful; when the test case is an abnormal test case, the Python client transmits the received verification result message to the Robot frame, if the received result is compared with the expected value by the Robot frame, and if the result is not consistent with the expected value, the test result of the current test item is judged to be failure; and sending the test result to a Python client, and sending the test result to a Linux PC server by the Python client.
When the device is used, a tester can log in a Web end page to test, after a test case and a configuration file are updated on the Web end, a submit button is clicked, the Web end sends the current test case file and the configuration file to a Linux PC server, the Linux PC server starts a Robot frame to wait for starting the test, a test button is clicked at the Web end, and at the moment, the test cases start to test according to the sequence. If the test is required to be suspended in the test process, after the suspension button is clicked, the test is suspended after the current test case is executed; the start test button is clicked and the test continues. And after a stop button is clicked, the test is immediately stopped, and the Linux PC server and the Python client both recover to the initial state. At this time, the start test button is clicked, and the test case is restarted from the first one. The Web end displays the total number of the test cases, the completed number, the incomplete number, the success number, the failure number, the operated time, the residual estimated time and the results of each tested case in real time; and after all the cases to be tested are tested, storing the test report and the log record in a log folder under a directory where a path or a program specified by a tester is located according to the requirement of the tester. The log record mainly records all events of the Robot frame in the task execution process, is similar to a system log file, and is used for later maintenance or troubleshooting problems and the like.
The Robot frame runs on the Linux PC server side, the to-be-tested piece is connected with a server through an Ethernet connecting line, an Ethernet-to-rj 45 converter or a network cable, the to-be-tested piece is electrified, then the to-be-tested piece and the Linux PC server side start to communicate, and the someip data is sent for testing. And when the Linux PC server receives the test starting message sent by the Web end, the Linux PC server forwards the message to the Python client, starts to send the someip message to the piece to be tested after receiving the test case information sent by the Python client, and returns the result to the Python client after receiving the returned result. And if the returned result of the to-be-tested piece is not received within the specified time, directly returning the returned result to the Python client. And after all the cases to be tested are tested, the Python client sends a test report path and a log recording path to the Web end.
For example, a test case updating request sent by the Web end is a request for starting an air conditioner, if the remote control function of the linux PC server is normal, the linux PC server sends an air conditioner starting instruction to a to-be-tested object, the Robot frame can judge whether a numerical value of a vehicle condition parameter representing the air conditioner state in feedback data provided by the linux PC server is a numerical value representing the air conditioner starting, if so, the feedback data passes verification, the test of the current test case is successful, otherwise, the feedback data does not pass verification, and the test of the current test case fails.
It should be noted that for simplicity of description, the above-mentioned method embodiments are shown as a series of combinations of acts, but those skilled in the art will recognize that the present invention is not limited by the order of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art will appreciate that the embodiments described in this specification are presently preferred and that no acts or modules are required by the invention.
Through the description of the foregoing embodiments, it is clear to those skilled in the art that the method according to the foregoing embodiments may be implemented by software plus a necessary general hardware platform, and certainly may also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention or portions thereof contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (which may be a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
Therefore, the above description is only a preferred embodiment of the present invention, and the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention will be covered within the scope of the present invention, and the scope of the present invention shall be subject to the protection scope of the appended claims.
Claims (10)
1. An SOA service automatic test method is characterized by comprising the following steps:
s1, the Web side obtains all test cases, uploads the current test cases to a Linux PC server side and sends a request for updating the test cases;
s2, the Linux PC server side starts a Robot frame after receiving the test case updating request, and after the Robot frame starts a Python client side, the Linux PC server side forwards the test case updating request and the current test case to the Python client side;
s3, the Python client sends the current test case to a Linux PC server; the Linux PC server side processes the current test case, sends the test case to a piece to be tested in a someip message form, waits for the piece to be tested to reply, and responds to the Linux PC server side after receiving the someip message;
S4, the Linux PC server side sends the returned response result of the piece to be tested to the CANoe side, and the CANoe side processes the received response result and sends the obtained result to the diagnosis client side;
s5, the diagnosis client side verifies the received result and then sends a verification result message to the Linux PC server side;
s6, the Linux PC server side forwards the verification result message to the Python client side; the Python client receives and processes the verification result message and then sends a test result to the Linux PC server; the Linux PC server side sends a test result to the Web side; and after receiving the test result, the Web end synchronously updates and displays the test result and then starts the next test.
2. The method for automatically testing service of an SOA of claim 1, wherein in the step S1, the request for updating the test case includes a start test message, and when the Web endpoint starts the test, the Web endpoint sends the start test message to the linux pc server.
3. The SOA service automatic test method according to claim 2, characterized in that the Linux PC server forwards the start test message to the Python client after receiving the start test message sent by the Web server, and the Python client responds to the start test message after receiving the start test message; and the Linux PC server side forwards a response message sent by the Python client side to the Web side.
4. The SOA service automatic testing method of claim 3, wherein when the Python client starts sending a test event push start test message, the Linux PC server first responds to the start test message and sends a someip message for testing, and the Python client collects each test result.
5. The method for automatically testing service of an SOA of claim 2, wherein in the step S1, the request for updating the test case further includes a request for synchronization of test progress, the Web end sends the request for synchronization of test progress to the linux pc server at regular time, and the linux pc server forwards the request for synchronization of test progress to the Python client.
6. The method for automatically testing the service of the SOA of claim 5, wherein after the Python client receives the test progress synchronization request forwarded by the linux pc server, the Python client sends the information of the number of successful tests, the number of failures, the number of remaining tests and the time remaining of the current test case to the linux pc server for responding.
7. The method for automatically testing service of an SOA according to claim 1, wherein in the step S3, when the linux pc server sends the test result after the test case test is completed to the Python client, the Python client notifies the Robot frame that the current test case test is completed and the next test case test is performed.
8. The SOA service automation test method of claim 7 wherein the Robot frame generates all test case test reports after the test cases are completely executed, wherein the test case test reports comprise test process log records.
9. The method for automatically testing the service of the SOA of claim 8, wherein when the test report is to be exported, the Web end sends the log path to the linux pc server by clicking a test report exporting button on the Web end and inputting the exported log path in a pop-up dialog box, and the linux pc server exports the test report to a designated path, otherwise, the test report is saved in a default path.
10. The SOA service automatic testing method according to claim 1, wherein the processing, by the diagnostic client in the step S5, of the received verification result specifically comprises:
the diagnosis client compares the received result with the expected value, and if the result is consistent with the expected value, the test result of the current test item is judged to be successful; if the result is inconsistent with the expected value, judging that the test result of the current test item is failed, and sending the verification result to the Linux PC server side;
In the step S6, the Python client receives the verification result message and performs processing specifically as follows: the test cases comprise normal test cases and abnormal test cases, when the test cases are normal test cases, the Python client transmits received verification result information to the Robot frame, the Robot frame compares the received result with an expected value, and if the result is consistent with the expected value, the current test item test result is judged to be successful; when the test case is an abnormal test case, the Python client transmits the received verification result message to the Robot frame, the Robot frame compares the received result with an expected value, and if the result is inconsistent with the expected value, the current test item test result is judged to be failure; and sending the test result to the Python client, and sending the test result to the Linux PC server by the Python client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210668279.5A CN114756478B (en) | 2022-06-14 | 2022-06-14 | SOA service automatic test method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210668279.5A CN114756478B (en) | 2022-06-14 | 2022-06-14 | SOA service automatic test method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114756478A true CN114756478A (en) | 2022-07-15 |
| CN114756478B CN114756478B (en) | 2022-08-19 |
Family
ID=82337206
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210668279.5A Active CN114756478B (en) | 2022-06-14 | 2022-06-14 | SOA service automatic test method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114756478B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102231686A (en) * | 2011-06-24 | 2011-11-02 | 北京天融信科技有限公司 | System and method for implementing automated test of network security equipment |
| US20170180238A1 (en) * | 2015-12-16 | 2017-06-22 | Software Ag | Systems and/or methods for automated testing and monitoring of backend services |
| CN107257290A (en) * | 2017-05-15 | 2017-10-17 | 中国电力科学研究院 | A kind of method of testing and system of open SOA Service-Oriented Architecture Baseds |
| CN108572919A (en) * | 2018-05-30 | 2018-09-25 | 平安普惠企业管理有限公司 | Automated testing method, device, computer equipment and storage medium |
| CN113051155A (en) * | 2021-03-11 | 2021-06-29 | 中国信息通信研究院 | Control system and control method of automatic test platform |
| WO2021230394A1 (en) * | 2020-05-13 | 2021-11-18 | 한국시험인증원 주식회사 | Software development and test automation framework |
-
2022
- 2022-06-14 CN CN202210668279.5A patent/CN114756478B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102231686A (en) * | 2011-06-24 | 2011-11-02 | 北京天融信科技有限公司 | System and method for implementing automated test of network security equipment |
| US20170180238A1 (en) * | 2015-12-16 | 2017-06-22 | Software Ag | Systems and/or methods for automated testing and monitoring of backend services |
| CN107257290A (en) * | 2017-05-15 | 2017-10-17 | 中国电力科学研究院 | A kind of method of testing and system of open SOA Service-Oriented Architecture Baseds |
| CN108572919A (en) * | 2018-05-30 | 2018-09-25 | 平安普惠企业管理有限公司 | Automated testing method, device, computer equipment and storage medium |
| WO2021230394A1 (en) * | 2020-05-13 | 2021-11-18 | 한국시험인증원 주식회사 | Software development and test automation framework |
| CN113051155A (en) * | 2021-03-11 | 2021-06-29 | 中国信息通信研究院 | Control system and control method of automatic test platform |
Non-Patent Citations (3)
| Title |
|---|
| FANG ZHOU 等: "Development method of simulation and test system for vehicle body CAN bus based on CANoe", 《2008 7TH WORLD CONGRESS ON INTELLIGENT CONTROL AND AUTOMATION》 * |
| 康祥熙: "通导系统通用自动测试平台设计", 《计算机测量与控制》 * |
| 赵羽晴: "面向汽车车窗控制单元的自动化测试方法及实现", 《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114756478B (en) | 2022-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110928774B (en) | Automatic test system based on node type | |
| CN109361562B (en) | Automatic testing method based on associated network equipment access | |
| WO2023125852A1 (en) | Remote diagnosis method and apparatus, and electronic device and storage medium | |
| CN109740222B (en) | Testing device and system for automobile networking scene | |
| CN112559289B (en) | Monitoring system | |
| CN108255717B (en) | Interface automation test optimization method, system, electronic device and storage medium | |
| CN111338951A (en) | Wireless intelligent household appliance detection method and system | |
| CN113672502A (en) | Program multi-system testing method and corresponding device, equipment and medium | |
| CN113760774B (en) | OTA simulation test method, platform and system | |
| CN114756478B (en) | SOA service automatic test method | |
| CN114257470A (en) | Vehicle Bluetooth function test system and test method | |
| CN110198222B (en) | Plug-and-play test method and test master station for power distribution automation terminal | |
| CN113238935A (en) | Application testing method, system, device, medium, and computer program product | |
| CN105243015B (en) | Method and system for automatically testing software | |
| CN113590163B (en) | Vehicle OTA upgrading method based on log diagnosis | |
| CN115933592A (en) | Automated diagnostic service test method, device and storage medium | |
| CN115437910A (en) | Vehicle offline detection method and device, vehicle, management equipment and storage medium | |
| CN114578786A (en) | Vehicle test system | |
| CN114090050A (en) | Robot software remote automatic updating method, system and related products | |
| CN113886274A (en) | Stability testing method, device, equipment and storage medium for Internet of vehicles terminal | |
| CN112114868B (en) | Real-time control device for task of working vehicle and protocol adaptation method thereof | |
| CN112597030B (en) | Task release method and device, execution method and device and system | |
| CN111488264A (en) | Deployment scheduling method for interface performance test cluster | |
| CN111679974A (en) | Application program testing method and device | |
| CN114610329B (en) | Solid state disk deployment method and device, readable storage medium and electronic equipment |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |