CN117806881A

CN117806881A - Hardware equipment testing method, system and device

Info

Publication number: CN117806881A
Application number: CN202211174836.4A
Authority: CN
Inventors: 张腾蛟
Original assignee: Beijing Qisheng Technology Co Ltd
Current assignee: Beijing Qisheng Technology Co Ltd
Priority date: 2022-09-26
Filing date: 2022-09-26
Publication date: 2024-04-02

Abstract

The embodiment of the invention discloses a method, a system and a device for testing hardware equipment. After receiving a test request of a client, determining a test script file, generating a corresponding first test instruction according to the test script file, and sending the first test instruction to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested, further obtaining test response information from the main control equipment, and writing the test response information into a database. Therefore, remote testing of the hardware equipment to be tested can be realized, and the testing efficiency of the hardware equipment to be tested is improved.

Description

Hardware equipment testing method, system and device

Technical Field

The present invention relates to the field of testing technologies, and in particular, to a method, a system, and an apparatus for testing a hardware device.

Background

At present, hardware equipment is tested in the research and development and production stages of the hardware equipment, and faults of the researched and developed hardware equipment and whether development requirements are met or not are judged through testing. In the existing test process, a tester is required to go to a test site to manually deploy a test environment, and test data of hardware equipment to be tested is recorded in real time.

On the one hand, under certain conditions, a tester needs to work at home and can not go to a testing site to complete testing tasks, on the other hand, each project in the hardware testing tasks has own environment deployment script and automatic testing cases, and a plurality of hardware devices to be tested in departments are arranged, one testing task can correspond to a plurality of projects, manual intervention is needed for deployment and automatic testing of the projects, the manual deployment testing environment is long, and the incorrect deployment of the testing environment, time consumption, labor consumption and low efficiency are caused by the existence of human factors.

Disclosure of Invention

Therefore, an object of the embodiments of the present invention is to provide a method, a system, and a device for testing hardware devices, which can realize remote testing of hardware devices to be tested and improve testing efficiency of hardware devices to be tested.

In a first aspect, an embodiment of the present invention provides a method for testing a hardware device, where the method includes:

determining a test script file according to a test request from a client;

generating a corresponding first test instruction according to the test script file;

the first test instruction is sent to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested; and

And acquiring test response information from the main control equipment, and writing the test response information into a database.

In some embodiments, the determining the test script file from the test request from the client comprises:

responding to the received test request, and acquiring test task information from the client;

determining corresponding script information according to the test task information, wherein the script information comprises script identification and/or test script text;

and determining a test script file according to the script information.

In some embodiments, the method further comprises:

in response to receiving the first test instruction, the master control equipment generates a corresponding second test instruction; and

the main control equipment sends the second test instruction to the test fixture equipment, and controls the test fixture equipment to test the hardware equipment to be tested.

In some embodiments, the obtaining test task information from the client comprises:

receiving test task information sent by a client, and writing the test task information into the database; and

and responding to the completion of the test task establishment, and reading the test task information in the database.

In some embodiments, the reading the test task information in the database is specifically:

and after the test task is established, the interface unit sends a test starting instruction to the control unit, and instructs the control unit to read the test task information in the database.

In some embodiments, the reading the test task information in the database includes:

acquiring a corresponding pre-stored test script file from the database according to the script identification;

and merging the pre-stored test script file and the test script text to determine the test script file corresponding to the test task.

In some embodiments, after the master device obtains the test response information, the method further includes:

and managing the test response information through a management unit.

In a second aspect, an embodiment of the present invention provides a hardware device testing system, including:

the main control equipment is connected to the hardware equipment to be tested in a field mode; and

the server is connected with the main control equipment through network communication, the server is configured to determine a test script file according to a test request from the client, generate a corresponding first test instruction according to the test script file, send the first test instruction to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested, acquire test response information from the main control equipment and write the test response information into a database.

In some embodiments, the server is further configured to obtain test task information from the client in response to receiving the test request, determine corresponding script information according to the test task information, where the script information includes a script identifier and/or a test script text, and determine a test script file according to the script information.

In some embodiments, the system further comprises:

the test fixture device is in communication connection with the main control device;

the main control equipment is configured to respond to the first test instruction, generate a corresponding second test instruction, send the second test instruction to the test jig equipment, and control the test jig equipment to test the hardware equipment to be tested.

In some embodiments, the server is further configured to receive test task information sent by the client, write the test task information into the database, and read the test task information in the database in response to completion of test task establishment.

In some embodiments, the server includes:

a communication unit;

a control unit; and

the interface unit is configured to send a test starting instruction to the control unit after the test task is established, and instruct the control unit to read the test task information in the database;

The control unit is configured to generate a corresponding first test instruction according to the test script file, and send the first test instruction to the main control equipment through the communication unit.

In some embodiments, the server is further configured to obtain a corresponding pre-stored test script file from the database according to the script identifier, and combine the pre-stored test script file and the test script text to determine a test script file corresponding to the current test task.

In some embodiments, the server further includes:

and the management unit is configured to receive the test response information sent by the control unit and manage the test response information.

In a third aspect, an embodiment of the present invention provides a hardware device testing apparatus, where the apparatus includes:

the test script file determining module is used for determining a test script file according to a test request from the client;

the first test instruction generation module is used for generating a corresponding first test instruction according to the test script file;

the first test instruction sending module is used for sending the first test instruction to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested;

And the test response information acquisition module is used for acquiring test response information from the main control equipment and writing the test response information into a database.

According to the embodiment of the invention, the test script file is determined after the test request of the client is received, the corresponding first test instruction is generated according to the test script file, and the first test instruction is sent to the main control equipment through the network communication connection so as to control the main control equipment to test the hardware equipment to be tested, and further test response information is acquired from the main control equipment and is written into the database. Therefore, remote testing of the hardware equipment to be tested can be realized, and the testing efficiency of the hardware equipment to be tested is improved.

Drawings

The above and other objects, features and advantages of the present invention will become more apparent from the following description of embodiments of the present invention with reference to the accompanying drawings, in which:

FIG. 1 is a schematic diagram of a hardware device testing system according to one embodiment of the invention;

FIG. 2 is a flow chart of a method of hardware device testing according to one embodiment of the invention;

FIG. 3 is a schematic diagram of an electronic device in one embodiment of the invention;

FIG. 4 is a flow chart of a method of hardware device testing according to one embodiment of the invention;

FIG. 5 is a flow chart of determining a test script file in one embodiment of the invention;

FIG. 6 is a flow chart of a method of hardware device testing of one embodiment of the invention;

FIG. 7 is a flow chart of a test response data management and presentation method in one embodiment of the invention;

FIG. 8 is a flow chart of a test response information management method in one embodiment of the invention;

FIG. 9 is a schematic diagram of a hardware device testing apparatus according to one embodiment of the invention.

Detailed Description

The present invention is described below based on examples, but the present invention is not limited to only these examples. In the following detailed description of the present invention, certain specific details are set forth in detail. The present invention will be fully understood by those skilled in the art without the details described herein. Well-known methods, procedures, flows, components and circuits have not been described in detail so as not to obscure the nature of the invention.

Moreover, those of ordinary skill in the art will appreciate that the drawings are provided herein for illustrative purposes and that the drawings are not necessarily drawn to scale.

Unless the context clearly requires otherwise, the words "comprise," "comprising," and the like in the description are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is, it is the meaning of "including but not limited to".

In the description of the present invention, it should be understood that the terms "first," "second," and the like are merely configured for descriptive purposes and are not to be construed as indicating or implying relative importance. Furthermore, in the description of the present invention, unless otherwise indicated, the meaning of "a plurality" is two or more.

In the following description, a server side remote test is taken as an example to test a hardware device in a vehicle, and it should be understood that the hardware device test method of the embodiment of the present invention may be applied to other various types of situations where a test is required, such as a shared bicycle control device test, an intelligent furniture test, a building management device test, and so on.

FIG. 1 is a schematic diagram of a hardware device testing system according to one embodiment of the invention. As shown in fig. 1, the hardware device testing system of the present embodiment includes a server 1, a testing terminal 2, and a client 3. The server 1 includes an interface unit 11, a control unit 12, a communication unit 13, a management unit 14, and a database 15. The testing terminal 2 comprises a main control device 21, a testing jig device 22 and a hardware device to be tested 23, wherein the service terminal 1, the testing terminal 2 and the client 3 can be arranged at different physical positions.

In the present embodiment, communication between the interface unit 11 and the client 3 and communication unit 13 and the master device 21 may be implemented by GSM (G l oba l System for Mob i l e Commun i cat ions ), GPRS (Genera l packet rad io serv ice, general packet radio service), eMTC (enhanced MTO for machine type communication), NB-IoT (Narrow Band I nternet of Th i ngs ) and the like, and thus communication between the server 1 and the client 3, and between the server 1 and the test 2 may be implemented.

In this embodiment, the main control device 21 in the test end 2 is in communication connection with the test fixture device 22 and the hardware device to be tested 23 in a field manner, and the test fixture device 22 is in communication connection with the hardware device to be tested, where the communication connection may be implemented by wired or wireless or a combination of wired and wireless, which is not limited in the present invention.

In some alternative embodiments, the communication connection may be a wired connection that may be implemented through a bus interface such as CAN (Contro l l er Area Network ), LIN (Loca l I nterconnect Network, local interconnect network), RS-485, UART (Un iversa l Asynchronous Receiver/transceiver), or the like. Among them, CAN is a serial communication protocol of the ISO international organization for standardization. The RS-485 bus standard is a serial communication protocol mainly used for sensors and controllers, and is a very wide bidirectional and balanced transmission standard interface used in industry (attendance checking, monitoring and data acquisition systems) to support multipoint connection.

In some alternative embodiments, the communication connection may be a wireless connection that may be over a wireless network such as Bluetooth, wi-F i, NB-IoT, loRa or ZigBee. Bluetooth is a radio technology supporting short-distance communication of equipment, and has the advantages of large transmission range, strong penetrability, strong anti-interference performance, low power consumption, low cost and the like. Wi-Fi is a wireless communication technology and is widely used in daily life, and thus, communication connection can be achieved without additional hardware facilities. NB-IoT (narrowband Internet of things ) has the characteristics of wide coverage, low power consumption, lower module cost, and the like. LoRa is one of LPWAN (Low Power consumption Wide area network, low Power Wide Area Network), is an ultra-long distance wireless transmission scheme based on spread spectrum technology adopted and promoted by Semtech company in the United states, and has the characteristics of long distance, low power consumption, multiple nodes, low cost and the like. The ZigBee technology is a two-way wireless communication technology with short distance, low complexity, low power consumption, low speed and low cost.

In this embodiment, the testing of the hardware device 23 to be tested by the client 3 through the server 1 can refer to fig. 2, and as shown in fig. 2, the process of testing the hardware device includes the following steps:

And step S100, determining a test script file according to a test request from the client.

And step 200, generating a corresponding first test instruction according to the test script file.

And step S300, sending the first test instruction to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested.

Step 400, test response information is obtained from the main control equipment, and the test response information is written into a database.

Specifically, after receiving the test request of the client 3, the server 1 determines a test script file according to the test request, and then generates a corresponding first test instruction according to the test script file. And the server 1 sends a first test instruction to the main control device 21 through the network communication connection so as to control the main control device 21 to test the hardware device 23 to be tested. After the test is completed, the server 1 acquires the test response information from the main control device 21 and writes the test response information into the database 15. Thereby, the client 3 can remotely test the hardware device to be tested 23 through the server 1.

In some alternative embodiments, the interface unit 11, the control unit 12, the communication unit 13, the management unit 14 may be a program written according to an interaction procedure as described below.

In this embodiment, since multiple test auxiliary functions (such as communication, storage, management, etc.) corresponding to the test tasks of the server 1 need to be invoked in the process of testing the vehicle hardware device, in general, these test auxiliary functions cannot be implemented on one server at the same time, and in this case, the embodiment can implement remote test through interaction of multiple servers in the server 1.

In some alternative embodiments, the interface unit 11 may be an interface server, which is configured to receive the test task information sent by the client, and write the test task information into the database 15. After the test task is established, a test start instruction is sent to the control unit 12, and the control unit 12 is instructed to read the test task information in the database.

In some alternative embodiments, the control unit 12 may be a control server, configured to determine corresponding script information according to the test task information, and determine a test script file according to the script information. And further generates a first test instruction according to the test script file, and transmits the first test instruction to the main control device 21 through the communication unit 13.

In some alternative embodiments, the communication unit 13 may be a communication platform server for communicating with the master device 21.

In some alternative embodiments, the management unit 14 may be a management server for managing test response information.

In the following description, an interface server, i.e., an interface unit 11, a control server, i.e., a control unit 12, a communication platform server, i.e., a communication unit 13, and a management server, i.e., a management unit 14.

In this embodiment, the interface server and the control server, the communication platform server, the control server and the communication platform server, and the control server and the management server may interact through any communication mechanism/communication standard communication network, where the communication network may be a wide area network, a local area network, a point-to-point connection, or any combination thereof.

In some alternative embodiments, the interface server, control server, communication platform server, management server, master control device 21 and test fixture device 22 are electronic devices with data transmission, data processing, information storage and network interaction functions. Specifically, fig. 3 shows a schematic diagram of an electronic device in an embodiment of the invention.

Referring to fig. 3, the electronic device may be a general-purpose data processing chip or apparatus. The data processing chip or device comprises a general purpose computer hardware structure including at least a processor 421 and a memory 422. The processor 421 and the memory 422 are connected by a bus 423. The memory 422 is adapted to store instructions or programs executable by the processor 421. The processor 421 may be a separate microprocessor or a collection of one or more microprocessors. Thus, the processor 421 performs the process flow of the embodiment of the present invention described above to realize the processing of data and the control of other devices by executing the instructions stored in the memory 422. Bus 423 connects the above-described components together, while connecting the above-described components to display controller 424 and to display devices and input/output (I/O) devices 425. Input/output (I/O) devices 425 may be mice, keyboards, modems, network interfaces, touch input devices, somatosensory input devices, printers, and other devices which are well known in the art. Typically, input/output devices 425 are connected to the system through input/output (I/O) controllers 426.

It will be appreciated by those skilled in the art that embodiments of the invention may be provided as a method, an electronic device, or a computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may employ a computer program product embodied on one or more computer-readable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations of methods, electronic devices, and computer program products according to embodiments of the application. It will be understood that each of the flows in the flowchart may be implemented by computer program instructions.

These computer program instructions may be stored in a computer-readable memory that can direct a computer or other programmable data processing chip or apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows. These computer program instructions may also be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing chip or apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing chip or apparatus, create means for implementing the functions specified in the flowchart flow or flows.

In this embodiment, the interface server, the control server, the communication platform server, and the management server are used to implement different functions, which may be server units disposed on different hardware computing platforms, or may be a plurality of software services or interfaces that provide services and are disposed on a unified hardware platform or a cloud platform.

In some alternative embodiments, the interface server, the control server, the communication platform server and the management server may be a plurality of software services or interfaces providing services arranged on a unified hardware platform or a cloud platform, that is, the server 1 includes one server, and the server may perform a plurality of server interaction processes as described above to implement the remote control master device 21 to test the hardware device to be tested.

In the following description, the interface server, the control server, the communication platform server, and the management server are described as server units disposed on different hardware computing platforms.

In this embodiment, the interface server receives the test request from the client 3, obtains the test task information from the client 3, writes the test task information into the database 15, and establishes a test task according to the test task information. And further sends a test start instruction to the control server, instructing the control server to read the test task information in the database 15 and determine the corresponding script information. The control server determines a test script file according to the script information, and generates a corresponding first test instruction according to the test script file. The control server transmits the first test instruction to the main control device 21 through the communication platform server. After receiving the first test instruction, the main control device 21 controls the test fixture device 22 to test the hardware device to be tested. Further, the control server acquires the test response information from the main control device 21, writes the test response information into the database 15, and manages the test response information by the management server. Thereby, the server 1 can realize remote test of the hardware equipment to be tested.

In some alternative embodiments, the interface server includes a database 15 for storing test task information and pre-stored script files.

In some alternative embodiments, database 15 may be a storage server in communicative connection with the interface server.

In the following description, an example is given in which the interface server includes the database 15.

Further, fig. 4 shows a flowchart of a hardware device testing method according to an embodiment of the present invention, in this embodiment, the hardware device testing method includes the following steps:

step S110, in response to receiving the test request, test task information from the client is acquired, and a test task is established.

In this embodiment, because there are numerous hardware devices to be tested in the department, the same hardware device to be tested may correspond to different test tasks, and there are artificial factors to cause the test tasks to be incorrectly established. In this case, the present embodiment establishes a test task from the test task information through the server 1.

Specifically, the tester sends a test request to the interface server through the client 3 (e.g., mobile phone, computer, etc.), the test request including client identity information including a client model number, an identification, and an identification code. After the interface server receives the test request, the client model number, identification, and identification code may be verified to determine that the client 3 is an authorized device. And the interface server replies test request response information to the client 3, wherein the test request response information comprises the identification of the interface server and the processing result of the test request. And when the processing result of the test request represents agreement to test, the tester sends test task information to the interface server through the client 3. After receiving the test task information sent by the client 3, the interface server writes the test task information into the database 15, and establishes a corresponding test task file according to the test task information, wherein the test task file comprises a test task identifier and the test task information.

In some alternative embodiments, the processing result of the test request characterizes disagreement for testing in response to verifying the client model, the identification and the identification code to determine that the client 3 is an unauthorized device. The interface server refuses to receive the test task information subsequently sent by the client 3.

In this embodiment, the test task information includes environment information, use case information, and script information. The environmental information characterizes a description of the software and hardware environment in which the hardware device under test is running, e.g., the environmental information includes dashboard and VST software (Veh i c l e Secur ity Too l k i t, automobile safety test tool). The case information characterizes a description of the test task, e.g., the case information includes test targets, test environments, input data, test steps, and expected results. The script information includes script identification and/or test script text, for example, the script information includes a Benchmark script text and an Encod i ng identification. Wherein the Encod i ng is identified as an identifier of the CPAL script text (Commun i cat i on Access Programmi ng Language ). The Benchmark script is used for testing the performance of the vehicle hardware equipment, and the CPAL script is used for automatically testing the vehicle hardware equipment.

In some alternative embodiments, the script information further includes a deposit path of script text in database 15, e.g., the script information further includes a Benchmark subdirectory having a Benchmark script text deposit path of X-Tuner.

It should be understood that, in the embodiment of the present invention, the test request includes the identity information of the client, but the embodiment of the present invention does not limit the content included in the test request, and the test request may also include the user information (such as the name of the tester, the employee number) of the client 3, etc., and then after receiving the test request, the interface server may verify the user information of the client 3 to determine that the client 3 is an authorized device. Further, the embodiment of the invention also does not limit the content of the test request response information and the test task information.

Step S120, a test starting instruction is sent.

In this embodiment, under some circumstances, a tester needs to go to a testing site to complete a testing task, and in this case, remote testing of hardware devices to be tested can be achieved through interaction of multiple servers in the server 1.

Specifically, after the test task is established, the interface server sends a test starting instruction to the control server. The test start instruction includes the test task identifier, and instructs the control server to read the test task information in the database 15.

And step 130, reading test task information in the database, and determining corresponding script information according to the test task information.

In this embodiment, the control server receives the test start instruction, and determines a corresponding test task file in the database 15 according to the test task identifier. And then the control server reads the test task file to determine test task information, and then determines corresponding script information according to the test task information, wherein the script information comprises script identification and/or test script text.

And step 140, determining a test script file according to the script information.

In the present embodiment, when the script information includes a script identification and a test script text, step S140 further includes step S141 and step S142. Specifically, FIG. 5 is a flow chart of determining a test script file in one embodiment of the invention. As shown in fig. 5, the process of determining a test script file in this embodiment includes the following steps:

and step S141, acquiring a corresponding pre-stored test script file from the database according to the script identification.

In this embodiment, the control server is an electronic device with a search function, and the search function may be implemented through a custom search service module, which is similar to the E l ast i c Search search engine. The control server retrieves the script identification in the interface server database 15 through the custom search service module to obtain a corresponding pre-stored test script file.

In some alternative embodiments, if the control server does not retrieve the corresponding pre-stored test script file in the database 15 according to the script identification, the control server sends a retrieval response signal to the client through the interface server. The search response signal comprises script identifications of the pre-stored test script files which are not searched, and then a tester sends test script texts corresponding to the script identifications to an interface server through a client 3, so that the control server can acquire the test script texts corresponding to the non-searched script identifications through the interface server.

And step S142, combining the pre-stored test script file and the test script text to determine the test script file corresponding to the test task.

In this embodiment, the control server merges the test script text and the pre-stored test script file to obtain a test script file corresponding to the current test task. For example, the control server merges the Benchmark script text and the pre-stored CPAL script file into one test script file.

In some optional embodiments, the control server generates a plurality of corresponding test script files according to the test script text and the pre-stored test script files, and obtains a plurality of test script files corresponding to the current test task. For example, the control server generates a first test script file according to the Benchmark script text, and generates a second test script file according to the CPAL script file, so as to obtain two test script files corresponding to the current test task.

In some alternative embodiments, when the script information includes a script identifier, the control server obtains a corresponding pre-stored test script file from the database 15 according to the script identifier, and determines the pre-stored test script file as a test script file corresponding to the current test task.

In some optional embodiments, when the script information includes a test script text, the control server determines the test script text as a test script file corresponding to the current test task.

And step S150, generating a corresponding first test instruction according to the test script file.

In this embodiment, the control server generates a corresponding first test instruction according to the script file, where the first test instruction includes information for executing a predetermined operation, for example, instructing an odometer and a fuel gauge in a dashboard of the vehicle to perform a test, and further instructing a steering gear of the vehicle to perform steering, for example.

In some alternative embodiments, the first test instruction further includes a test task identifier, a control server identifier, and the like, which is not limited by the embodiment of the present invention.

Step S160, a first test instruction is sent through network communication connection.

In the present embodiment, the control server communication platform server transmits the first test instruction to the main control device 21.

In this embodiment, the communication platform server may send the first test instruction to the master device 21 through any communication mechanism/communication standard communication network interaction manner, where the communication network may be a wide area network, a local area network, a point-to-point connection, or any combination thereof.

And step S170, testing the hardware equipment to be tested.

In this embodiment, the main control device 21 receives the first test instruction and tests the hardware device to be tested.

For example, assuming that a tester needs to test the dashboard of the vehicle, the tester sends a test request to the interface server through the client. The interface server receives the test request and verifies the test request to determine that the client is authorized equipment, and then the interface server replies test request response information to the client, wherein the test request response information characterizes approval of the test. And then the tester sends test task information to the interface server through the client, wherein the script information in the test task information comprises a Benchmark script text and an Encoding identifier. The interface server writes the received test task information into a database and establishes a corresponding test task file, wherein the test task file comprises a test task identifier and the test task information. Further, the interface server sends a test starting instruction to the control server, wherein the test starting instruction comprises a test task identifier. And then the control server acquires a corresponding test task file from the database according to the test task identifier, reads test task information of the test task file, and determines script information as a Benchmark script text and an Encoding identifier according to the test task information. The control server searches the Encod i ng identifier in the database of the interface server through the self-defined search service module to obtain a pre-stored CPAL script file. And then the control server combines the Benchmark script text and the prestored CPAL script file to determine a test script file corresponding to the test task, and generates a corresponding first test instruction according to the test script file, wherein the first test instruction is used for indicating a speedometer, a tachometer, an odometer and a fuel gauge in a vehicle instrument panel to test, and further the control server sends the first test instruction to the main control equipment 21 through the communication platform server, and the main control equipment 21 tests the vehicle instrument panel, so that the remote test of the hardware equipment to be tested by the server through the script file can be realized.

In some alternative embodiments, the control server may generate a plurality of corresponding test instructions according to the test script file, and further send the plurality of test instructions to the master control device 21 through the communication platform server, so as to control the master control device 21 to test the hardware device to be tested.

In some alternative embodiments, the control server may send a test script file to the master device 21, and then the master device 21 may test the hardware device to be tested according to the test script file.

According to the embodiment of the invention, the test script file is determined after the test request of the client is received, the corresponding first test instruction is generated according to the test script file, and the first test instruction is sent to the main control equipment through network communication connection so as to control the main control equipment to test the hardware equipment to be tested. Therefore, remote testing of the hardware equipment to be tested can be realized, and the testing efficiency of the hardware equipment to be tested is improved.

Further, the main control device may test the hardware device to be tested through the test fixture device, and a flowchart of a hardware device test method according to an embodiment of the present invention is shown in fig. 6. In this embodiment, the hardware device testing method includes the following steps:

Step S210, responding to the received first test instruction, and generating a corresponding second test instruction.

In this embodiment, the main control device 21 receives a first test instruction, and generates a corresponding second test instruction according to the first test instruction, where the first test instruction includes information for executing a predetermined operation, and the second test instruction includes information for controlling the test fixture device 22 to execute the predetermined operation.

In some alternative embodiments, the second test instruction further includes a test task identifier, a main control device 21 identifier, a test fixture device 22 identifier, etc., which is not limited herein.

In the present embodiment, the main control device 21 may be provided inside the vehicle (for example, ECU control device (E l ectron i c Contro l Un it, electronic control unit)) or may be provided outside the vehicle. The main control device 21 is in communication connection with the hardware device to be tested and the test fixture device 22 in a field manner, and the specific implementation is similar to the embodiment shown in fig. 1, and the disclosure is not repeated here.

In some alternative embodiments, the master control device 21 receives the test script file, and generates the corresponding second test instruction according to the test script file.

In some alternative embodiments, the master device 21 receives a plurality of test instructions, and generates a plurality of corresponding test instructions according to the plurality of test instructions.

Step S220, a second test instruction is sent.

In this embodiment, the master control device 21 may send the second test instruction to the fixture device 22 through a wired or wireless or a wired or wireless combination communication manner, for example, the master control device 21 sends the second test instruction to the test fixture device 22 through an RS-485 bus interface.

In some alternative embodiments, the master device 21 may send a plurality of test instructions to the test fixture device 22.

And step S230, testing the hardware equipment to be tested.

In this embodiment, the test fixture device 22 receives the second test instruction, generates a corresponding control signal according to the information required to execute the predetermined operation, and further sends the control signal to the hardware device to be tested to control the hardware device to be tested to execute the predetermined operation.

In some alternative embodiments, when the test fixture device 22 receives the plurality of test instructions, the fixture device 22 generates a plurality of control signals according to information included in each test instruction, and further sends the plurality of control signals to the hardware device to be tested, so as to control the hardware device to be tested to execute a plurality of predetermined operations.

In the present embodiment, the test jig device 22 may be provided inside the vehicle or may be provided outside the vehicle. The test fixture device 22 is a fixture having a function of testing performance, lifetime, power calibration, etc. of a hardware device to be tested, such as an ICT test fixture (I ntegrated Ci rcu it Tester ), FCT test fixture, etc. (Funct iona l Ci rcu it Test, functional test). The ICT test fixture is used for testing the electrical performance and electrical connection of the vehicle components, and the FCT test fixture is used for performing functional test on vehicle hardware equipment.

Step S240, test data are acquired, and test response information is generated according to the test data.

In this embodiment, during the process of testing the hardware device to be tested 23, the test fixture device 22 obtains the test data of the hardware device to be tested 23 in real time, and generates test response information corresponding to the test task according to the test data, where the test response information includes a test task identifier, a test report, test Bug (fault) information, serial log information, and the like.

For example, assume that the first test instruction includes information for testing a speedometer, a tachometer, an odometer, and a fuel gauge in a dashboard of the vehicle and a test task identifier, the main control device 21 is an onboard ECU, and the test fixture device 22 is an FCT test fixture. And the vehicle-mounted ECU receives the first test instruction and then generates a corresponding second test instruction, wherein the second test instruction comprises information and a test task identifier for controlling the FCT test fixture to test the speedometer, the tachometer, the odometer and the fuel gauge in the instrument panel of the vehicle. And the vehicle-mounted ECU sends the second test instruction to the FCT test jig, and the FCT test jig generates a corresponding control signal according to the second test instruction and sends the control signal to the vehicle instrument panel for testing. In the process of testing the vehicle instrument panel, the vehicle-mounted ECU records test data of the speedometer, the tachometer, the odometer and the fuel gauge in real time, generates a test report, test Bug information and serial port log information according to the test data, and further determines the test task identifier, the test report, the test Bug information and the serial port log information as test response information. Thereby, the master device 21 can realize the test of the hardware device to be tested 23.

According to the embodiment of the invention, the first test instruction is received through the main control equipment, the corresponding second test instruction is generated, and then the second test instruction is sent to the test fixture equipment, so that the test fixture equipment is controlled to test the hardware equipment to be tested. Therefore, remote testing of the hardware equipment to be tested can be realized, and the testing efficiency of the hardware equipment to be tested is improved.

Further, the management server may manage the test response data, and the client may display the test response data, and a flowchart of a method for managing and displaying the test response data in one embodiment of the present invention is shown in fig. 7. In this embodiment, the test response data management and display method includes the following steps:

step S310, test response information is acquired.

In this embodiment, after completing the test task, the master control device 21 sends a test response signal to the control server through the communication platform server to notify the control server that the test is completed, where the test response signal includes a test task identifier and test response information. The control server determines test response information after receiving the test response signal.

In some optional embodiments, when the test response signal includes a plurality of test task identifiers and test response information, the control server receives the test response signal and then obtains corresponding test response information according to the test task identifiers.

Step S320, writing the test response information into a database.

In the present embodiment, the control server writes the test response information in the interface server database 15. Specifically, the control server sends the test response information to the interface server, and after the interface server receives the test response information, the interface server determines a corresponding test task file in the database according to the test task identifier, and writes the test response information into the test task file.

In some optional embodiments, the interface server receives the test response information, and determines a corresponding test task file in the database according to the test task identifier, where the test task file includes the test task information, and then the interface server sends the test task file and the test response information to the client 3, and the client 3 displays the test task file and the test response information.

In some alternative embodiments, the client 3 may be presented by means of a status bar prompt, which is not limited by the present invention.

Step S330, test response information is sent.

In this embodiment, the control server transmits test response information to the management server.

In this embodiment, the step S330 may be performed in the current step sequence, may be performed before the step S320, or may be performed simultaneously with the step S320, which is not limited in the present invention.

Step S340, managing the test response information.

In this embodiment, the management server receives the test response information and manages the test response information, and in particular, fig. 8 is a flowchart of a test response information management method in an embodiment of the present invention. As shown in fig. 8, the test response information management method in this embodiment includes the steps of:

step S341, obtaining test fault information.

In this embodiment, the management server receives the test response information and obtains the test Bug information.

Step S342, determining test data corresponding to the test fault information.

In this embodiment, the management server determines corresponding test data in the test report according to the test Bug information.

Step S343, generating a test management document according to the test data and the test fault information.

In this embodiment, the management server generates a test management document from the test data and the test failure information.

For example, assume that the management server receives the test response information, determines fuel gauge fault information in the vehicle dashboard. The management server determines that the speedometer is 60Km/h (Ki l meter/hour), the odometer is 20Km, and the tachometer is 1600 revolutions when determining the fuel meter fault in the test report according to the fuel meter fault information. And the management server generates a corresponding test management document according to the fault information of the fuel gauge, the corresponding test data and the test task identifier, so that the test response information can be managed.

In some alternative embodiments, the management server sends the test management document to the interface server through the control server, and then the interface server writes the test management document into a corresponding test task file according to the task identifier, and waits for subsequent test personnel to process.

According to the embodiment of the invention, the test response information is obtained through the control server, the test response information is written into the database, the test response information is sent to the management server, and the management server manages the test response information. Therefore, effective management of test response information can be realized, and the test efficiency of the hardware equipment to be tested is improved.

FIG. 9 is a schematic diagram of a hardware device testing apparatus according to one embodiment of the invention. As shown in fig. 9, the hardware device testing apparatus includes a test script file determining module 411, a first test instruction generating module 412, a transmitting module 413, and a test response information acquiring module 414. The test script file determining module 411 is configured to determine a test script file according to a test request from a client. The first test instruction generating module 412 is configured to generate a corresponding first test instruction according to the test script file, and the first test instruction sending module 413 is configured to send the first test instruction to the master control device through a network communication connection, so as to control the master control device to test the hardware device to be tested. The test response information obtaining module 414 is configured to obtain test response information from the master control device, and write the test response information into a database.

In some embodiments, the test script file determining module 411 is further configured to:

and responding to the test request, acquiring test task information from the client, determining corresponding script information according to the test task information, wherein the script information comprises a script identifier and/or a test script text, and determining a test script file according to the script information.

In some embodiments, the apparatus further comprises:

and the second test instruction generation module is used for responding to the received first test instruction, and the main control equipment generates a corresponding second test instruction.

And the second test instruction sending module is used for sending the second test instruction to the test fixture equipment by the main control equipment and controlling the test fixture equipment to test the hardware equipment to be tested.

and receiving test task information sent by a client, writing the test task information into the database, and reading the test task information in the database in response to the completion of the test task establishment.

and acquiring a corresponding pre-stored test script file from the database according to the script identification, and combining the pre-stored test script file and the test script text to determine a test script file corresponding to the test task.

In some embodiments, the apparatus further comprises:

and the test response information management module is used for managing the test response information through the management unit.

The foregoing description of the preferred embodiment of the invention is not intended to be limiting, but rather, the invention is susceptible to various modifications and alternative forms as will occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for testing a hardware device, the method comprising:

determining a test script file according to a test request from a client;

2. The method of claim 1, wherein determining a test script file based on a test request from a client comprises:

And determining a test script file according to the script information.

3. The method according to claim 1, wherein the method further comprises:

4. The method of claim 2, wherein the obtaining test task information from the client comprises:

5. The method according to claim 4, wherein the reading the test task information in the database is specifically:

6. The method of claim 4, wherein the reading the test task information in the database comprises:

7. The method of claim 1, wherein after the master device obtains the test response information, the method further comprises:

and managing the test response information through a management unit.

8. A hardware device testing system, the system comprising:

9. The system of claim 8, wherein the server is further configured to obtain test task information from the client in response to receiving the test request, determine corresponding script information according to the test task information, the script information including a script identifier and/or test script text, and determine a test script file according to the script information.

10. The system of claim 8, wherein the system further comprises:

11. The system of claim 9, wherein the server is further configured to receive test task information sent by a client, write the test task information into the database, and read the test task information in the database in response to completion of test task creation.

12. The system of claim 11, wherein the server comprises:

a communication unit;

a control unit; and

13. The system of claim 11, wherein the server is further configured to obtain a corresponding pre-stored test script file from the database according to the script identification, and combine the pre-stored test script file and the test script text to determine a test script file corresponding to the current test task.

14. The system of claim 8, wherein the server further comprises:

15. A hardware device testing apparatus, the apparatus comprising: