CN114579470A - A unit testing method, device, electronic device and storage medium - Google Patents

Abstract

The invention discloses a unit testing method, a unit testing device, electronic equipment and a storage medium, which are used for solving the technical problem of high cost of the existing unit testing method. The invention comprises the following steps: determining a unit to be tested and a dependent unit of the unit to be tested in a preset service; acquiring test data of the unit to be tested; creating a mock object of the dependent unit to simulate execution of the dependent unit; and testing the unit to be tested by adopting the test data and the mock object to obtain a test result. The method simulates the execution of the dependent unit to obtain the return data required by the unit to be tested by creating the mock object of the dependent unit of the unit to be tested, and tests the unit to be tested by combining the test data, so that the execution flow of the dependent unit is not required to be executed, the execution process of the unit test is reduced, the test program is simplified, and the expenditure of the unit test is reduced.

Description

A unit testing method, device, electronic device and storage medium

technical field

The present invention relates to the technical field of application testing, and in particular, to a unit testing method, device, electronic device and storage medium.

Background technique

When an application needs to perform functional adjustments, it is often necessary to refactor the internal execution code. Refactoring code requires a lot of unit test cases. Unit testing refers to the inspection and verification of the smallest testable unit of software. For the meaning of a unit in unit testing, generally speaking, it is necessary to determine its specific meaning according to the actual situation. For example, a unit in C language refers to a function, in Java, a unit refers to a class, and graphical software can refer to a window or a menu. Wait. In general, a unit is the smallest human-defined functional module under test. Unit testing is the lowest level of testing activity to be performed during software development, where individual units of software are tested in isolation from the rest of the program.

In the existing general scheme of unit testing, there are the following disadvantages:

1. Due to the "independent" nature of unit tests, a complex test method may require many unit tests to cover a completed business scenario, for example, any changes to the internal architecture of the applet (such as version upgrades, Adding new functions) also needs to set up a unit test independently, which brings a larger workload to the development;

2. Many dependencies are required in the unit testing process, such as databases, so it is necessary to define a large number of native jdbc interfaces for data query, etc., resulting in additional overhead for developers;

3. In the existing unit test, it is necessary to frequently construct data to complete the unit test. For example, for the unit test of the payment module, it is necessary to frequently construct the order data to be paid as the test data in advance, and use the test data to test whether the payment module is normal. As a result, the overhead of the testing process is too large.

SUMMARY OF THE INVENTION

The present invention provides a unit testing method, device, electronic device and storage medium, which are used to solve the technical problem of excessive overhead of the existing unit testing method.

The present invention provides a unit testing method, comprising:

Determine the unit to be tested and the dependent unit of the unit to be tested in the preset service;

Obtain the test data of the unit to be tested;

Create a mock object of the dependency unit to simulate the execution of the dependency unit;

The unit to be tested is tested by using the test data and the mock object, and a test result is obtained.

Optionally, the step of obtaining the test data of the unit to be tested includes:

obtaining service data of the preset service;

Obtain the configuration file of the unit to be tested;

According to the service data and the configuration file, test data of the unit to be tested is generated.

Optionally, the step of generating the test data of the unit to be tested according to the business data and the configuration file includes:

extract the storage data structure from the configuration file;

The business data is filled in the storage data structure, and the test data of the unit to be tested is generated by the filled business data.

Optionally, the creating a mock object of the dependency unit to simulate the steps of executing the dependency unit includes:

Determine the API interface of the dependent unit, and obtain the data structure of the API interface;

Based on the data structure of the API interface, a mock object of the dependency unit is generated to simulate the execution of the dependency unit.

Optionally, the step of using the test data and the mock object to test the unit to be tested to obtain a test result includes:

Obtain the return data returned by the mock object based on the call request of the unit to be tested;

Using the test data and the returned data, the unit to be tested is tested based on the execution flow of the unit to be tested, and a test result is obtained.

Optionally, after the step of using the test data and the mock object to test the unit to be tested and obtaining the test result, the method further includes:

The test result is verified to obtain the verification result of the unit to be tested.

Optionally, the step of verifying the test result to obtain the verification result of the unit to be tested includes:

Obtain the target result of the unit to be tested;

Use the target result to verify the test result;

When the target result is the same as the test result, it is determined that the unit to be tested passes the test.

The present invention also provides a unit testing device, comprising:

a unit determination module, used for determining the unit to be tested and the dependent units of the unit to be tested in the preset service;

a test data acquisition module for acquiring the test data of the unit to be tested;

A mock object creation module is used to create a mock object of the dependency unit to simulate the execution of the dependency unit;

A test module is used to test the unit to be tested by using the test data and the mock object to obtain a test result.

Optionally, the test data acquisition module includes:

Because the data acquisition sub-module is used to acquire the business data of the preset business;

a configuration file obtaining submodule, used to obtain the configuration file of the unit to be tested;

A test data generating sub-module is configured to generate test data of the unit to be tested according to the business data and the configuration file.

The present invention also provides an electronic device, the device includes a processor and a memory:

the memory is used to store program code and transmit the program code to the processor;

The processor is configured to execute the unit testing method described in any one of the above according to the instructions in the program code.

The present invention also provides a computer-readable storage medium, where the computer-readable storage medium is used for storing program codes, and the program codes are used for executing the unit testing method described in any one of the above.

As can be seen from the above technical solutions, the present invention has the following advantages: the present invention simulates the execution of the dependent unit by creating a mock object of the dependent unit of the unit to be tested to obtain the return data required by the unit to be tested, and combines the test data to be tested The unit is tested, so that the execution process of the dependent unit need not be executed, the execution process of the unit test is reduced, the test procedure is simplified, and the overhead of the unit test is reduced.

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 based on these drawings without any creative effort.

1 is a flow chart of steps of a unit testing method provided by an embodiment of the present invention;

2 is a schematic diagram of a unit dependency relationship provided by an embodiment of the present invention;

3 is a flowchart of steps of a unit testing method provided by another embodiment of the present invention;

4 is an architecture diagram of a unit testing method provided by an embodiment of the present invention;

FIG. 5 is a structural block diagram of a unit testing apparatus provided by an embodiment of the present invention.

Detailed ways

Embodiments of the present invention provide a unit testing method, apparatus, electronic device, and storage medium, which are used to solve the technical problem of excessive overhead in the existing unit testing method.

In order to make the purpose, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the following 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 a flowchart of steps of a unit testing method provided by an embodiment of the present invention.

A unit testing method provided by the present invention may specifically include the following steps:

Step 101, determining the unit to be tested and the dependent unit of the unit to be tested in the preset service;

In this embodiment of the present invention, the preset service may be any application program. Such as payment mini-programs, etc.

Dependent unit refers to the associated unit of the unit to be tested during the execution process. In this embodiment of the present invention, the dependent unit of the unit to be tested may be determined by judging whether there is interference between the unit to be tested and other units during service execution. For example, a unit that needs to be called during the execution of the unit to be tested can be determined as a dependent unit of the unit to be tested. For example, in a business scenario, in the process of placing an order for a user to purchase a product, ordering and payment are two services, which correspond to different units. The operation needs to depend on the service that calls the payment. If the ordering service is the unit to be tested, the payment service is the dependent unit of the ordering service.

For easy understanding, please refer to FIG. 2 , which is a schematic diagram of a unit dependency relationship provided by an embodiment of the present invention.

Figure 2 shows some units involved in a payment applet, including service, beanA, beanB, dao and outservice. Service can be understood as a shopping operation, beanA represents the ordering service associated with the service, and beanB represents the payment associated with the service. Service, dao means inventory query, used to query the order status when placing an order, outservice means external payment service. BeanA and beanB that provide direct feedback to the service, as well as dao and outservice that are directly associated with beanA and beanB are the dependent units of the service.

Step 102, obtaining test data of the unit to be tested;

In this embodiment of the present invention, to test the unit to be tested, it is first necessary to acquire test data. For traditional unit testing, it is usually necessary to write a lot of native jdbc to connect to the database, and the change of database data has always been a problem. For example: in the process of placing an order and paying, it is necessary to write the jdbc interface to operate the order table, and after the payment is completed, the order will change from pending payment to successful payment. When you need to test the unit for placing an order for payment again, you need to go through the process again to generate an order in the pending payment state before you can test the payment. The process is cumbersome and the resource consumption is high.

For the order payment unit, the necessary data to perform the test is the order data to be paid. Therefore, this application can generate the configuration file in advance to directly generate the payment order data to reduce the process of writing native jdbc.

jdbc (Java Database Connectivity, Java Database Connectivity) is an application program interface in the Java language used to standardize how client programs access the database, providing methods such as querying and updating data in the database.

Step 103, creating a mock object of the dependent unit to simulate the execution of the dependent unit;

Mock is a test method that creates a virtual object to replace the test method for testing for some objects that are not easy to construct or obtain during the testing process. This virtual object is the mock object. The biggest function of Mock is to separate the coupling of unit tests. If your code has dependencies on another class or interface, it can help you simulate these dependencies and help you verify the behavior of the called dependencies.

For ease of understanding, the function of the mock object is described below with a specific example: Suppose an alarm clock performs a reminder service according to the time, and after 5 o'clock in the afternoon, an audio file is played to remind the get off work. If you test with a real object, you can only wait until 5:00 PM; if you use a mock object for testing, you can simulate the time without waiting for the clock to turn to 5:00 PM. It can be understood that the mock object can simulate the actual process, so as to directly obtain the required results. If the reminder service is the unit to be tested, the time tracking is the dependent unit of the testing unit. Creating a mock object for time tracking can reduce the data processing process of the dependent unit, thereby reducing the testing overhead of developers.

Step 104 , using the test data and the mock object to test the unit to be tested to obtain a test result.

After the test data and the mock object are obtained, the unit to be tested can be unit tested by combining the test data and the mock object.

Take the process of placing an order for a user to purchase a product as an example. During the ordering process, the order to be paid can be obtained through the configuration file as test data, and the return result of the payment unit (the dependent unit of the ordering unit) can be simulated by mocking. Thereby completing the test of the unit to be tested.

The present invention simulates the execution of the dependent unit by creating a mock object of the dependent unit of the unit to be tested to obtain the return data required by the unit to be tested, and tests the unit to be tested in combination with the test data, thereby eliminating the need to execute the execution process of the dependent unit, reducing The execution process of the unit test is simplified, the test program is simplified, and the overhead of the unit test is reduced. In addition, the present invention can directly generate test data by generating configuration files in advance, without actually running the units required to generate test data, so that unit testing can be performed before the actual operation of the business, and possible defects of the modules to be tested can be exposed in advance.

Please refer to FIG. 3 , which is a flowchart of steps of a unit testing method provided by another embodiment of the present invention. Specifically, the following steps can be included:

Step 301, determining the unit to be tested and the dependent unit of the unit to be tested in a preset service;

Step 301 is the same as step 101. For details, reference may be made to the description of step 101, which will not be repeated here.

Step 302, obtaining service data of a preset service;

Step 303, obtaining the configuration file of the unit to be tested;

Step 304, generating test data of the unit to be tested according to the business data and the configuration file;

In this embodiment of the present invention, the service data of the preset service may include objective information of the service processing object itself and subjective information dependent on user selection.

Taking the user click to pay as an example, to complete the payment operation of an order, you first need to obtain the commodity information, the commodity is the business processing object, and the commodity information is the objective information of the commodity. Next, it is necessary to obtain the purchase quantity of the product, which depends on the user's selection behavior, that is, the subjective information selected by the user. When paying based on these two points, the actual order table can be calculated, and the corresponding payment operation can be performed according to the order table.

In normal operations, to obtain these data, it is necessary to write many native jdbc connection databases to obtain the corresponding data, and process the data through different units to obtain the order table as the test data. And after the payment is over, the order will jump from the pending payment state to the successful payment state; when it is necessary to test again, it is necessary to go through the process again to generate the pending payment status order table to test the payment, and the process is extremely cumbersome.

In view of this, the embodiment of the present invention introduces a MariaDB database to store business data, so as to avoid the process of writing jdbc. At the same time, a corresponding storage data structure is defined for different units to be tested through a configuration file (such as a sql file) to store business data.

In one example, an index relationship between the unit to be tested and the storage path of the configuration file may be established, so that when the unit to be tested is tested, a corresponding configuration file is obtained to generate test data. According to the difference of the functions performed by the unit under test, different storage data structures can be configured for it. For example, when the unit to be tested is a payment unit, the test data may be the order table, and the storage data structure in the configuration file may be the data arrangement structure and data type required in the order table.

Then use the stored business data to construct test data in the xml file. When the unit to be tested needs to be unit tested, the sql file and xml can be called to read the data structure and test data, and the stored data structure and test data can be initialized and reset, so that there is no need to go through the tedious test data. Generate process.

The MariaDB database is a MySQL branch version that uses the Maria storage engine. It is mainly maintained by the open source community. The purpose of using the GPL license MariaDB is to be fully compatible with MySQL, including API and command line, so that it can easily become a replacement for MySQL. In terms of storage engine, XtraDB (English: XtraDB) is used instead of MySQL's InnoDB.

sql (Structured Query Language), is a high-level non-procedural programming language that allows users to work on high-level data structures. It does not require users to specify the storage method of data, nor does it require users to understand the specific data storage method, so different database systems with completely different underlying structures can use the same structured query language as the interface for data input and management. Structured query language statements can be nested, which makes them extremely flexible and powerful.

xml (Extensible Markup Language, Extensible Markup Language) is a markup language used to mark electronic documents to make them structured. In an electronic computer, a mark refers to an information symbol that can be understood by a computer. Through this mark, a variety of information, such as articles, can be processed between computers. It can be used to mark data, define data types, and is a source language that allows users to define their own markup language. It is well suited for World Wide Web transport, providing a unified way to describe and exchange structured data independent of applications or vendors. It is a cross-platform, content-dependent technology in the Internet environment and an effective tool for processing distributed structural information today.

In an example, the step of generating the test data of the unit to be tested according to the business data and the configuration file may include the following sub-steps:

S41, extract the storage data structure from the configuration file;

S42, fill in the business data in the storage data structure, and generate test data of the unit to be tested by using the filled business data.

In a specific implementation, the business data required for testing the unit to be tested can be obtained through the storage data structure of the configuration file, and the test data can be constructed in the xml file.

In one example, taking the payment unit as an example, the required test data can be an order table. Then, the storage data structure can take the order table as a template and be generated according to the structure and composition parameters of the order table. For example, the constituent parameters of the order table may include parameter types such as product name, product unit price, and product quantity. Then, when the business data required by the payment unit needs to be acquired, a matching operation can be performed in the business data by the parameter type defined by the storage data structure, so as to obtain the corresponding business data.

Step 305, creating a mock object of the dependent unit to simulate the execution of the dependent unit;

Mock is a test method that uses a virtual object to create a test method that has been tested for some objects that are not easy to construct or obtain during the testing process. This virtual object is the mock object.

In the embodiment of the present invention, in order to reduce the time and resource occupation of the execution of the dependent unit, a mock object of the dependent unit may be created to simulate the execution of the dependent unit, thereby quickly obtaining feedback information of the dependent unit.

In one example, a mock object of the dependency unit is created to simulate the steps of executing the dependency unit, including:

S51, determine the API interface of the dependent unit, and obtain the data structure of the API interface;

S52, based on the data structure of the API interface, a mock object of the dependency unit is generated to simulate the execution of the dependency unit.

In practical applications, the dependent unit generally has some API interfaces for data interaction with other units, so that the dependent unit can execute normally. The embodiment of the present invention generates a mock object of the dependent unit by acquiring the data structure of the API interface of the dependent unit, and simulating the data structure through mocking. The mock object can simulate the execution of the dependent unit, and when receiving the calling request of the unit to be tested, directly returns the feedback result to the unit to be tested without actually executing the dependent unit.

Step 306 , using the test data and the mock object to test the unit to be tested, to obtain a test result.

After the test data and the mock object are obtained, the unit to be tested can be unit tested by combining the test data and the mock object.

In an example, the unit to be tested is tested by using test data and a mock object, and the step of obtaining the test result may include the following sub-steps:

S61, obtain the return data returned by the mock object based on the calling request of the unit to be tested;

S62, using the test data and the returned data, test the unit to be tested based on the execution flow of the unit to be tested, and obtain a test result.

In this embodiment of the present invention, after the test data is acquired, the test data can be used to execute the execution process of the unit to be tested, and when the return data of the dependent unit needs to be called, a call request is sent to the mock object to obtain the mock object to simulate the dependency The return data generated after the unit is executed, so as to complete the execution process of the entire unit to be tested, and obtain the execution result as the test result.

Step 307 , verify the test result, and obtain the verification result of the unit to be tested.

In one example, step 307 may include the following sub-steps:

S71, obtain the target result of the unit to be tested;

S72, using the target result to verify the test result;

S73, when the target result is the same as the test result, it is determined that the unit to be tested has passed the test.

In a specific implementation, the execution data of the unit to be tested that has been correctly executed in the past can be saved as comparison data, and the comparison data can be saved in an xml format file or in other ways, which is not specifically limited in the present invention. When the unit to be tested is tested, the target result can be matched in the comparison data through the test data, and the target result is compared with the test result of the unit to be tested, so as to determine whether the unit to be tested passes the test.

The present invention simulates the execution of the dependent unit by creating a mock object of the dependent unit of the unit to be tested to obtain the return data required by the unit to be tested, so that the execution process of the dependent unit does not need to be executed, the execution process of the unit test is reduced, and the test is simplified program, reducing the overhead of unit testing. And define the data storage structure of business data in the MariaDB database, so that the acquisition of business data does not need to be realized by writing a lot of native jdbc. In addition, the construction of test data through xml file simplifies the generation process of test data, and reduces the time cost and overhead cost of test data generation.

For ease of understanding, the present invention is described below through specific examples.

Please refer to FIG. 4. FIG. 4 is an architecture diagram of a unit testing method provided by an embodiment of the present invention.

As shown in Figure 4, the architecture diagram includes five links, namely: pre-, parameters, mock, execution and post.

Among them, the pre-process is mainly to store business data and generate test data through MariaDB database. Specifically, the data can be directly stored in the MariaDB database according to the configuration file corresponding to the unit test (mainly for objective information related to business objects), or it can be constructed in formats such as xml, and then stored in the MariaDB database through the configuration file. Medium (mainly for the subjective information determined by the user through selection).

The parameter link is mainly used to determine the subjective information of the user, including but not limited to determination by input, click, etc. The parameter format can be xml, json, testcase, etc.

The mock link mainly creates mock objects of dependent units through mockito. Mockito is a mocking framework for Java that removes the need for expected behaviors by verifying what has been called after execution.

The execution link mainly runs the unit to be tested through the test data and the return data of the mock object, and obtains the test result.

The post-link mainly verifies the test results through the saved target results.

Please refer to FIG. 5 , which is a structural block diagram of a unit testing apparatus provided by an embodiment of the present invention.

An embodiment of the present invention provides a unit testing device, including:

The unit determination module 501 is used to determine the unit to be tested and the dependent unit of the unit to be tested in the preset service;

A test data acquisition module 502, configured to acquire test data of the unit to be tested;

The mock object creation module 503 is used to create a mock object of the dependency unit to simulate the execution of the dependency unit;

The testing module 504 is used to test the unit to be tested by using the test data and the mock object to obtain the test result.

In this embodiment of the present invention, the test data acquisition module 502 includes:

Because the data acquisition sub-module is used to acquire the business data of the preset business;

The configuration file obtaining submodule is used to obtain the configuration file of the unit to be tested;

The test data generation sub-module is used to generate the test data of the unit to be tested according to the business data and the configuration file.

In the embodiment of the present invention, the test data generation submodule includes:

The storage data structure extraction unit is used to extract the storage data structure from the configuration file;

The test data generating unit is used for filling the business data in the storage data structure, and generating the test data of the unit to be tested by the filled business data.

In this embodiment of the present invention, the mock object creation module 503 includes:

The data interface acquisition sub-module is used to determine the API interface of the dependent unit and obtain the data structure of the API interface;

The mock object generates a submodule, which is used to generate a mock object of the dependency unit based on the data structure of the API interface to simulate the execution of the dependency unit.

In this embodiment of the present invention, the testing module 504 includes:

The return data acquisition sub-module is used to obtain the return data returned by the mock object based on the calling request of the unit to be tested;

The test submodule is used to test the unit to be tested based on the execution flow of the unit to be tested by using the test data and the returned data to obtain the test result.

In the embodiment of the present invention, it also includes:

The verification module is used to verify the test result to obtain the verification result of the unit to be tested.

In this embodiment of the present invention, the verification module includes:

The target result obtaining sub-module is used to obtain the target result of the unit to be tested;

The verification sub-module is used to verify the test results with the target results;

The determination sub-module is used to determine that the unit to be tested passes the test when the target result is the same as the test result.

The embodiment of the present invention also provides an electronic device, the device includes a processor and a memory:

The memory is used to store the program code and transmit the program code to the processor;

The processor is configured to execute the unit testing method of the embodiment of the present invention according to the instructions in the program code.

Embodiments of the present invention further provide a computer-readable storage medium, where the computer-readable storage medium is used to store program codes, and the program codes are used to execute the unit testing method of the embodiments of the present invention.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the system, device and unit described above may refer to the corresponding process in the foregoing method embodiments, which will not be repeated here.

The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same and similar parts between the various embodiments may be referred to each other.

It should be understood by those skilled in the art that the embodiments of the embodiments of the present invention may be provided as a method, an apparatus, or a computer program product. Accordingly, embodiments of 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, embodiments of the present invention may take the form of a computer program product implemented on one or more computer-usable storage media having computer-usable program code embodied therein, including but not limited to disk storage, CD-ROM, optical storage, and the like.

Embodiments of the present invention are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present invention. It will be understood that each process and/or block in the flowchart illustrations and/or block diagrams, and combinations of processes and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal equipment to produce a machine that causes the instructions to be executed by the processor of the computer or other programmable data processing terminal equipment Means are created for implementing the functions specified in the flow or flows of the flowcharts and/or the blocks or blocks of the block diagrams.

These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing terminal equipment to function in a particular manner, such that the instructions stored in the computer readable memory result in an article of manufacture comprising instruction means, the The instruction means implement the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

These computer program instructions can also be loaded on a computer or other programmable data processing terminal equipment, so that a series of operational steps are performed on the computer or other programmable terminal equipment to produce a computer-implemented process, thereby executing on the computer or other programmable terminal equipment The instructions executed on the above provide steps for implementing the functions specified in the flowchart or blocks and/or the block or blocks of the block diagrams.

While preferred embodiments of the embodiments of the present invention have been described, additional changes and modifications to these embodiments may be made by those skilled in the art once the basic inventive concepts are known. Therefore, the appended claims are intended to be construed to include the preferred embodiments as well as all changes and modifications that fall within the scope of the embodiments of the present invention.

Finally, 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 these entities or that there is any such actual relationship or sequence between operations. Furthermore, the terms "comprising", "comprising" or any other variation thereof are intended to encompass non-exclusive inclusion such that a process, method, article or terminal device that includes a list of elements includes not only those elements, but also a non-exclusive list of elements. other elements, or also include elements inherent to such a process, method, article or terminal equipment. Without further limitation, an element defined by the phrase "comprises a..." does not preclude the presence of additional identical elements in the process, method, article, or terminal device that includes the element.

As mentioned above, the above embodiments are only used to illustrate the technical solutions of the present invention, but not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand: The technical solutions described in the embodiments are modified, or some technical features thereof are equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions in the embodiments of the present invention.

Claims (10)

1. a unit testing method, is characterized in that, comprises: Determine the unit to be tested and the dependent unit of the unit to be tested in the preset service; Obtain the test data of the unit to be tested; Create a mock object of the dependency unit to simulate the execution of the dependency unit; The unit to be tested is tested by using the test data and the mock object, and a test result is obtained. 2. The method according to claim 1, wherein the step of acquiring the test data of the unit to be tested comprises: obtaining service data of the preset service; Obtain the configuration file of the unit to be tested; According to the service data and the configuration file, test data of the unit to be tested is generated. 3. The method according to claim 2, wherein the step of generating the test data of the unit to be tested according to the business data and the configuration file comprises: extract the storage data structure from the configuration file; The business data is filled in the storage data structure, and the test data of the unit to be tested is generated by the filled business data. 4. The method according to claim 1, 2 or 3, wherein the creating a mock object of the dependency unit to simulate the step of executing the dependency unit, comprising: Determine the API interface of the dependent unit, and obtain the data structure of the API interface; Based on the data structure of the API interface, a mock object of the dependency unit is generated to simulate the execution of the dependency unit. 5. The method according to claim 1 or 2 or 3, wherein the step of using the test data and the mock object to test the unit to be tested to obtain a test result comprises: Obtain the return data returned by the mock object based on the call request of the unit to be tested; Using the test data and the returned data, the unit to be tested is tested based on the execution flow of the unit to be tested, and a test result is obtained. 6. The method according to claim 1 or 2 or 3, characterized in that, after the step of obtaining the test result by using the test data and the mock object to test the unit to be tested, the method further comprises: The test result is verified to obtain the verification result of the unit to be tested. 7. The method according to claim 6, wherein the step of verifying the test result to obtain the verification result of the unit to be tested comprises: Obtain the target result of the unit to be tested; Use the target result to verify the test result; When the target result is the same as the test result, it is determined that the unit to be tested passes the test. 8. A unit testing device, comprising: a unit determination module, used for determining the unit to be tested and the dependent units of the unit to be tested in the preset service; a test data acquisition module for acquiring the test data of the unit to be tested; A mock object creation module is used to create a mock object of the dependency unit to simulate the execution of the dependency unit; A test module is used to test the unit to be tested by using the test data and the mock object to obtain a test result. 9. An electronic device, characterized in that the device comprises a processor and a memory: the memory is used to store program code and transmit the program code to the processor; The processor is configured to execute the unit testing method according to any one of claims 1-6 according to the instructions in the program code. 10. A computer-readable storage medium, wherein the computer-readable storage medium is used to store program codes, and the program codes are used to execute the unit testing method according to any one of claims 1-6.

Images