CN113986641B - Method, system, equipment and storage medium for verifying chip hardware function - Google Patents

Abstract

The application discloses a method for verifying chip hardware functions, which comprises the following steps: selecting a parameter group for performing the verification from the whole parameter set according to a selection instruction of a user; assembling the parameter group into a task command string, and determining a corresponding test environment based on the task command string; sending the task command string to a test environment so that the test environment verifies the function of the hardware to be tested according to the task command string and an executable file corresponding to the task command string; receiving a verification result fed back by the test environment; the parameter set is a set composed of all parameters extracted by parameterizing each function of the debugger, and the debugger is a debugger for debugging the hardware to be tested, which is obtained based on a driver of the hardware to be tested. By applying the scheme of the application, the hardware function of the chip can be conveniently and effectively verified. The application also discloses a verification system, equipment and a storage medium of the chip hardware function, and the verification system, the equipment and the storage medium have corresponding technical effects.

Description

A verification method, system, device and storage medium for chip hardware function

technical field

The present invention relates to the technical field of chip testing, in particular to a method, system, device and storage medium for verifying the hardware function of a chip.

Background technique

The test of application software usually only needs to focus on the software program code itself. Different from the test of application software, when testing the chip driver, it is also necessary to pay attention to the hardware problem of the chip.

At present, when verifying the hardware function of the chip, it is usually verified by the simulation of the emulation layer. For example, after an abnormality is found during the function test of the chip, the first thing to do is to find a way to reproduce the problem, and to reproduce the problem requires the construction and user test scenarios. Same use case. When the chip problem is reproduced, it is realized by simulating user usage scenarios through simulation software, that is, the business scenarios of the user layer need to be mapped to the corresponding technical scenarios first, and then disassembled to specific function points. A simple operation of the user layer starts from the simulation. The angle analysis is very complex, and the simulation needs to confirm a lot of operation paths and function points. That is to say, the current solution of simulating from the simulation layer to realize hardware function verification takes a long time and the operation is complicated. In some cases, it is impossible to construct relevant use cases through simulation to reproduce the problem. Therefore, the reproduction of a single problem is extremely time-consuming and labor-intensive for hardware simulation, not to mention that when locating specific problems of the chip, it is often necessary to try a variety of test scenarios to narrow the scope, making the implementation more difficult.

To sum up, how to conveniently and effectively verify the hardware function of the chip is a technical problem that those skilled in the art need to solve urgently.

SUMMARY OF THE INVENTION

The purpose of the present invention is to provide a method, system, device and storage medium for verifying the hardware function of a chip, so as to verify the hardware function of the chip conveniently and effectively.

In order to solve the above-mentioned technical problems, the present invention provides the following technical solutions:

A verification method for chip hardware functions, comprising:

According to the user's selection instruction, select the parameter group used for this verification from the entire parameter set;

Assembling the parameter group into a task command string, and determining a corresponding test environment based on the task command string;

sending the task command string to the test environment, so that the test environment verifies the function of the hardware under test according to the task command string and the executable file corresponding to the task command string;

receiving the verification result fed back by the test environment;

The set of all parameters is a set composed of all parameters extracted by parameterizing each function of the debugging program, and the debugging program is obtained based on the driver of the hardware to be tested and used to debug the hardware to be tested. Debugger for testing hardware.

Preferably, before assembling the parameter group into a task command string, the method further includes:

judging whether the parameter group conforms to the preset parameter group composition rule;

If so, perform the operation of assembling the parameter group into a task command string;

If not, the parameter group is filtered out.

Preferably, after filtering out the parameter group, the method further includes:

A prompt message indicating that the parameter group does not conform to the preset parameter group formation rule is output.

Preferably, the selection instruction is a selection instruction generated by inputting information from the user terminal.

Preferably, the executable file is an executable file corresponding to the task command string invoked from the executable file library based on the task command string by the backend of the automated test platform, so as to send the executable file to the the test environment.

Preferably, it also includes:

The verification results are recorded.

A verification system for chip hardware functions, applied to an automated test platform, includes:

The front end of the automated test platform is used to select the parameter group used for this verification from the entire parameter set according to the user's selection instruction;

Automated test platform backend for:

Assembling the parameter group into a task command string, and determining a corresponding test environment based on the task command string;

sending the task command string to the test environment, so that the test environment verifies the function of the hardware under test according to the task command string and the executable file corresponding to the task command string;

receiving the verification result fed back by the test environment;

The set of all parameters is a set composed of all parameters extracted by parameterizing each function of the debugging program, and the debugging program is obtained based on the driver of the hardware to be tested and used to debug the hardware to be tested. Debugger for testing hardware.

Preferably, the back end of the automated test platform is also used for:

judging whether the parameter group conforms to the preset parameter group composition rule;

If so, perform the operation of assembling the parameter group into a task command string;

If not, the parameter group is filtered out.

A verification device for chip hardware functions, including:

memory for storing computer programs;

The processor is configured to execute the computer program to implement the steps of the method for verifying the hardware function of the chip as described in any one of the above.

A computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, implements the steps of the method for verifying the hardware function of a chip as described in any one of the above.

By applying the technical solutions provided by the embodiments of the present invention, a debugging program for debugging the hardware to be tested is obtained based on the driver program of the hardware to be tested, and by parameterizing each function of the debugging program, a set of all parameters can be obtained to realize the chip Verification of hardware functionality. Specifically, the parameter group used for this verification can be selected from the entire parameter set according to the user's selection instruction, and then the parameter group can be assembled into a task command string so that the test environment can identify what verification needs to be performed. And the test environment can verify the function of the hardware to be tested according to the task command string and the executable file corresponding to the task command string, and then feed back the verification result. It can be seen that, in the solution of the present application, the user only needs to select the parameter group used for this verification from the entire parameter set through the selection instruction, and the verification of the chip hardware function can be realized, and the operation is simple and convenient. Moreover, since the solution of the present application uses the driver layer to mobilize the hardware, the verification method is simple and the efficiency is higher compared to the traditional method of directly simulating at the simulation end. To sum up, the solution of the present application can conveniently and effectively verify the hardware function of the chip.

Description of drawings

In order to explain the embodiments of the present invention or the technical solutions in the prior art more clearly, the following briefly introduces the accompanying drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can also be obtained according to these drawings without creative efforts.

Fig. 1 is the implementation flow chart of a kind of verification method of chip hardware function in the present invention;

FIG. 2 is a schematic structural diagram of a verification system of a chip hardware function in the present invention.

Detailed ways

The core of the invention is to provide a verification method for the hardware function of the chip, which can conveniently and effectively verify the hardware function of the chip.

In order to make those skilled in the art better understand the solution of the present invention, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. Obviously, the described embodiments are only some, but not all, embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

Please refer to FIG. 1. FIG. 1 is an implementation flowchart of a method for verifying a hardware function of a chip in the present invention. The method for verifying a hardware function of a chip may include the following steps:

Step S101: According to the user's selection instruction, a parameter group for this verification is selected from the entire parameter set.

Specifically, the front end of the automated test platform may receive the user's selection instruction, and then select a parameter group for this verification from the entire parameter set.

The user's selection instruction may be input by the user through a keyboard, a touch screen, etc., and in an embodiment of the present invention, the selection instruction may specifically be a selection instruction generated by inputting information through a user terminal. The user terminal may adopt the BS mode, the browser server mode, or the CS mode, that is, the client server mode, which does not affect the implementation of the present invention.

Further, considering that the entire parameter set is predetermined, the user can easily obtain the parameter set required this time by checking the required parameters in the browser, which can effectively improve the user experience. That is, in a specific implementation manner of the present invention, the selection instruction may specifically be a selection instruction generated by the user by checking an option provided by the user terminal.

In addition, in specific occasions, in order to further facilitate the user's operation and understanding, the parameters in the entire parameter set can be divided into partitions. For example, according to the actual situation, the environment parameter selection area and the execution parameter selection area are divided. For example, the environment parameter selection area has Two options, one is "Reset" selected as "Yes", the other is "Reset" selected as "No". For example, the execution parameter selection area may specifically include "function", specifically three function options of function 1, function 2, and function 3; including "check", specifically, there are two check options of "yes" and "no" ; Including "mode", which has two mode options "dynamic" and "static", including "sync-async", which has two options of "sync" and "async", and so on.

The overall parameter set needs to be determined in advance. The overall parameter set in this application is a set composed of all parameters extracted by parameterizing each function of the debugging program. The debugging program is obtained based on the driver of the hardware to be tested and used for debugging. A debugger for the hardware under test.

The driver program of the hardware under test refers to the program required to use the function of the hardware under test. If the function of the hardware under test needs to be verified, the driver needs to be repackaged to obtain a program that can be used to debug the hardware under test. Debug program, and in order to facilitate the use of the user, the application needs to expose all parameters of each function of the debug program, that is, parameterize each function of the debug program, and the set composed of all the extracted parameters is step S101. A collection of overall parameters. Through such parameterization, after compiling and encapsulating the executable file into binary, the executable file can be used, and the corresponding verification function can be performed according to the difference of the selected parameters.

Step S102: Assemble the parameter group into a task command string, and determine a corresponding test environment based on the task command string.

After selecting the parameter group needed this time, the parameter task generator in the backend of the automated test platform can assemble the parameter group into a task command string. The task command string can include one command line or multiple commands. OK, depending on the actual business scenario.

For example, in a specific situation, reset="yes" in the parameter group, the corresponding generated task command is job1: systemctl restart <service name>. In the parameter group, function = "function 1", check = "yes", mode = "dynamic", synchronous and asynchronous = "synchronous", then the corresponding generated task command is job2: <function 1 executable file> is dynamic Synchronize. That is to say, in this embodiment, the task command string consists of job1 and job2.

After obtaining the task command string, it is necessary to determine the corresponding test environment according to the content of the task command string for defining the test environment, that is, to determine the test environment according to the parameters in the parameter group for defining the test environment. After the test environment is determined, the task command string can be sent to the test environment. For example, in one occasion, the Jenkins server in the backend of the automated test platform can receive the task command string output by the parameter task generator through the SSH protocol, and then the Jenkins server can send the task command string to the corresponding test environment.

Step S103: Send the task command string to the test environment, so that the test environment verifies the function of the hardware under test according to the task command string and the executable file corresponding to the task command string.

The test environment needs to verify the function of the hardware under test according to the task command string and the executable file corresponding to the task command string. The executable file corresponding to the task command string may be stored in the test environment, or may be sent to the test environment by the backend of the automated test platform.

In practical applications, the debugger can be obtained through secondary encapsulation, and all parameters of each function of the debugger can be exposed. After that, the interface of the secondary encapsulation can be compiled into a binary executable file to obtain an executable file library , so that when the solution of the present application is executed, the back end of the automated test platform can call the executable file library.

That is, in a specific embodiment of the present invention, the executable file is the executable file corresponding to the task command string called from the executable file library based on the task command string from the back end of the automated test platform, so as to send the executable file to the test environment. In this way, the currently required executable file can be obtained conveniently and quickly when verifying the function of the chip hardware.

Step S104: Receive the verification result fed back by the test environment.

After the test environment has verified the hardware functions of the chip, it will feed back the verification results. It is understandable that the back end of the automated test platform can feed back the verification results to the front end of the automated test platform for display to the user.

In a specific embodiment of the present invention, before step S102, it may further include:

Determine whether the parameter group conforms to the preset parameter group composition rules;

If yes, execute step S102;

If not, the parameter group is filtered out.

In this embodiment, considering that when a user obtains a parameter group by selection, some parameters in the parameter group may not be selected in accordance with the parameter group composition rules, so the judgment can be made through a filter. The specific content of the parameter group composition rule can be set and adjusted according to the actual usage scenario and business requirements. For example, in an occasion, when the selected "mode" is "dynamic", the actual business code does not support asynchronous, that is to say, "mode" = "dynamic" and "synchronous-asynchronous" = "asynchronous" are not If it conforms to the actual usage scenario of the user, it can be determined that the parameter group is invalid or illegal, that is, the parameter group does not conform to the preset parameter group composition rules, and the parameter group can be filtered out without performing the subsequent steps.

Further, after filtering out the parameter group, it may also include: outputting prompt information indicating that the parameter group does not conform to the preset parameter group composition rule, so that the user can be reminded that the parameter group is invalid or illegal, so that the user can continue. Modify the parameter configuration to submit again.

In a specific embodiment of the present invention, the method may further include: recording the verification result, so that when necessary, corresponding analysis can be performed based on historical data.

By applying the technical solutions provided by the embodiments of the present invention, a debugging program for debugging the hardware to be tested is obtained based on the driver program of the hardware to be tested, and by parameterizing each function of the debugging program, a set of all parameters can be obtained to realize the chip Verification of hardware functionality. Specifically, the parameter group used for this verification can be selected from the entire parameter set according to the user's selection instruction, and then the parameter group can be assembled into a task command string so that the test environment can identify what verification needs to be performed. And the test environment can verify the function of the hardware to be tested according to the task command string and the executable file corresponding to the task command string, and then feed back the verification result. It can be seen that, in the solution of the present application, the user only needs to select the parameter group used for this verification from the entire parameter set through the selection instruction, and the verification of the chip hardware function can be realized, and the operation is simple and convenient. Moreover, since the solution of the present application uses the driver layer to mobilize the hardware, the verification method is simple and the efficiency is higher compared to the traditional method of directly simulating at the simulation end. To sum up, the solution of the present application can conveniently and effectively verify the hardware function of the chip.

Corresponding to the above method embodiments, the embodiments of the present invention further provide a verification system for chip hardware functions, which can be referred to in correspondence with the above.

The verification system of the chip hardware function can be applied to the automated test platform, including:

The automated test platform front end 201 is used to select a parameter group for this verification from the entire parameter set according to the user's selection instruction;

Automated test platform backend 202 for:

Assemble the parameter group into a task command string, and determine the corresponding test environment based on the task command string;

Send the task command string to the test environment, so that the test environment verifies the function of the hardware under test according to the task command string and the executable file corresponding to the task command string;

Receive verification results from test environment feedback;

The whole parameter set is a set composed of all parameters extracted by parameterizing each function of the debugging program, and the debugging program is a debugging program obtained based on the driver of the hardware to be tested and used to debug the hardware to be tested.

In a specific embodiment of the present invention, the automated test platform backend 202 is also used for:

Determine whether the parameter group conforms to the preset parameter group composition rules;

If so, perform the operation of assembling the parameter group into a task command string;

If not, the parameter group is filtered out.

In a specific embodiment of the present invention, after the automated test platform back-end 202 filters out the parameter group, the automated test platform front-end 201 is further used for:

A prompt message indicating that the parameter group does not conform to the preset parameter group composition rule is output.

In a specific embodiment of the present invention, the selection instruction is a selection instruction generated by inputting information from the user terminal.

In a specific embodiment of the present invention, the executable file is an executable file corresponding to the task command string that the automated test platform backend 202 calls from the executable file library based on the task command string, so as to send the executable file to the test environment.

In a specific embodiment of the present invention, the automated test platform backend 202 is also used for:

Record the verification results.

Corresponding to the above method embodiments, the embodiments of the present invention further provide a verification device of a chip hardware function and a computer-readable storage medium, which can be referred to each other correspondingly to the above.

The verification equipment for the hardware function of the chip may include:

memory for storing computer programs;

The processor is configured to execute the computer program to realize the steps of the verification method for any one of the above-mentioned chip hardware functions.

A computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor, the steps of the verification method for the function of the chip hardware in any of the foregoing embodiments are implemented. The computer readable storage medium mentioned here includes random access memory (RAM), internal memory, read only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disks, removable disks, CD-ROMs, Or any other form of storage medium known in the technical field.

It should also be noted that in this document, relational terms such as first and second are used only to distinguish one entity or operation from another, and do not necessarily require or imply those entities or operations There is no such actual relationship or order between them. Moreover, the terms "comprising", "comprising" or any other variation thereof are intended to encompass a non-exclusive inclusion such that a process, method, article or device that includes a list of elements includes not only those elements, but also includes not explicitly listed or other elements inherent to such a process, method, article or apparatus. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in a process, method, article or apparatus that includes the element.

Professionals may further realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two, in order to clearly illustrate the possibilities of hardware and software. Interchangeability, the above description has generally described the components and steps of each example in terms of functionality. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of the present invention.

The principles and implementations of the present invention are described herein by using specific examples, and the descriptions of the above embodiments are only used to help understand the technical solutions and core ideas of the present invention. It should be pointed out that for those skilled in the art, without departing from the principle of the present invention, several improvements and modifications can also be made to the present invention, and these improvements and modifications also fall within the protection scope of the claims of the present invention.

Claims (10)

1. A method for verifying chip hardware functions, comprising:

selecting a parameter group for performing the verification from the whole parameter set according to a selection instruction of a user;

assembling the parameter group into a task command string, and determining a corresponding test environment based on the task command string;

sending the task command string to the test environment so that the test environment verifies the function of the hardware to be tested according to the task command string and the executable file corresponding to the task command string;

receiving a verification result fed back by the test environment;

the parameter set is a set composed of all parameters extracted by parameterizing each function of a debugging program, and the debugging program is a debugging program for debugging the hardware to be tested and obtained based on a driving program of the hardware to be tested.

2. The method for verifying hardware functionality of a chip according to claim 1, wherein before assembling the set of parameters into a task command string, further comprising:

judging whether the parameter group conforms to a preset parameter group composition rule or not;

if yes, the operation of assembling the parameter group into a task command string is executed;

and if not, filtering the parameter group.

3. The method for verifying hardware functionality of a chip according to claim 2, further comprising, after filtering out the parameter set:

and outputting prompt information which indicates that the parameter group does not accord with the preset parameter group forming rule.

4. The method for verifying the hardware function of a chip according to claim 1, wherein the selection command is a selection command generated by inputting information from a user terminal.

5. The method for verifying the hardware function of the chip according to claim 1, wherein the executable file is an executable file called from an executable file library corresponding to the task command string based on the task command string from a backend of the automated test platform, so as to send the executable file to the test environment.

6. The method for verifying hardware functions of a chip according to claim 1, further comprising:

and recording the verification result.

7. A verification system for chip hardware function is applied to an automatic test platform, and comprises:

the automatic testing platform front end is used for selecting a parameter group for carrying out the verification from the whole parameter set according to a selection instruction of a user;

an automated test platform back end for:

assembling the parameter group into a task command string, and determining a corresponding test environment based on the task command string;

sending the task command string to the test environment so that the test environment verifies the function of the hardware to be tested according to the task command string and the executable file corresponding to the task command string;

receiving a verification result fed back by the test environment;

the parameter set is a set composed of all parameters extracted by parameterizing each function of a debugging program, and the debugging program is a debugging program for debugging the hardware to be tested and obtained based on a driving program of the hardware to be tested.

8. The system for verifying hardware functionality of a chip according to claim 7, wherein the automated test platform backend is further configured to:

judging whether the parameter group conforms to a preset parameter group composition rule or not;

if yes, the operation of assembling the parameter group into a task command string is executed;

and if not, filtering the parameter group.

9. An apparatus for verifying a function of a chip hardware, comprising:

a memory for storing a computer program;

processor for executing said computer program for implementing the steps of the verification method of chip hardware functionality according to any of claims 1 to 6.

10. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the method for verifying a chip hardware function as claimed in any one of claims 1 to 6.

Images