CN112765023A - Test case generation method and device - Google Patents

Test case generation method and device Download PDF

Info

Publication number
CN112765023A
CN112765023A CN202110067120.3A CN202110067120A CN112765023A CN 112765023 A CN112765023 A CN 112765023A CN 202110067120 A CN202110067120 A CN 202110067120A CN 112765023 A CN112765023 A CN 112765023A
Authority
CN
China
Prior art keywords
protocol
tested
protobuf
function
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110067120.3A
Other languages
Chinese (zh)
Other versions
CN112765023B (en
Inventor
徐海峰
陈彧
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Hode Information Technology Co Ltd
Original Assignee
Shanghai Hode Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Hode Information Technology Co Ltd filed Critical Shanghai Hode Information Technology Co Ltd
Priority to CN202110067120.3A priority Critical patent/CN112765023B/en
Publication of CN112765023A publication Critical patent/CN112765023A/en
Application granted granted Critical
Publication of CN112765023B publication Critical patent/CN112765023B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

The application discloses a test case generation method and device. The method comprises the following steps: acquiring a function to be tested selected by a user; loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested; acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data; and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested. The application can save labor cost and improve the testing efficiency.

Description

Test case generation method and device
Technical Field
The application relates to the technical field of virtual computers, in particular to a test case generation method and device.
Background
In the prior art, after software development is completed, software functions need to be tested through software testing to ensure software quality.
At present, when testing software functions, software is generally tested in a manner of manually writing test case codes, however, because the functions of software are more, in order to fully cover the software function test, the number of test case codes which a user needs to write is often abnormally large, which causes the labor cost input in the whole process to be higher and the test efficiency to be low.
Disclosure of Invention
In view of this, a test case generation method, a test case generation device, a computer device, and a computer-readable storage medium are provided to solve the problems in the prior art that a large amount of labor cost is required to be consumed and the test efficiency is low when a test case is written manually.
The application provides a test case generation method, which comprises the following steps:
acquiring a function to be tested selected by a user;
loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data;
and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
Optionally, the method further comprises:
acquiring a communication protocol number corresponding to the function to be tested;
and serializing the test cases into byte streams according to the communication protocol numbers.
Optionally, the acquiring a communication protocol corresponding to the function to be tested includes:
acquiring a predefined sequence number corresponding to the function to be tested from the Protobuf protocol file as a parent protocol number;
acquiring a predefined sequence number from a sub-protocol file corresponding to the function to be tested contained in the Protobuf protocol file as a sub-protocol number;
and performing logical operation on the parent protocol number and the child protocol number by adopting a preset logical algorithm, and taking an operation result as the communication protocol number.
Optionally, the performing a logical operation on the parent protocol number and the child protocol number by using a preset logical algorithm, and taking an operation result as the communication protocol number includes:
shifting the parent protocol number by a preset digit to obtain a shifted parent protocol number;
and carrying out logical OR operation on the shifted parent protocol number and the shifted child protocol number, and taking an operation result as the communication protocol number.
Optionally, the loading a preset Protobuf protocol file based on the function to be tested, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested and defined in the Protobuf protocol file includes:
the storage path of the Protobuf protocol file is brought into a tree resource management object;
creating a protocol input object through the tree resource management object;
creating a corresponding file description structure body in the protocol input object according to the protocol file name corresponding to the function to be tested contained in the Protobuf protocol file;
and generating a protocol description structure body in a preset format according to the file description structure body.
Optionally, the setting the target data to a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested includes:
acquiring field types of a plurality of field data contained in the target data through a reflection mechanism;
determining a processing rule for setting each field data into a Protobuf object according to the field type of each acquired field data;
and setting each field data to a corresponding Protobuf object by adopting a determined processing rule to obtain a test case corresponding to the function to be tested.
Optionally, the field type includes a basic data type and a message body type, and the setting each field data to the corresponding Protobuf object by using the determined processing rule includes:
when the field type of the field data is a basic data type, calling a corresponding interface through a reflection object corresponding to the field data to set the field data into a corresponding Protobuf object;
and when the field type of the field data is the message body type, sequentially setting all the fields in the field data to the corresponding Protobuf objects in a recursive calling mode.
The application also provides a protocol simulation test tool, including:
the system comprises a providing module, a test module and a test module, wherein the providing module is used for providing an editing interface so that a user can select a function to be tested based on the editing interface and input parameter information based on the editing interface;
the generating module is used for loading a preset Protobuf protocol file based on the function to be tested selected by a user, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
the first setting module is used for setting the parameter information input by the user into the protocol description structural body with the preset format to obtain target data;
and the second setting module is used for setting the target data into the Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested. The present application further provides a test case generating device, including:
the acquisition module is used for acquiring a function to be tested selected by a user;
the generating module is used for loading a preset Protobuf protocol file based on the functions to be tested and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
the first setting module is used for acquiring parameter information input by a user and setting the parameter information into the protocol description structure body with the preset format to obtain target data;
and the second setting module is used for setting the target data into the Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
The present application further provides a computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the above method when executing the computer program.
The present application also provides a computer-readable storage medium having stored thereon a computer program which, when being executed by a processor, carries out the steps of the above-mentioned method.
The beneficial effects of the above technical scheme are that:
in the embodiment of the application, the function to be tested selected by a user is obtained; loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested; acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data; and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested. In the embodiment of the application, the protocol simulation test tool automatically generates the test case according to the Protobuf protocol file without manually compiling the test case code by a user, so that the labor cost can be saved, and the test efficiency is improved. In addition, the method and the device are used for generating the test case with the appointed function by the user in a tool mode, so that the universal service can be provided for the outside.
Drawings
FIG. 1 is an environmental schematic diagram of a test case generation method according to an embodiment of the present application;
FIG. 2 is a flowchart of an embodiment of a test case generation method according to the present application;
FIG. 3 is a schematic diagram of a target interface in a protocol simulation test tool according to an embodiment of the present application;
fig. 4 is a flowchart illustrating a detailed process of loading a preset Protobuf protocol file based on the function to be tested, and generating a protocol description structure element in a preset format according to a file description structure body corresponding to the function to be tested defined in the Protobuf protocol file in an embodiment of the present application;
fig. 5 is a schematic flowchart illustrating a detailed procedure of setting the target data to a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested in an embodiment of the present application;
FIG. 6 is a flowchart of another embodiment of a test case generation method according to the present application;
fig. 7 is a flowchart illustrating a detailed process of the step of acquiring the communication protocol number corresponding to the function to be tested in an embodiment of the present application;
fig. 8 is a flowchart illustrating a detailed process of performing a logical operation on the parent protocol number and the child protocol number by using a preset logical algorithm, and using an operation result as the communication protocol number in an embodiment of the present application;
FIG. 9 is a block diagram of a test case generation apparatus according to an embodiment of the present disclosure;
fig. 10 is a schematic hardware structure diagram of a computer device for executing a test case generation method according to an embodiment of the present application.
Detailed Description
The advantages of the present application are further illustrated below with reference to the accompanying drawings and specific embodiments.
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
The terminology used in the present disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in this disclosure and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
In the description of the present application, it should be understood that the numerical references before the steps do not identify the order of performing the steps, but merely serve to facilitate the description of the present application and to distinguish each step, and therefore should not be construed as limiting the present application.
Fig. 1 schematically shows a framework diagram of a test case generation method according to an embodiment of the present application. In an exemplary embodiment, the system of the application environment may include a computer device 10, a server 20. Wherein the computer device 10 forms a wireless or wired connection with the server 20. An application program (APP) is installed in the computer device 10 for generating a test case. The computer device 10 may be a cell phone, an iPAD, a tablet, a server, etc. The server 20 may be a rack server, a blade server, a tower server, or a rack server (including an independent server or a server cluster composed of a plurality of servers).
Fig. 2 is a schematic flow chart of a test case generation method according to an embodiment of the present application. It should be understood that the flow charts in the embodiments of the present method are not used to limit the order of executing the steps. In the following, a computer device is taken as an execution subject to be exemplarily described, and as can be seen from the figure, the test case generation method provided in this embodiment includes:
and step S20, acquiring the function to be tested selected by the user.
Specifically, the function to be tested is a function module which needs to be tested currently, such as a login function module, a task function module, an administrator function module, a game property function module, a game card function module, and the like.
In an exemplary embodiment, in order to facilitate the user to select the function to be tested, the user may select the function to be tested through a target interface in a pre-developed protocol simulation testing tool.
The protocol simulation test tool is a tool for generating a test case, and as an example, the tool can be developed by adopting two program development languages of C # and C + +, wherein C # is mainly responsible for creating a Windows form application program, is used for displaying a structure defined in a Protobuf protocol file, and is used for receiving input data of a user; the C + + is mainly responsible for dynamically analyzing the Protobuf protocol file defined in the business logic early stage, and serializing the user data collected on the window interface into a byte stream in a binary form.
It should be noted that C # is a modern, general-purpose, object-oriented programming language. C + + is a static type, compiled programming language that supports procedural, object-oriented, and generic programming.
The target interface is an interactive interface for a user to create and generate a test case. Specifically, through the target interface, a user can select a function to be tested in a visual interface mode, select a storage directory of a Protobuf protocol file, select a protocol parent type and a protocol subtype to be tested, and input ip addresses, ports, test account information and the like of a server to be tested.
In an example embodiment, referring to fig. 3, when the function to be tested is selected, a user may select the function to be tested by selecting a protocol parent type and a protocol subtype corresponding to the function to be tested in the target interface, where the protocol parent type is used to indicate which function module (e.g., module a) of the software needs to be specifically tested currently, the protocol subtype is used to indicate which sub-function module of module a needs to be specifically tested currently, for example, if the function to be tested is a login function module, the protocol parent type may be a protocol used to indicate to test the login function module, and the protocol subtype may be a protocol used to indicate to test a requested function in the login function module.
Step S21, loading a preset Protobuf protocol file based on the function to be tested, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, wherein the Protobuf protocol file includes template test case files corresponding to a plurality of functions to be tested.
Specifically, the Protobuf protocol file is a test code file defined in advance according to service logic, various protocol structures associated with the service logic are defined in the Protobuf protocol file, and as an example, the protocol structures defined by the Protobuf protocol file are as follows:
Figure BDA0002904517750000061
the CSCommCMd represents a general protocol group, the CsLoginCmd represents a login protocol group, the CsTaskCmd represents a task protocol group, the CsGmCmd represents an administrator command protocol group, the CsItemCmd represents a prop protocol group, and the CsCardCcmd represents a card protocol group.
It should be noted that each protocol structure may correspond to a template test case corresponding to a function to be tested, for example, CsLoginCmd corresponds to a template test case of a login module, where the template test case includes a step of testing the function to be tested, and the testable function item information, for example, the testable functional information of the login function module includes a request module, a verification module, and the like.
In this embodiment, the Protobuf protocol file defines a plurality of types of metadata description classes, for example, a file description structure (FileDescriptor), a Descriptor, a FieldDescriptor, an enum Descriptor, an enum value Descriptor, a ServiceDescriptor, a method Descriptor, and the like corresponding to each function to be tested.
The FileDescriptor is used to define a file description structure, which is a description of a proto file and includes a file name, a package name, options (such as java _ package, java _ outer _ classname, and the like), all messages defined in the file, all enum defined in the file, all services defined in the file, all extensions defined in the file, all dependent files (im) defined in the file, and the like. The fileDescriptor also has a DescriptorPool instance, which stores all dependencies, name to GenericDescriptor mappings, field to FieldDescriptor mappings, enumerated item to EnumValueDescriptor mappings, so that related information can be searched from the DescriptorPool, and thus Message, Enum, Service, Extensions, etc. can be searched from the FileDescriptor by name.
Descriptor is used to describe a message definition, which contains the name of the message definition, all fields, embedded message, embedded enum, associated FileDescriptor, etc. The FieldDescriptor may be looked up using a field name or field number.
The FieldDescriptor is used for describing a field or an extension field definition, and includes a field name, a field number, a field type, a field definition (required/optional/required/packed), a default value, whether the field is an extension field, and a Descriptor/FileDescriptor associated with the field.
EnumDescriptor is used to describe an enum definition, which contains the enum name, full name, and its associated FileDescriptor. The EnumValueDescriptor may be looked up using an enumerated entry or value.
The EnumValueDescriptor is used for describing the definition of an enumerated item, and comprises an enumerated name, an enumerated value, an associated EnumDescriptor/FileDescriptor and the like.
The ServiceDescriptor is used for describing a service definition, and comprises a service name, a full name, an associated FileDescriptor and the like.
The method descriptor is used for describing a method in service, and comprises a method name, a full name, a parameter type, a return type, an associated FileDescriptor/ServiceDescriptor and the like.
The preset format is a preset data transmission format, and the preset format is a JSON format, an xml format and the like.
As an example, since the file description structure based on the development language of Protobuf is not robust to the functional support of some languages, in order to improve the identifiability of the file description structure, it is necessary to convert the file description structure into a protocol description structure of JSON format, wherein the JSON format is a lightweight data exchange format. By way of example, the file description structure can be converted into a protocol description structure in JSON format in the form of a C # call C + + dynamic library.
The protocol description structure may be used to indicate parameter information that a user needs to input when testing a current function to be tested, and the protocol description structure is stored in a key-value form.
In an exemplary embodiment, referring to fig. 4, the step S21 may include steps S40-S43, wherein: step S40, the storage path of the Protobuf protocol file is included in a tree resource management object; step S41, creating a protocol input object through the tree resource management object; step S42, creating a corresponding file description structure body in the protocol input object according to the protocol file name corresponding to the function to be tested contained in the Protobuf protocol file; and step S43, generating a protocol description structure body in a preset format according to the file description structure body.
As an example, when the file description structure is implemented to generate a protocol description structure in a JSON format in the above embodiment, the protocol description structure in the JSON format may be generated by parsing the Protobuf protocol file by calling a C + + dynamic library.
And step S22, acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data.
Specifically, the parameter information is an input parameter that needs to be referred to when the function to be tested is tested, for example, if the function to be tested is a prop function module, the input parameter may include a prop number, a prop attribute, and the like.
Taking the to-be-tested function module as an example, after the property number and the property attribute are obtained, the property number can be set in the protocol description structure corresponding to the property number in the preset format, that is, the property number input by the user is set in the protocol description structure corresponding to the value corresponding to the key. Similarly, the property attribute is set in the protocol description structure corresponding to the property attribute in the preset format, that is, the property attribute input by the user is set in the protocol description structure using the property attribute as the value corresponding to the key.
And step S23, setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
In particular, a reflection mechanism refers to a program being able to obtain its own information at run-time. For example, an object can know at runtime which methods and properties it has.
It should be noted that the Test Case (Test Case) refers to a description of a Test task performed on a specific software product, and embodies a Test scheme, a method, a technique, and a policy. The contents of the test object, the test environment, the input data, the test steps, the expected results, the test scripts and the like are included, and finally, a document is formed. Simply considered, a test case is a set of test inputs, execution conditions, and expected results tailored for a particular purpose to verify whether a particular software requirement is met.
In an exemplary embodiment, referring to fig. 5, the step S23 may include steps S50-S52, wherein:
step S50, acquiring field types of a plurality of field data contained in the target data through a reflection mechanism.
Specifically, the field type may be a basic data type, such as a double, float, int, string, enumeration, or the like, or a message body type, or referred to as a complex data type, where the complex data type includes an Array (Array) type and an aggregate (Object) type.
Step S51, determining a processing rule for setting each field data into the Protobuf object according to the field type of each acquired field data.
Specifically, the processing rule is a method used for setting field data to a corresponding Protobuf object, and in this embodiment, different processing methods may be set in advance for different types of field data, for example, for field data of a basic data type, processing may be performed using rule 1, and for field data of a message body type, processing may be performed using rule 2.
And step S52, setting each field data to a corresponding Protobuf object by adopting the determined processing rule to obtain a test case corresponding to the function to be tested.
Specifically, after determining the processing rule corresponding to each field data in the target data, all field data may be processed by using the determined processing rule, so as to set each field data into the corresponding Protobuf object.
As an example, when the field type of the field data is a basic data type, calling a corresponding interface through a reflection object corresponding to the field data to set the field data into a corresponding Protobuf object; and when the field type of the field data is the message body type, sequentially setting all the fields in the field data to the corresponding Protobuf objects in a recursive calling mode.
The interface is an interface which is realized by a Protobuf official and is used for setting a specific value aiming at a reflection object, and the specific value contained in the field data can be set into the corresponding Protobuf object by calling the interface.
It is understood that, when all fields in the field data are set into the corresponding Protobuf object by means of recursive calls, a corresponding interface may be called by using a reflection object corresponding to each field to set the data of the field into the corresponding Protobuf object.
In the embodiment of the application, the function to be tested selected by a user is obtained; loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested; acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data; and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested. In the embodiment of the application, the protocol simulation test tool automatically generates the test case according to the Protobuf protocol file without manually compiling the test case code by a user, so that the labor cost can be saved, and the test efficiency is improved. In addition, the method and the device are used for generating the test case with the appointed function by the user in a tool mode, so that the universal service can be provided for the outside.
FIG. 6 schematically shows a flowchart of a test case generation method according to another embodiment of the present application. As shown in FIG. 6, the method includes steps S60-S65, wherein:
and step S60, acquiring the function to be tested selected by the user.
Step S61, loading a preset Protobuf protocol file based on the function to be tested, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, wherein the Protobuf protocol file includes template test case files corresponding to a plurality of functions to be tested.
And step S62, acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data.
And step S63, setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
Specifically, the steps S60-S63 are the same as the steps S20-S23 in the above embodiment, and are not repeated in this embodiment.
And step S64, acquiring a communication protocol number corresponding to the function to be tested.
Specifically, the communication protocol number is used to identify a current function to be tested, and the communication protocol number can be used to test the function to be tested with the server. In this embodiment, the communication protocol numbers corresponding to different functions to be tested are different. In an embodiment, a communication protocol number may be preset for different functions to be tested, and then the set communication protocol number and the functions to be tested are stored in an associated manner. In another embodiment, the communication protocol number may be generated when the functional module to be tested is tested.
In an exemplary embodiment, referring to fig. 7, the step S64 may include steps S70-S72, wherein:
step S70, obtaining a predefined sequence number corresponding to the function to be tested from the Protobuf protocol file as a parent protocol number.
Specifically, serial numbers (FileNumber) of various functions to be tested are predefined in the Protobuf protocol file, and the serial numbers are used for indicating serial numbers of fields corresponding to the functions to be tested in a file description structure in the Protobuf protocol file.
As an example, assume that the protocol file has predefined sequence numbers of the following functions to be tested:
Figure BDA0002904517750000101
if the function to be tested is a login function (CsLoginCmd), it may be determined that the parent protocol number is 0x 02.
Step S71, acquiring a predefined sequence number from the sub-protocol file corresponding to the function to be tested included in the Protobuf protocol file as a sub-protocol number.
As an example, assuming that a protocol number of a sub protocol file (LoginReq) corresponding to a login function (CsLoginCmd) included in the Protobuf protocol file is 0x01, it may be determined that the sub protocol number is 0x 01.
And step S72, performing logic operation on the parent protocol number and the child protocol number by adopting a preset logic algorithm, and taking the operation result as the communication protocol number.
Specifically, the logic algorithm is preset, and the communication protocol number can be obtained by performing logic operation on the parent protocol number and the child protocol number through the logic algorithm.
In an exemplary embodiment, referring to fig. 8, the step S72 may include steps S80-S81, wherein:
and step S80, shifting the father protocol number by a preset digit to obtain the shifted father protocol number.
Specifically, the preset digit is preset, and the preset digit may be a default value or may be modified according to a user requirement, for example, the preset digit is 8 bits. In this embodiment, the shift process may be a left shift process or a right shift process, and is not limited in this embodiment.
Step S81, performing logical or operation on the shifted parent protocol number and the child protocol number, and taking the operation result as the communication protocol number.
As an example, the communication protocol number may be calculated by performing a logical or operation between the parent protocol number (0x02) which is left-shifted by 8 bits and the child protocol number (0x 01): 0x02< <8|0x 01.
And step S65, serializing the test cases into byte streams according to the communication protocol numbers.
Specifically, after the communication protocol number is obtained, the test case can be serialized into a byte stream according to the communication protocol number, so that the test case can be conveniently transmitted and input to a server through a network, and a function to be tested can be tested.
In an exemplary embodiment, in order to facilitate a user to generate a test case, the application further provides a protocol simulation test tool, including:
the system comprises a providing module, a test module and a test module, wherein the providing module is used for providing an editing interface so that a user can select a function to be tested based on the editing interface and input parameter information based on the editing interface;
the generating module is used for loading a preset Protobuf protocol file based on the function to be tested selected by a user, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
the first setting module is used for setting the parameter information input by the user into the protocol description structural body with the preset format to obtain target data;
and the second setting module is used for setting the target data into the Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
Specifically, the protocol simulation testing tool is a tool for generating a test case, and as an example, the tool may be developed by using two program development languages, namely C # and C + +, where C # is mainly responsible for creating a Windows form application program, is used for displaying a structure defined in a Protobuf protocol file, and is used for receiving input data of a user; the C + + is mainly responsible for dynamically analyzing the Protobuf protocol file defined in the business logic early stage, and serializing the user data collected on the window interface into a byte stream in a binary form.
It should be noted that C # is a modern, general-purpose, object-oriented programming language. C + + is a static type, compiled programming language that supports procedural, object-oriented, and generic programming.
In this embodiment, the protocol simulation testing tool may provide a visual editing interface, select a function to be tested, select a storage directory of a Protobuf protocol file, select a parent type and a subtype of a protocol to be tested, and input an ip address of a server to be tested, port test account information, some parameter information, and the like through the editing interface. After the user selects the function to be tested through the editing interface and inputs the parameter information, the test case required by the user can be generated through the protocol simulation test tool, and the specific generation process is described in detail in the above embodiment and is not described in detail in this embodiment.
Fig. 9 is a block diagram of a test case generating apparatus 90 according to an embodiment of the present invention.
In this embodiment, the test case generating apparatus 90 includes a series of computer program instructions stored in a memory, and when the computer program instructions are executed by a processor, the test case generating function according to the embodiments of the present application can be implemented. In some embodiments, the test case generation apparatus 90 may be divided into one or more modules based on the particular operations implemented by the portions of the computer program instructions. For example, in fig. 9, the test case generating apparatus 90 may be divided into an acquiring module 91, a generating module 92, a first setting module 93, and a second setting module 94. Wherein:
an obtaining module 91, configured to obtain a function to be tested selected by a user;
a generating module 92, configured to load a preset Protobuf protocol file based on the function to be tested, and generate a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, where the Protobuf protocol file includes template test case files corresponding to multiple functions to be tested;
the first setting module 93 is configured to obtain parameter information input by a user, and set the parameter information to the protocol description structure in the preset format to obtain target data;
and a second setting module 94, configured to set the target data to a Protobuf object through a reflection mechanism, so as to obtain a test case corresponding to the function to be tested.
In an exemplary embodiment, the test case generating apparatus 90 further includes a protocol number obtaining module and a serialization module.
The protocol number obtaining module is used for obtaining the communication protocol number corresponding to the function to be tested.
And the serialization module is used for serializing the test cases into byte streams according to the communication protocol numbers.
In an exemplary embodiment, the protocol number obtaining module is further configured to obtain a predefined sequence number corresponding to the function to be tested from the Protobuf protocol file as a parent protocol number; acquiring a predefined sequence number from a sub-protocol file corresponding to the function to be tested contained in the Protobuf protocol file as a sub-protocol number; and performing logical operation on the parent protocol number and the child protocol number by adopting a preset logical algorithm, and taking an operation result as the communication protocol number.
In an exemplary embodiment, the protocol number obtaining module is further configured to shift the parent protocol number by a preset number of bits to obtain a shifted parent protocol number; and carrying out logical OR operation on the shifted parent protocol number and the shifted child protocol number, and taking an operation result as the communication protocol number.
In an exemplary embodiment, the generating module 92 is further configured to incorporate a storage path of the Protobuf protocol file into a tree-like resource management object; creating a protocol input object through the tree resource management object; creating a corresponding file description structure body in the protocol input object according to the protocol file name corresponding to the function to be tested contained in the Protobuf protocol file; and generating a protocol description structure body in a preset format according to the file description structure body.
In an exemplary embodiment, the second setting module 94 is further configured to obtain field types of a plurality of field data included in the target data through a reflection mechanism; determining a processing rule for setting each field data into a Protobuf object according to the field type of each acquired field data; and setting each field data to a corresponding Protobuf object by adopting a determined processing rule to obtain a test case corresponding to the function to be tested.
In an exemplary embodiment, the field type includes a basic data type and a message body type, and the second setting module 94 is further configured to, when the field type of the field data is the basic data type, call a corresponding interface through a reflection object corresponding to the field data to set the field data into a corresponding Protobuf object; and when the field type of the field data is the message body type, sequentially setting all the fields in the field data to the corresponding Protobuf objects in a recursive calling mode.
In the embodiment of the application, the function to be tested selected by a user is obtained; loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested; acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data; and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested. In the embodiment of the application, the protocol simulation test tool automatically generates the test case according to the Protobuf protocol file without manually compiling the test case code by a user, so that the labor cost can be saved, and the test efficiency is improved. In addition, the method and the device are used for generating the test case with the appointed function by the user in a tool mode, so that the universal service can be provided for the outside. Fig. 10 schematically shows a hardware architecture diagram of a computer device 10 suitable for implementing the test case generation method according to an embodiment of the present application. In the present embodiment, the computer device 10 is a device capable of automatically performing numerical calculation and/or information processing in accordance with a command set or stored in advance. For example, the server may be a tablet computer, a notebook computer, a desktop computer, a rack server, a blade server, a tower server, or a rack server (including an independent server or a server cluster composed of a plurality of servers). As shown in fig. 10, computer device 10 includes at least, but is not limited to: the memory 120, processor 121, and network interface 123 may be communicatively linked to each other via a system bus. Wherein:
the memory 120 includes at least one type of computer-readable storage medium, which may be volatile or non-volatile, and particularly, includes a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Read Only Memory (ROM), an Electrically Erasable Programmable Read Only Memory (EEPROM), a Programmable Read Only Memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the memory 120 may be an internal storage module of the computer device 10, such as a hard disk or a memory of the computer device 10. In other embodiments, the memory 120 may also be an external storage device of the computer device 10, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like, provided on the computer device 10. Of course, memory 120 may also include both internal and external memory modules of computer device 10. In this embodiment, the memory 120 is generally used for storing an operating system installed in the computer device 10 and various types of application software, such as program codes of a test case generation method. In addition, the memory 120 may also be used to temporarily store various types of data that have been output or are to be output.
Processor 121 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data Processing chip in some embodiments. The processor 121 is generally configured to control the overall operation of the computer device 10, such as performing control and processing related to data interaction or communication with the computer device 10. In this embodiment, the processor 121 is configured to execute the program code stored in the memory 120 or process data.
Network interface 123 may comprise a wireless network interface or a wired network interface, with network interface 123 typically being used to establish communication links between computer device 10 and other computer devices. For example, the network interface 123 is used to connect the computer device 10 to an external terminal via a network, establish a data transmission channel and a communication link between the computer device 10 and the external terminal, and the like. The network may be a wireless or wired network such as an Intranet (Intranet), the Internet (Internet), a Global System of Mobile communication (GSM), Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network, Bluetooth (Bluetooth), or Wi-Fi.
It is noted that FIG. 10 only shows a computer device having components 120-122, but it is understood that not all of the shown components are required to be implemented, and that more or fewer components may be implemented instead.
In this embodiment, the test case generation method stored in the memory 120 may be divided into one or more program modules and executed by one or more processors (in this embodiment, the processor 121) to complete the present application.
The embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored, and the computer program, when executed by a processor, implements the steps of the test case generation method in the embodiment.
In this embodiment, the computer-readable storage medium includes a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a Random Access Memory (RAM), a Static Random Access Memory (SRAM), a Read Only Memory (ROM), an Electrically Erasable Programmable Read Only Memory (EEPROM), a Programmable Read Only Memory (PROM), a magnetic memory, a magnetic disk, an optical disk, and the like. In some embodiments, the computer readable storage medium may be an internal storage unit of the computer device, such as a hard disk or a memory of the computer device. In other embodiments, the computer readable storage medium may be an external storage device of the computer device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the computer device. Of course, the computer-readable storage medium may also include both internal and external storage devices of the computer device. In this embodiment, the computer-readable storage medium is generally used for storing an operating system and various types of application software installed in the computer device, for example, the program code of the test case generation method in the embodiment, and the like. Further, the computer-readable storage medium may also be used to temporarily store various types of data that have been output or are to be output.
The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on at least two network units. Some or all of the modules can be screened out according to actual needs to achieve the purpose of the scheme of the embodiment of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a general hardware platform, and certainly can also be implemented by hardware. It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware related to instructions of a computer program, which can be stored in a computer readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-only memory (ROM), a Random Access Memory (RAM), or the like.
Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims (11)

1. A test case generation method is characterized by comprising the following steps:
acquiring a function to be tested selected by a user;
loading a preset Protobuf protocol file based on the functions to be tested, and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
acquiring parameter information input by a user, and setting the parameter information into the protocol description structure body with the preset format to obtain target data;
and setting the target data into a Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
2. The method for test case generation according to claim 1, further comprising:
acquiring a communication protocol number corresponding to the function to be tested;
and serializing the test cases into byte streams according to the communication protocol numbers.
3. The method for generating test cases according to claim 2, wherein the obtaining a communication protocol number corresponding to the function to be tested comprises:
acquiring a predefined sequence number corresponding to the function to be tested from the Protobuf protocol file as a parent protocol number;
acquiring a predefined sequence number from a sub-protocol file corresponding to the function to be tested contained in the Protobuf protocol file as a sub-protocol number;
and performing logical operation on the parent protocol number and the child protocol number by adopting a preset logical algorithm, and taking an operation result as the communication protocol number.
4. The method for generating test cases according to claim 3, wherein performing logical operation on the parent protocol number and the child protocol number by using a preset logical algorithm, and taking an operation result as the communication protocol number includes:
shifting the parent protocol number by a preset digit to obtain a shifted parent protocol number;
and carrying out logical OR operation on the shifted parent protocol number and the shifted child protocol number, and taking an operation result as the communication protocol number.
5. The method for generating test cases according to claim 1, wherein the loading a preset Protobuf protocol file based on the function to be tested, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, includes:
the storage path of the Protobuf protocol file is brought into a tree resource management object;
creating a protocol input object through the tree resource management object;
creating a corresponding file description structure body in the protocol input object according to the protocol file name corresponding to the function to be tested contained in the Protobuf protocol file;
and generating a protocol description structure body in a preset format according to the file description structure body.
6. The method for generating the test case according to any one of claims 1 to 5, wherein the setting the target data into the Protobuf object through a reflection mechanism to obtain the test case corresponding to the function to be tested includes:
acquiring field types of a plurality of field data contained in the target data through a reflection mechanism;
determining a processing rule for setting each field data into a Protobuf object according to the field type of each acquired field data;
and setting each field data to a corresponding Protobuf object by adopting a determined processing rule to obtain a test case corresponding to the function to be tested.
7. The method according to claim 6, wherein the field types include a basic data type and a message body type, and the setting each field data into a corresponding Protobuf object using the determined processing rule includes:
when the field type of the field data is a basic data type, calling a corresponding interface through a reflection object corresponding to the field data to set the field data into a corresponding Protobuf object;
and when the field type of the field data is the message body type, sequentially setting all the fields in the field data to the corresponding Protobuf objects in a recursive calling mode.
8. A protocol simulation test tool, comprising:
the system comprises a providing module, a test module and a test module, wherein the providing module is used for providing an editing interface so that a user can select a function to be tested based on the editing interface and input parameter information based on the editing interface;
the generating module is used for loading a preset Protobuf protocol file based on the function to be tested selected by a user, and generating a protocol description structure body in a preset format according to a file description structure body corresponding to the function to be tested, which is defined in the Protobuf protocol file, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
the first setting module is used for setting the parameter information input by the user into the protocol description structural body with the preset format to obtain target data;
and the second setting module is used for setting the target data into the Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
9. A test case generation apparatus, comprising:
the acquisition module is used for acquiring a function to be tested selected by a user;
the generating module is used for loading a preset Protobuf protocol file based on the functions to be tested and generating a protocol description structure body in a preset format according to a file description structure body which is defined in the Protobuf protocol file and corresponds to the functions to be tested, wherein the Protobuf protocol file comprises template test case files corresponding to a plurality of functions to be tested;
the first setting module is used for acquiring parameter information input by a user and setting the parameter information into the protocol description structure body with the preset format to obtain target data;
and the second setting module is used for setting the target data into the Protobuf object through a reflection mechanism to obtain a test case corresponding to the function to be tested.
10. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the test case generation method of any of claims 1 to 8 when executing the computer program.
11. A computer-readable storage medium having stored thereon a computer program, characterized in that: the computer program, when executed by a processor, implements the steps of the test case generation method of any of claims 1 to 8.
CN202110067120.3A 2021-01-19 2021-01-19 Test case generation method and device Active CN112765023B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110067120.3A CN112765023B (en) 2021-01-19 2021-01-19 Test case generation method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110067120.3A CN112765023B (en) 2021-01-19 2021-01-19 Test case generation method and device

Publications (2)

Publication Number Publication Date
CN112765023A true CN112765023A (en) 2021-05-07
CN112765023B CN112765023B (en) 2023-10-03

Family

ID=75702992

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110067120.3A Active CN112765023B (en) 2021-01-19 2021-01-19 Test case generation method and device

Country Status (1)

Country Link
CN (1) CN112765023B (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113485922A (en) * 2021-06-30 2021-10-08 山东有人物联网股份有限公司 Test case generation method, test method, tool, device and storage medium
CN113709126A (en) * 2021-08-18 2021-11-26 深圳开源互联网安全技术有限公司 Network protocol security fuzzy test method, device, equipment and storage medium
CN113746842A (en) * 2021-09-03 2021-12-03 唯品会(广州)软件有限公司 Message sending method based on Protobuf protocol dynamic analysis
CN114328278A (en) * 2022-03-14 2022-04-12 南昌航空大学 Distributed simulation test method, system, readable storage medium and computer equipment
CN114944997A (en) * 2022-03-24 2022-08-26 浙江大华技术股份有限公司 Protocol detection method, protocol detection device and computer readable storage medium
CN115225552A (en) * 2022-07-29 2022-10-21 重庆长安汽车股份有限公司 Test method, device, equipment and medium for real-time publishing subscription protocol
CN115776456A (en) * 2022-11-28 2023-03-10 重庆长安汽车股份有限公司 Communication protocol testing method, device, testing equipment and storage medium

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090106599A1 (en) * 2004-10-15 2009-04-23 Broadcom Corporation System and method to locate and correct software errors within a protocol stack for wireless devices
CN105577463A (en) * 2014-10-13 2016-05-11 阿里巴巴集团控股有限公司 Testing method and testing device based on communication protocol
CN107480062A (en) * 2017-08-09 2017-12-15 深圳慧昱教育科技有限公司 A kind of method and apparatus of configuration testing use-case
CN108614776A (en) * 2018-05-04 2018-10-02 艺龙网信息技术(北京)有限公司 Across the dynamic fixing method and system of language protocol test request
CN110490459A (en) * 2019-08-21 2019-11-22 中国工商银行股份有限公司 A kind of protocol managerial approach and device
CN110597734A (en) * 2019-09-23 2019-12-20 电子科技大学 Fuzzy test case generation method suitable for industrial control private protocol
CN111752820A (en) * 2019-03-29 2020-10-09 上海哔哩哔哩科技有限公司 Pressure testing method of gPC interface, computer equipment and storage medium
CN111949249A (en) * 2019-05-14 2020-11-17 百度(美国)有限责任公司 Universal verification method for Protobuf-based projects

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090106599A1 (en) * 2004-10-15 2009-04-23 Broadcom Corporation System and method to locate and correct software errors within a protocol stack for wireless devices
CN105577463A (en) * 2014-10-13 2016-05-11 阿里巴巴集团控股有限公司 Testing method and testing device based on communication protocol
CN107480062A (en) * 2017-08-09 2017-12-15 深圳慧昱教育科技有限公司 A kind of method and apparatus of configuration testing use-case
CN108614776A (en) * 2018-05-04 2018-10-02 艺龙网信息技术(北京)有限公司 Across the dynamic fixing method and system of language protocol test request
CN111752820A (en) * 2019-03-29 2020-10-09 上海哔哩哔哩科技有限公司 Pressure testing method of gPC interface, computer equipment and storage medium
CN111949249A (en) * 2019-05-14 2020-11-17 百度(美国)有限责任公司 Universal verification method for Protobuf-based projects
CN110490459A (en) * 2019-08-21 2019-11-22 中国工商银行股份有限公司 A kind of protocol managerial approach and device
CN110597734A (en) * 2019-09-23 2019-12-20 电子科技大学 Fuzzy test case generation method suitable for industrial control private protocol

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
RUI WANG 等: "Automated test case generation for the Paxos single-decree protocol using a Coloured Petri Net model", 《JOURNAL OF LOGICAL AND ALGEBRAIC METHODS IN PROGRAMMING》, vol. 104, pages 254 - 273 *
李宇宏: "基于QML的协议测试软件研究", 《中国新通信》, vol. 22, no. 10, pages 47 - 48 *
田丹 等: "一种Protobuf到JSON动态转换方法", 《数据与计算发展前沿》, vol. 2, no. 4, pages 155 - 164 *
阿童木-威少: "详解通信数据协议ProtoBuf", Retrieved from the Internet <URL:《https://blog.csdn.net/qq_41116600/article/details/89969835》> *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113485922A (en) * 2021-06-30 2021-10-08 山东有人物联网股份有限公司 Test case generation method, test method, tool, device and storage medium
CN113709126A (en) * 2021-08-18 2021-11-26 深圳开源互联网安全技术有限公司 Network protocol security fuzzy test method, device, equipment and storage medium
CN113746842A (en) * 2021-09-03 2021-12-03 唯品会(广州)软件有限公司 Message sending method based on Protobuf protocol dynamic analysis
CN114328278A (en) * 2022-03-14 2022-04-12 南昌航空大学 Distributed simulation test method, system, readable storage medium and computer equipment
CN114944997A (en) * 2022-03-24 2022-08-26 浙江大华技术股份有限公司 Protocol detection method, protocol detection device and computer readable storage medium
CN114944997B (en) * 2022-03-24 2024-02-20 浙江大华技术股份有限公司 Protocol detection method, protocol detection device and computer readable storage medium
CN115225552A (en) * 2022-07-29 2022-10-21 重庆长安汽车股份有限公司 Test method, device, equipment and medium for real-time publishing subscription protocol
CN115776456A (en) * 2022-11-28 2023-03-10 重庆长安汽车股份有限公司 Communication protocol testing method, device, testing equipment and storage medium

Also Published As

Publication number Publication date
CN112765023B (en) 2023-10-03

Similar Documents

Publication Publication Date Title
CN112765023B (en) Test case generation method and device
CN109976761B (en) Software development kit generation method and device and terminal equipment
US8510712B1 (en) Testing in-container software objects
CN110647471B (en) Interface test case generation method, electronic device and storage medium
US8418134B2 (en) Method for efficiently managing property types and constraints in a prototype based dynamic programming language
US11741002B2 (en) Test automation systems and methods using logical identifiers
CN110196809B (en) Interface testing method and device
CN110928802A (en) Test method, device, equipment and storage medium based on automatic generation of case
CN111414391A (en) Method and system for accessing multiple data sources
CN108776587B (en) Data acquisition method and device, computer equipment and storage medium
CN113704110B (en) Automatic testing method and device for user interface
CN113485927B (en) Test data generation method, device, equipment and storage medium
CN113703862A (en) Configuration-based interface calling method, device, equipment and storage medium
CN116028028B (en) Request function generation method, device, equipment and storage medium
US10387124B2 (en) System and method for creating domain specific language
CN107122203B (en) Configuration file setting method and device
CN108959508B (en) SQL data generation method and device
CN114048415A (en) Form generation method and device, electronic equipment and computer readable storage medium
CN113535175A (en) Application program front-end code generation method and device, electronic equipment and medium
CN107766228B (en) Multi-language-based automatic testing method and device
CN112699027A (en) Interface testing method, device, equipment and readable storage medium
CN117234582A (en) Project code processing method and device, electronic equipment and storage medium
US11182272B2 (en) Application state monitoring
US11144435B1 (en) Test case generation for software development using machine learning
CN114741294A (en) Page debugging method, device, equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant