CN109739700B - Interface testing method and device - Google Patents

Abstract

The application discloses an interface test method and device, relates to the technical field of computer communication, and is applied to an interface test system, wherein the interface test system comprises n interfaces, n is not less than 1, services are transmitted through the interfaces sequentially, and the nth interface is an interface to be tested, the method comprises the following steps: s101, inputting ith test data into an ith interface to obtain ith response data of the ith interface; wherein i is a natural number; the initial value of i is 1, and the ith test data comprises ith interface parameters and values, interface return check values, interface protocols and calling methods; s102, if i is not equal to n, converting the ith response data into ith +1 test data, i = i +1, and re-executing the step S101; s103, if i is equal to n, the ith response data is nth response data, and whether the nth response data is consistent with the return check value of the interface to be tested is compared; and S104, determining a test result according to the comparison result.

Description

Method and device for interface testing

technical field

The present application relates to the technical field of computer communication, in particular to an interface testing method and device.

Background technique

With the development of Internet technology, interfaces of various protocols are widely used. Since the data transmitted by each interface is different, the logic of processing is different, and in different scenarios, the process of data transmission and the calling relationship of the interface are also different. Therefore, I want to To ensure the stability of data transmission between interfaces, it is very important to test the interfaces effectively.

At present, the existing technology uses a virtual test (mock-test) method. When data is needed, a single interface is tested and returned through the mock. It is impossible to implement serial testing of interfaces with business relationships, and the dependent data between interfaces cannot be transmitted in real time. So that it is impossible to verify the real business scenario.

Contents of the invention

Embodiments of the present application provide an interface testing method and device, which are used to solve the technical problem in the prior art that interfaces with service associations cannot be tested in series.

In order to achieve the purpose of solving the above-mentioned technical problems, the embodiments of the present application adopt the following technical solutions:

In the first aspect, the embodiment of the present application provides an interface testing method, which is applied in an interface testing system. The interface testing system includes n interfaces, where n is not less than 1, and services are transmitted through each interface in turn, and the nth The interface is the interface to be tested, and the method includes:

S101. Input the i-th test data into the i-th interface to obtain the i-th response data of the i-th interface; wherein, the i is a natural number; the initial value of the i is 1, and the first test data is a predefined test Data, the i-th test data includes the parameters and values of the i-th interface, the protocol of the interface, the calling method and the return verification value.

S102. If i is not equal to n, convert the i-th response data into i+1-th test data, i=i+1, and re-execute step S101.

S103. If i is equal to n, then the i-th response data is the n-th response data, and compare whether the n-th response data is consistent with the check value returned by the interface to be tested.

S104. Determine the test result according to the comparison result.

In the second aspect, the embodiment of the present application provides an interface testing device, which is applied in an interface testing system. The interface testing system includes n interfaces, where n is not less than 1, and services are transmitted through each interface in turn, and the nth The interface is the interface to be tested, and the device includes:

An acquisition unit, configured to input the i-th test data into the i-th interface to obtain the i-th response data of the i-th interface; wherein, the i is a natural number; the initial value of the i is 1, and the first test data is The test data is predefined, and the i-th test data includes the parameters and values of the i-th interface, the protocol of the interface, the calling method, and the return verification value.

A conversion unit, configured to convert the i-th response data into the i+1-th test data if i is not equal to n, where i=i+1, and re-execute the acquisition unit.

The comparison unit is configured to, if i is equal to n, then the i-th response data is the n-th response data, and compare whether the n-th response data is consistent with the check value returned by the interface to be tested.

The determining unit is used for determining the test result according to the comparison result.

In a third aspect, there is provided a computer-readable storage medium that stores one or more programs, the one or more programs include instructions, and when the instructions are executed by a computer, the computer executes the computer-readable storage medium described in the first aspect. The interface test method.

In a fourth aspect, a computer program product containing instructions is provided, and when the instructions are run on a computer, the computer is made to execute the interface testing method as described in the first aspect.

In a fifth aspect, an interface testing device is provided, including: a processor, a memory, and a communication interface, the communication interface is used for the interface testing device to communicate with other equipment or a network, the memory is used to store programs, and the processor calls the programs stored in the memory , to execute the interface testing method described in the first aspect above.

Embodiments of the present application provide a method for interface testing. Since the first test data is predefined test data, the data content can be expanded as required. Therefore, by designing the test data, the controllability of the interface test process is improved, and the interface test Execution methods include single interface and multi-interface. The system can automatically identify the execution method according to the first test data, and the execution method of multi-interface test covers a series of interface tests related to the interface to be tested. Through data transmission and Call and execute the processing logic, so that the test results of the interface to be tested are closer to the usage of real business scenarios, and the test results are more reliable.

Description of drawings

Fig. 1 is a schematic flow chart of an interface testing method provided by an embodiment of the present application;

Fig. 2 is a schematic diagram 1 of an interface testing device provided by an embodiment of the present application;

FIG. 3 is a second schematic diagram of an interface testing device provided by an embodiment of the present application.

Detailed ways

Embodiments of the present application are described below in conjunction with the accompanying drawings.

The term "and/or" in this article is just an association relationship describing associated objects, which means that there can be three relationships, for example, A and/or B can mean: A exists alone, A and B exist simultaneously, and there exists alone B these three situations.

In addition, the terms "including" and "having" mentioned in the description of the present application and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but optionally also includes other unlisted steps or units, or optionally also includes Other steps or elements inherent to the process, method, product or apparatus are included.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of the present application shall not be interpreted as being more preferred or more advantageous than other embodiments or design schemes. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete manner.

In the description of this application, unless otherwise stated, the meaning of "plurality" refers to two or more

Embodiments of the present application provide a method and device for interface testing. The method is applied in an interface testing system. The interface testing system includes n interfaces, where n is not less than 1. Services are transmitted through each interface in turn. With business association, the response data of the previous interface can be converted into the input parameters of the next interface, and the n interfaces include the interface to be tested. In this embodiment, the interface to be tested is the nth interface.

Referring to Fig. 1, the embodiment of the present application provides an interface testing method, the method includes steps S101-S104:

S101. Input the i-th test data into the i-th interface to obtain the i-th response data of the i-th interface.

The interface testing system includes a user interaction interface, which is used to interact with the user, the system creates a new interface test thread and configures the test data of the interface according to the interaction content, and inputs the i-th test data into the i-th interface, wherein , the i is a natural number, the initial value of i is 1, and the first test data is predefined test data, which can be based on the value range, type, length and other characteristics of the parameters in the interface, according to the equivalence class or boundary class In the design mode, the first test data is designed as different test data, and other required information, such as descriptions, etc., are expanded and added to the test data at any time.

The system presets interface test modules for all interface types. After inputting the predefined test data, namely the first test data, into the first interface, the system will identify the interface type of the first interface according to the first test data of the first interface. Type to call the preset interface test module, which effectively improves the efficiency and coverage of the interface test. The data of the interface test module can be used repeatedly and dynamically, without redesigning the use case for each test. Finally, the first response data is output by the calling interface testing module. When i takes other values, the i-th test data includes necessary content such as the parameters and values of the i-th interface, the protocol of the interface, the calling method, and the return check value, etc., and the interface test module is called in the same way and the i-th response is output data and will not be repeated here.

S102. If i is not equal to n, convert the i-th response data into i+1-th test data, i=i+1, and re-execute step S101.

After obtaining the i-th response data of the i-th interface through step S101, judge whether the value of i is equal to n, and n is the number of interfaces in the test thread. If i is not equal to n, it means that the thread has not run to the n-th interface, that is For the interface to be tested, the i-th response data needs to be parameterized. The process of parameterized processing is to convert the i-th response data into the test data of the next interface through the data conversion layer, so as to drive the next interface to continue executing the thread. The method of parameterized processing includes extracting target parameters and/or combining the response data with Combine the predefined test data to obtain the i+1th test data. For example, after obtaining the first response data of the first interface, at the same time, the interface protocol, calling method and return verification of the second interface contained in the first test data Values are extracted to form the second test data of the second interface together, or directly extract the target parameter value contained in the first response data. The system constructs a new interface request based on the i+1th test data, at this time, the value of i is increased by 1, i=i+1, and then re-executes step S101. In this way, from the top of the business, execute each interface in series, and pass the generated response data to the next interface in turn until the interface to be tested is executed.

Optionally, before comparing the values of i and n, first compare whether the i-th response data is consistent with the return verification value of the predefined i-th interface. If they are inconsistent, it means that there is a problem with the i-th interface and needs to be repaired first After the i-th interface, the test process is executed; if they are consistent, it can be further judged whether the value of i is equal to n. In this way, check the performance of interfaces in threads one by one. Avoid errors in test results caused by poor performance of intermediate interfaces.

S103. If i is equal to n, then the i-th response data is the n-th response data, and compare whether the n-th response data is consistent with the returned verification value of the interface to be tested;

If the value of i is equal to n, then the i-th response data is the n-th response data, and the i-th interface is the interface to be tested. Directly compare whether the n-th response data is consistent with the returned verification value of the interface to be tested, and then compare result. For example: the interface description is to judge whether the input parameter of the interface is a positive value, zero or negative value, and preset the url address and calling method. When the input parameter of data1 is 1, 0 or -2, the returned verification value is res100 and res200 respectively and res300, this use case is the execution mode of single interface, the reference code of the use case design is as follows,

S104. Determine the test result according to the comparison result.

If the comparison result shows that the nth response data is consistent with the returned verification value of the interface to be tested, it means that the interface to be tested has good performance. Through the multi-interface thread test with business associations, the test results of the interface to be tested are closer to the use of real business scenarios. way, the test results are more reliable. For example, when shopping on an online platform, it usually includes a login interface, a product browsing interface, an order interface, a payment interface, etc., by logging into the corresponding shopping APP, inputting the product category to be purchased, and then driving the order interface according to the selected specific product. After the order interface responds, continue to drive the payment interface. By simulating the above scenario, the interface is serially tested to obtain the test results.

Embodiments of the present application provide a method for interface testing. Since the first test data is predefined test data, the data content can be expanded as required. Therefore, by designing the test data, the controllability of the interface test process is improved, and the interface test Execution methods include single interface and multi-interface. The system can automatically identify the execution method according to the first test data, and the execution method of multi-interface test covers a series of interface tests related to the interface to be tested. Through data transmission and Call and execute the processing logic, so that the test results of the interface to be tested are closer to the usage of real business scenarios, and the test results are more reliable.

The embodiments of the present application can divide the system into functional modules or functional units according to the above method example, for example, each functional module or functional unit can be divided corresponding to each function, or two or more functions can be integrated into one processing module middle. The above-mentioned integrated modules can be implemented in the form of hardware, or in the form of software function modules or functional units. Wherein, the division of modules or units in the embodiment of the present application is schematic, and is only a logical function division, and there may be another division manner in actual implementation.

Referring to FIG. 2 , an embodiment of the present application provides an interface testing device, which can be applied to the interface testing method shown above. The interface testing device 100 includes:

The obtaining unit 101 is configured to input the i-th test data into the i-th interface to obtain the i-th response data of the i-th interface; wherein, the i is a natural number; the initial value of the i is 1, and the first test data For pre-defined test data, the i-th test data includes the parameters and values of the i-th interface, the protocol of all interfaces, the calling method and the return verification value;

The conversion unit 102 is used to convert the i-th response data into the i+1-th test data if i is not equal to n, i=i+1, and re-execute the acquisition unit;

A comparison unit 103, configured to compare whether the nth response data is consistent with the returned check value of the interface to be tested if i is equal to n;

A determining unit 104, configured to determine the test result according to the comparison result.

Optionally, the acquisition unit is specifically used for:

identifying the interface type of the i-th interface according to the i-th test data;

calling a preset interface test module corresponding to the interface type;

Execute the invoked preset interface test module and output the i-th response data.

Optionally, the comparing unit is also used for:

Comparing whether the i-th response data is consistent with the return check value of the predefined i-th interface;

If so, perform parameterization processing on the i-th response data to convert it into i+1-th test data, the method of the parameterization processing includes extracting target parameters and/or combining response data with predefined test data.

Fig. 3 shows another possible structural schematic diagram of the interface testing device involved in the above embodiment. The device includes: a processor 202 and a communication interface 203 . The processor 202 is used to control and manage the actions of the device, for example, to execute the steps performed by the acquisition unit 101, the conversion unit 102, the comparison unit 103, and the determination unit 105, and/or other processes for performing the techniques described herein . The communication interface 203 is used to support communication between the device and other network entities, for example, to perform acquisition of predefined test data. The terminal may also include a memory 201 and a bus 204, and the memory 201 is used to store program codes and data of the device.

Wherein, the above-mentioned processor 202 may implement or execute various exemplary logical blocks, units and circuits described in conjunction with the disclosure of the present application. The processor may be a central processing unit, a general purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It may implement or execute the various illustrative logical blocks, units and circuits described in connection with the present disclosure. The processor may also be a combination of computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like.

The memory 201 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a read-only memory, flash memory, hard disk or solid state disk; the memory may also include the above-mentioned types of memory combination.

The bus 204 may be an Extended Industry Standard Architecture (Extended Industry Standard Architecture, EISA) bus or the like. The bus 404 can be divided into address bus, data bus, control bus and so on. For ease of representation, only one thick line is used in FIG. 3 , but it does not mean that there is only one bus or one type of bus.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity of the description, only the division of the above-mentioned functional units is used as an example for illustration. In practical applications, the above-mentioned functions can be allocated according to needs Completed by different functional units, that is, the internal structure of the device is divided into different functional units to complete all or part of the functions described above. For the specific working process of the above-described system, device, and unit, reference may be made to the corresponding process in the foregoing method embodiments, and details are not repeated here.

An embodiment of the present application provides a computer-readable storage medium that stores one or more programs, the one or more programs include instructions, and the instructions, when executed by a computer, cause the computer to perform the interface as described in FIG. 1 Test Methods.

Embodiments of the present application provide a computer program product containing instructions, and when the instructions are run on a computer, the computer is made to execute the interface testing method as shown in FIG. 1 .

Wherein, the computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or device, or any combination thereof. More specific examples (non-exhaustive list) of computer readable storage media include: electrical connection having one or more wires, portable computer disk, hard disk. Random Access Memory (Random Access Memory, RAM), Read-Only Memory (Read-Only Memory, ROM), Erasable Programmable Read-Only Memory (Erasable Programmable Read Only Memory, EPROM), registers, hard disk, optical fiber, portable compact Disk read-only memory (Compact Disc Read-Only Memory, CD-ROM), an optical storage device, a magnetic storage device, or any other form of computer-readable storage medium in a suitable combination of the above, or values in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may be located in an application specific integrated circuit (Application Specific Integrated Circuit, ASIC). In the embodiments of the present application, a computer-readable storage medium may be any tangible medium containing or storing a program, and the program may be used by or in combination with an instruction execution system, device or device.

Since the interface testing device, computer-readable storage medium, and computer program product in the embodiments of the present application can be applied to the above methods, the technical effects that can be obtained can also refer to the above method embodiments, and the embodiments of the present application are hereby No longer.

Claims (4)

1. An interface test method is characterized in that the method is applied to an interface test system, the interface test system comprises n interfaces, n is not less than 1, services are transmitted through each interface in sequence, and the nth interface is an interface to be tested, the method comprises the following steps:

s101, inputting ith test data into an ith interface to obtain ith response data of the ith interface; wherein i is a natural number; the initial value of i is 1, the 1 st test data is predefined test data, and the ith test data comprises the parameters and values of an ith interface, the protocol of the interface, a calling method and a returned check value;

s102, if i is not equal to n, converting the ith response data into ith +1 test data, i = i +1, and re-executing the step S101;

s103, if i is equal to n, the ith response data is nth response data, and whether the nth response data is consistent with the return check value of the interface to be tested is compared;

s104, determining a test result according to the comparison result;

if i is not equal to n, before converting the ith response data into the (i + 1) th test data, the method further comprises:

comparing whether the ith response data is consistent with the return check value of the predefined ith interface;

if yes, carrying out parameterization processing on the ith response data to convert the ith response data into (i + 1) th test data, wherein the parameterization processing method comprises the steps of extracting target parameters and/or combining the response data with predefined test data;

the acquiring ith response data of the ith interface comprises:

identifying the interface type of the ith interface according to the ith test data;

calling a preset interface test module corresponding to the interface type;

and executing the called preset interface test module and outputting ith response data.

2. An interface testing device is characterized in that the interface testing device is applied to an interface testing system, the interface testing system comprises n interfaces, n is not less than 1, services are transmitted through each interface in sequence, and the nth interface is an interface to be tested, the device comprises:

the device comprises an acquisition unit, a processing unit and a control unit, wherein the acquisition unit is used for inputting ith test data into an ith interface to acquire ith response data of the ith interface; wherein i is a natural number; the initial value of i is 1, the 1 st test data is predefined test data, and the ith test data comprises the parameter and value of the ith interface, the protocol of the interface, a calling method and a returned check value;

a converting unit, configured to convert the ith response data into ith +1 test data if i is not equal to n, where i = i +1, and re-execute step S101;

the comparison unit is used for comparing whether the nth response data is consistent with the returned check value of the interface to be detected or not if i is equal to n;

the determining unit is used for determining a test result according to the comparison result;

the comparison unit is further configured to:

comparing whether the ith response data is consistent with the return check value of the predefined ith interface;

if yes, carrying out parameterization processing on the ith response data to convert the ith response data into (i + 1) th test data, wherein the parameterization processing method comprises the steps of extracting target parameters and/or combining the response data with predefined test data;

the obtaining unit is specifically configured to:

identifying the interface type of the ith interface according to the ith test data;

calling a preset interface test module corresponding to the interface type;

and executing the called preset interface test module and outputting ith response data.

3. A computer readable storage medium storing one or more programs, the one or more programs comprising instructions, which when executed by a computer, cause the computer to perform the interface testing method of claim 1.

4. An interface testing apparatus, comprising: a processor, a memory and a communication interface, the communication interface is used for the interface testing device to communicate with other equipment or networks, the memory is used for storing programs, and the processor calls the programs stored in the memory to execute the interface testing method according to claim 1.

Images