CN116185883A - Test case generation method, test system, device, equipment and medium - Google Patents
Test case generation method, test system, device, equipment and medium Download PDFInfo
- Publication number
- CN116185883A CN116185883A CN202310485963.4A CN202310485963A CN116185883A CN 116185883 A CN116185883 A CN 116185883A CN 202310485963 A CN202310485963 A CN 202310485963A CN 116185883 A CN116185883 A CN 116185883A
- Authority
- CN
- China
- Prior art keywords
- command line
- test
- content
- symbol
- document
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The embodiment of the application provides a test case generation method, a test system, a test device, test equipment and a test medium. Wherein the method comprises the following steps: acquiring a command line document of a software package to be tested; extracting command line content and text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document; and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested. The command line document can be analyzed to obtain the command line content and the text content for generating the test case, and particularly when the number of the software packages to be tested is relatively large, the working efficiency for generating the test case can be remarkably improved, and the workload and the working time of personnel can be saved.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a test case generating method, a test system, a device, equipment, and a medium.
Background
With the development of technology and the upgrading of products, corresponding software needs to be updated. In order to ensure that the updated product can stably run, relevant functional tests need to be performed on the corresponding product before the product is on line. The functional defects found in the test process can be solved before the test is put on line for users.
In the prior art, some software tests require a professional staff to make corresponding test cases. However, when the number of software packages to be tested is relatively large, it is a huge and complex task for the staff. Resulting in significant human and time costs to make test cases.
Disclosure of Invention
In view of the foregoing, the present application has been developed to provide a test case generating method, test system, apparatus, device, and medium that solve, or at least partially solve, the foregoing problems.
Thus, in a first embodiment of the present application, there is provided a test case generating method, the method including:
acquiring a command line document of a software package to be tested;
extracting command line content and text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document;
and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested.
In yet another embodiment of the present application, an automated test system is provided, the system comprising: at least one software package to be tested and test case generating device which belong to an operating system;
The operating system comprises at least one software package to be tested and a corresponding command line document;
the test case generating device is configured to execute the method according to any one of the first embodiments to test at least one software package in the operating system.
In yet another embodiment of the present application, there is provided a test case generating apparatus including:
the acquisition module is used for acquiring a command line document of the software package to be tested;
the extraction module is used for extracting command line content and text content for constructing the test case based on the grammar symbols and grammar symbol rules contained in the command line document;
and the generating module is used for filling the command line content and the text content into a preset template and generating the test case for testing the software package to be tested.
In yet another embodiment of the present application, an electronic device is provided. The electronic device includes: a memory and a processor, wherein,
the memory is used for storing programs;
the processor is coupled to the memory for executing the program stored in the memory to implement the method of any one of the above.
In a further embodiment of the present application, a computer readable storage medium storing a computer program is provided, which when executed by a computer is capable of implementing the method of any of the above.
In the technical scheme provided by the embodiment of the application, after at least one software package to be tested is determined, the command line document corresponding to the software package is further acquired. The command line document contains text contents such as a brief description and the like, and also comprises a command line which can be executed. And analyzing the command line document, specifically analyzing the command line document according to the grammar symbols and the grammar symbol rules to obtain command line content and text content. The user is provided with a preset template for generating test cases. Furthermore, the acquired command line content and text content can be filled into the designated positions in the preset template, so that the test case can be generated. Through the scheme, the command line content and the text content for generating the test cases can be obtained by analyzing the command line document, and particularly when the number of the software packages to be tested is relatively large, the working efficiency for generating the test cases can be remarkably improved, and the workload and the working time of personnel can be saved. Meanwhile, the test cases are obtained based on the command lines in the command line document, so that comprehensive functional test on the software package can be realized, and the conditions of test parameter deletion and the like are effectively avoided.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief description will be given below of the drawings that are needed in the embodiments or the prior art descriptions, and it is obvious that the drawings in the following description are some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a method for generating test cases according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a test case default template and fill as illustrated in an embodiment of the present application;
FIG. 3 is a schematic structural diagram of an automatic test system according to an embodiment of the present disclosure;
FIG. 4 is a schematic flow chart illustrating the generation of test cases according to an embodiment of the present application;
FIG. 5 is a schematic structural diagram of a test case generating device according to an embodiment of the present application;
fig. 6 is a block diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to enable those skilled in the art to better understand the present application, the following description will make clear and complete descriptions of the technical solutions in the embodiments of the present application according to the accompanying drawings in the embodiments of the present application. It will be apparent that the described embodiments are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.
In some of the flows described in the specification, claims, and drawings described above, a plurality of operations occurring in a particular order are included, and the operations may be performed out of order or concurrently with respect to the order in which they occur. The sequence numbers of operations such as 101, 102, etc. are merely used to distinguish between the various operations, and the sequence numbers themselves do not represent any order of execution. In addition, the flows may include more or fewer operations, and the operations may be performed sequentially or in parallel. It should be noted that, the descriptions of "first" and "second" herein are used to distinguish different messages, devices, modules, etc., and do not represent a sequence, and are not limited to the "first" and the "second" being different types. Furthermore, the embodiments described below are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.
As technology evolves and products iterate, some software will be updated accordingly. However, whether the updated software can be stably operated or in an unknown state, and thus, it is necessary to perform a related function test. In practical application, corresponding test cases need to be formulated for different software to be tested. For example, a large number of software packages in an operating system need to produce corresponding test cases, and if a worker makes a test case, a large amount of labor and time are required. In addition, because each software package has different functions, a professional needs to comprehensively know the functions of the software package and then formulate corresponding test cases. Therefore, the application proposes a scheme capable of generating test cases for each software package.
Term interpretation:
command Line (Command Line) document: a document storing a command line in which operating system related commands are stored, and control operations for the operating system can be realized by the commands in the command line.
Test case (Testcase): the test script and the text description for testing a certain function, and the standardized test examples can include test profiles, test steps, expected results and other information.
Test script (Testing script): generally refers to a series of instructions for a particular test that may be executed by an automated test tool. Test scripts are computer readable instructions that automatically perform a test procedure (or part of a test procedure). Test scripts may be created (recorded) or automatically generated using test automation tools, or programmed in a programming language, or may be integrated with the first three methods.
Use case text: refers to the description of a particular software product for testing tasks, embodying test schemes, methods, techniques and strategies. The content of the method comprises a test target, a test environment, input data, a test step, an expected result, a test script and the like, and finally a document is formed.
The software package: in an operating System (Operation System), application software is installed, uninstalled and upgraded in the form of "packages", each having its corresponding command line document.
Fig. 1 is a schematic diagram of a test case generating method according to an embodiment of the present application. The test case may be for testing a software package in an operating system. The method for generating the test case specifically comprises the following steps:
101: and acquiring a command line document of the software package to be tested.
102: and extracting command line content and text content for constructing the test case based on the grammar symbols and grammar symbol rules contained in the command line document.
103: and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested.
For easy understanding, the technical solution of the present application will be described by taking the generation of test cases required for testing by a software package in an operating system as an example. More specifically, the operating system includes a plurality of software packages, and each of the software package test cases is generated in a relatively similar manner, so that the test case is generated for one of the software packages.
The command line document referred to herein refers to a document in which command lines supported by the operating system are stored. The user can control and operate the operating system through the command line document. In other words, the commands in the command line document are executable to control operations of the operating system. In addition, the command line document contains comprehensive command line content and may contain various functions of the operating system.
The syntax symbols referred to herein refer to the meaning that the various symbols represent when writing content in a command line document. For example, in some command line documents, optional brackets [ ], optional brackets (), and so on. By way of example only, the syntax symbols in different operating systems, different command line documents, and the rules of use for these syntax symbols (i.e., the syntax symbol rules described above) may be different. This is by way of illustration only and is not to be construed as limiting the technical solutions of the present application.
The command line document includes command line content and text content for explaining the document function. When the test case is constructed, not only a command line but also text content is used, and the text content can be utilized to explain the test case, so that a worker can quickly know the test function of the test case through the text content. For example, command line content: power off (halt) immediately, text content: power off the system.
The preset template is a preset test case template, and after the command line content and the text content are extracted, the preset template can be filled according to the preset template content. That is, the corresponding content (e.g., text content) is populated to the corresponding location in the corresponding target. Therefore, the test cases corresponding to the command line document can be automatically and quickly generated.
Because the test cases generated herein are generated using the command line files corresponding to the respective software packages, the test cases can only be used to test the respective software packages. In addition, since the command lines included in the command line document are relatively comprehensive and can cover various functions, the test cases obtained through the mode not only reduce the labor cost and the time cost for manufacturing the test cases, but also obtain more comprehensive test effects.
In one implementation, the extracting text content for constructing the test case based on the grammar symbols and grammar symbol rules contained in the command line document as described in step 102 specifically includes:
analyzing the command line document to obtain a brief symbol;
determining adjacent position relations between the brief symbols and the brief text content according to grammar symbol rules of the brief symbols;
And extracting brief text content for describing test intention after the brief symbol based on the adjacent position relation.
In practical application, after a command line document of a software package to be tested is obtained, the command line document is analyzed to obtain a brief symbol.
For example, the command line document may have the following partial content:
#ac
＞Print statistics on how long user have been connected.
parsing to obtain a simplified symbol ">", and further, knowing the grammar symbol rule of the simplified symbol ">") is: the symbol ">" represents a symbol of the position where the profile is located, and may be referred to as a profile symbol, the content written after the symbol ">" is written is the profile text content, and when the writing of the profile text content is finished, the symbol "." is ended.
According to the grammar symbol rule, the adjacent position relationship between the sketch symbol and the sketch text content is a front-back position relationship, namely, the sketch text content is written behind ">". Thus, after parsing finds the profile symbol ">" and the end symbol ".", the text content of the profile can be extracted.
By the method, the brief text content of the command line file can be quickly found from the command line file, so that the brief text content can be used as description of the test tasks of the test case, and a user can quickly know the main tasks of the test case through the brief text content. In addition, the software package contains a plurality of codes, and if the software package is manually written and simplified, a professional is required to read the codes to accurately summarize the functions of the software package, namely the main test tasks of the test case. Therefore, the scheme can be used for quickly generating the brief text content of the test case.
In one implementation, extracting command line content for building test cases based on grammar symbols contained in the command line document includes:
analyzing the command line document to obtain a command line description symbol;
determining a first containing position relation between the command line description symbol and command line content according to a grammar symbol rule of the command line description symbol;
based on the first containment positional relationship, command line content for describing command functions between the command line descriptors is extracted.
In practical application, after a command line document of a software package to be tested is obtained, the command line document is analyzed to obtain a command line description symbol.
For example, the command line document may have the following partial content:
#ac
＞Print statistics on how long user have been connected.
-Print how long a particular user has been connected in hours:
`ac—individual-totals{{username}}`-
analyzing to obtain a command line description symbol "-", and further, knowing that the syntax symbol rule of the command line description symbol "-" is: the symbol "-" represents a symbol of the position where the command line content is located, and may be referred to as a command line descriptor, and the content written between the command line descriptors "-" is the command line content.
The first inclusion position relationship between the command line descriptor and the command line content is that the command line content is between two "-" according to the grammar symbol rule. Thus, after parsing finds the command line descriptor "-" the extractable content between command line descriptors "-" is the command line content, namely "Print how long a particular user has been connected in hours:" ac-input-general-total { { username } "in the example above.
By the method, the command line content can be quickly found from the command line document, so that the command line content can be used as the content in the actual test step of the test case, and the test case can be quickly generated by using the command line content. The command line content includes a command line description and a command line. The command line description is used as content for describing the function of the command line, and after the command line contained in the command line content is removed, the rest content is the command line description.
The main function of the command line of the test case is quickly known through the content of the command line. In addition, many codes are contained in the software package, if the functional description content (i.e. the command line content) of a certain line of test codes is manually written, a professional is required to interpret the codes to accurately summarize the functions of the line of test codes (i.e. the command line). Therefore, the test code function description content (namely the command line content) of the test case can be quickly generated by using the scheme, personnel are not required to read codes and code implementation functions in the software package, and the command line content is directly used as the code function description content. The test case generation efficiency can be effectively improved, and the workload of personnel is reduced.
In one implementation, extracting command line content for building test cases based on grammar symbols contained in the command line document includes:
analyzing the command line content to obtain a command line symbol;
determining a second inclusion relationship between the command line symbols and the command line according to grammar symbol rules of the command line symbols;
extracting command lines for performing test tasks between the command line symbols based on the second inclusion positional relationship;
further comprises: and extracting the command line description after the command line is removed from the command line content.
In practical application, after a command line document of a software package to be tested is obtained, the command line document is analyzed, specifically, the command line content obtained in the foregoing is analyzed, and a command line symbol contained in the command line content is obtained.
For example, the command line document may have the following partial content:
#ac
＞Print statistics on how long user have been connected.
-Print how long a particular user has been connected in hours:
`ac—individual-totals{{username}}`-
analyzing to obtain a command line symbol "", and further, knowing that the grammar symbol rule of the command line symbol "") is: the symbol "-" represents a symbol of a position where a command line is located, which may be referred to as a command line symbol, and the content written between the command line description symbols "" is a command line that can be executed as a test code.
The second inclusion of the command line symbol and command line according to the grammar symbol rule is that the command line is between two "". Thus, after parsing finds the command line symbol ", the extractable content between the command line symbols" "is the command line. Namely "" ac-input-total { { username } "in the above examples.
By the method, the command line can be quickly found from the command line document, so that the command line can be used as an actual test step of the test case, and the test case can be quickly generated by using the command line. As can be seen from the foregoing, the command line content is the content that describes the function of the command line, and the command line is a command that can be executed.
The software package contains a plurality of codes, and if the test steps of the test case are manually written, the test steps can be accurately written only after the codes are read by a professional. Therefore, by using the scheme, the extracted command line is used as the test code of the test case, the test step code of the test case can be generated quickly, and personnel are not required to read the command line and the context and write the test code. The test case generation efficiency can be effectively improved, and the workload of personnel is reduced.
In one implementation, extracting command line content for building test cases based on grammar symbols contained in the command line document includes:
analyzing the command line to obtain a parameter symbol;
determining a third inclusion position relationship between the parameter symbol and the test parameter according to the grammar symbol rule of the parameter symbol;
and extracting test parameters for executing test tasks among the parameter symbols based on the third inclusion position relation.
In practical application, after a command line document of a software package to be tested is obtained, the command line document is parsed, specifically, the command line obtained in the foregoing is parsed, and parameter symbols contained in the command line are obtained.
For example, the command line document may have the following partial content:
#ac
＞Print statistics on how long user have been connected.
-Print how long a particular user has been connected in hours:
`ac—individual-totals{{username}}`-
the parameter symbol "{ }" is obtained by analysis, and further, the grammar symbol rule of the parameter symbol "{ }" is known as follows: the symbol "-" indicates a symbol of the position where the test parameter is located, which may be referred to as a parameter symbol, and the content written between the parameter symbols "{ }" is the test parameter, and the temporary parameter that can be executed is filled in the corresponding position.
According to the grammar symbol rule, the third inclusion position relationship between the parameter symbol and the test parameter is that the test parameter is between "{ {" and "}". Thus, after parsing finds the parameter symbol "{ }", the extractable content between the parameter symbols "{ }" is the test parameter, i.e., the "{ username }" in the foregoing.
For example, if ac-information-names { usernames }, is to be executed, it will fail because there is no user in the current system "{ usernames }", so the content in { } } is to be identified, knowing that a username parameter is needed here, it will go to create a temporary user, such as test, and then fill in the command, become ac-information-names test, so the command can be executed successfully.
By the method, the test parameters can be quickly found from the command line document, so that the test parameters can be used as parameters of actual test steps of the test cases, and the test cases can be quickly generated by using the test parameters. As can be seen from the foregoing, the command line content is the content describing the function of the command line, and the command line is a command that can be executed, and some test parameters need to be provided during the execution of the command line.
The software package contains a plurality of codes, and if the test steps of the test case are manually written, the test steps can be accurately written only after the codes are read by a professional. Therefore, by using the scheme, the extracted test parameters are used as parameters of the test case, so that test step codes of the test case can be generated quickly, and personnel are not required to write the test codes and set the test parameters after reading command lines and contexts. The test case generation efficiency can be effectively improved, and the workload of personnel is reduced.
In an implementation solution, the filling the command line content and the text content into a preset template, to generate the test case for testing the software package to be tested, includes:
filling the brief text content into a test brief position in the preset template;
filling the command line into the preset template for testing;
filling the command line description into adjacent positions of the corresponding command line in the test step;
filling the test parameters into corresponding command lines in the test step;
and generating the test case containing the brief text content, the command line description, the command line and the test parameters.
In practical application, a user can set a preset template according to the needs, and the preset template can meet the conventional test requirements. The obtained related content can be filled in the corresponding position, specifically, the extracted brief text content located behind the abstract symbol is filled in the test brief position in the preset template for describing the test function of the test case. Filling the acquired command line into a position of a testing step in a preset template, wherein the testing step comprises a testing code and text contents for describing functions of the testing code of the line, and filling the text contents described by the command line description as the testing code into the command line after filling the command line as the testing code into the position of the testing step. And finally, filling the extracted test parameters into corresponding positions in the command line. By the method, under the condition that codes in the software package to be tested do not need to be fully interpreted and analyzed, the command line document corresponding to the software package can be used for rapidly filling the command line document into the preset template, so that rapid generation of test cases can be realized. The working pressure of workers can be effectively reduced. Especially, in the face of a large number of software packages in an operating system, test scenes are needed, and the work efficiency is improved more remarkably.
For ease of understanding, the preset templates are described below by way of specific examples. For example, fig. 2 is a schematic diagram of a test case preset template and filling illustrated in an embodiment of the present application. As can be seen from fig. 2, including author information ABC, the test case priority P, the supported framework types: NOARCH, execution mode: automatic (meaning that the test case can be automatically executed), usage description: power off the system. The testing steps are as follows: power off (halt) immediately: 'shutdown-h now'. Test results are expected: the command execution is successful.
In an implementation manner, the filling the test parameters into the corresponding command lines in the to-be-executed area includes:
creating temporary parameters matched with the requirements of the test parameters;
populating the temporary parameter into the command line;
further comprises: and deleting the temporary parameters after the test case executes the test task.
In practical application, since the test case is generated based on the command line document, the actual parameters are not contained in the command line document, and the parameter identification is only defined in "{ }", which means that the parameters can be filled in. Therefore, it is necessary to set temporary parameters at the time of executing the test cases. It should be noted that the temporary parameter needs to be deleted after the test is completed. Temporary data generated in the test process are deleted and restored to the state before the test, so that the next test case is ensured not to be interfered by the previous test case when being executed. It is assumed that if the temporary parameters created (e.g. the user name test) are not cleaned up, then the next test is done with, for example, the new user name also to be created, and the user name to be created is also called test, then the creation will fail because the current system already has a user name called test. In other words, if the user names are not cleaned, more and more user names are created in the system, and if the system only allows 10 user names to be created, the 11 th use case to be tested by creating the user names fails. It should be noted that when the temporary parameters are filled in the above manner, corresponding temporary parameters are automatically filled for the test case, especially when the temporary parameters to be filled in the test case are more and faster, the condition of missing filling can be avoided by adopting the manner of automatically and pertinently filling the temporary parameters, so that the validity of the obtained test case is ensured.
In one implementation, the obtaining a command line document of a software package to be tested includes:
determining a plurality of software packages to be tested contained in an operating system to be tested;
judging whether a plurality of software packages to be tested have corresponding command line documents or not;
and if so, acquiring the command line document.
In practical applications, the scheme of automatically generating test cases is only applicable to software packages or operating systems capable of providing command line documents. Therefore, after receiving the task of generating the test case, it needs to determine how many software packages the current operating system to be tested contains, whether each software package has its corresponding command line document. If the judgment result shows that the individual or all software packages do not have command line documents, the corresponding test cases cannot be automatically generated for the software packages, and the test cases need to be manually written. And generating a corresponding test case for the software package with the command line document as a judging result. Through the judgment, the test case can be automatically generated for the software package containing the command line document, and the workload of staff in writing the test case is reduced.
In one implementation, the test cases are populated with expected results that match the test parameters;
Judging whether the command line is executed or not, and judging whether an execution result is matched with the expected result or not;
and if the command line is executed and the results are matched, the test case passes the test task.
In practical applications, an expected result needs to be set for each test case, where the expected result may be a return value corresponding to a test parameter, or may be that a command line is successfully executed. Therefore, when judging whether the test task is completed, multiple conditions can be combined to comprehensively judge, including judging whether the command line is executed, if so, further judging whether the actual execution result of the test case is matched with the expected result (for example, whether the result is the same). Of course, if no execution result is output, it may also be determined whether the command line is executed successfully, and if so, the test case test task is considered to be completed successfully. It should be noted that, the programming languages all have methods for judging the command execution return value, and the judging methods of different programming languages are different. Taking shell as an example, ls is echo "ls command exec failed", this code means that the command line is self ls, and if execution fails, "ls command exec failed" is printed.
In one implementation, the generating the test case including the profile text content, the command line description, the command line, and the test parameters includes:
generating a case text containing the brief text content, the command line description, the command line and the test parameter generation; the method comprises the steps of,
and generating a test script corresponding to the use case text based on the command line.
As described above, the command line document includes text content and command line content, wherein the command line content includes command lines and test parameters that can be used as test codes. Thus, by parsing the command line document, not only text but also test scripts using the command line as test code can be obtained. By the scheme, when the test cases are generated, the case text for explaining the test cases can be generated at the same time, and the test scripts can be directly executed. The workload of writing test cases by workers is reduced to the maximum extent.
Fig. 3 is a schematic structural diagram of an automatic test system according to an embodiment of the present application. As shown in fig. 3, the automatic test system includes: an operating system 30, and a test case generating device 31. The operating system 30 includes a plurality of software packages 301 to be tested and command line documents 302 corresponding to the software packages 301. Wherein, the liquid crystal display device comprises a liquid crystal display device,
The operating system 30 is configured to: at least one software package 301 and a corresponding command line document 302 are provided.
The test case generating device 31 is configured to:
acquiring a command line document of a software package to be tested;
extracting command line content and text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document;
and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested.
The test case generating device 31 is further configured to parse the command line document to obtain a brief symbol;
determining adjacent position relations between the brief symbols and the brief text content according to grammar symbol rules of the brief symbols;
and extracting brief text content for describing test intention after the brief symbol based on the adjacent position relation.
The test case generating device 31 is further configured to parse the command line document to obtain a command line description symbol;
determining a first containing position relation between the command line description symbol and command line content according to a grammar symbol rule of the command line description symbol;
Based on the first containment positional relationship, command line content for describing command functions between the command line descriptors is extracted.
The test case generating device 31 is further configured to parse the content of the command line to obtain a command line symbol;
determining a second inclusion relationship between the command line symbols and the command line according to grammar symbol rules of the command line symbols;
extracting command lines for performing test tasks between the command line symbols based on the second inclusion positional relationship;
further comprises:
and extracting the command line description after the command line is removed from the command line content.
The test case generating device 31 is further configured to parse the command line to obtain a parameter symbol;
determining a third inclusion position relationship between the parameter symbol and the test parameter according to the grammar symbol rule of the parameter symbol;
and extracting test parameters for executing test tasks among the parameter symbols based on the third inclusion position relation.
The test case generating device 31 is further configured to populate the test profile text content to a test profile position in the preset template;
filling the command line into the preset template for testing;
Filling the command line description into adjacent positions of the corresponding command line in the test step;
filling the test parameters into corresponding command lines in the test step;
and generating the test case containing the brief text content, the command line description, the command line and the test parameters.
Test case generating means 31 for creating temporary parameters matching the requirements of the test parameters;
populating the temporary parameter into the command line;
further comprises:
and deleting the temporary parameters after the test case executes the test task.
The test case generating device 31 is further configured to determine a plurality of to-be-tested software packages included in an operating system to be tested;
judging whether a plurality of software packages to be tested have corresponding command line documents or not;
and if so, acquiring the command line document.
The test case generating device 31 is further configured to fill the expected result matched with the test parameter in the test case;
judging whether the command line is executed or not, and judging whether an execution result is matched with the expected result or not;
and if the command line is executed and the results are matched, the test case passes the test task.
Test case generation means 31 for generating a test case text including the brief text content, the command line description, the command line, and the test parameter; the method comprises the steps of,
and generating a test script corresponding to the use case text based on the command line.
For ease of understanding, the following description will be given by way of specific examples. FIG. 4 is a schematic flow chart illustrating the generation of test cases according to an embodiment of the present application. As can be seen from fig. 4, the following is specific:
#ac
＞Print statistics on how long user have been connected.
＞More information:＜https://www.gnu.org/software/acct/manual/accounting.html#ac＞.
-Print how long the current user has been connected in hours:
`ac`
-Print how long users have been connected in hours:
`ac—individual-totals`
-Print how long a particular user has been connected in hours:
`ac—individual-totals{{username}}`
in the command line document, both the operational intent of the command line and the specific command line execution are described. By parsing the command line document, it can be directly converted into specific use case text. And can also be converted into corresponding automated test scripts.
First, analyze case profile: the whole command line document is scanned, and the content behind the '>' symbol is extracted and used as a brief description of the test case, and the test intention of the test case is mainly described.
Then, the analytical test step: the command line content between "-" symbols is extracted, the specific command line is between "-" symbols, and the remainder is the command line description.
Then, analyzing the test parameters in the command line, extracting the content between the' { }, filling specific test parameters, such as requiring to input a user name, creating a temporary user, filling temporary parameters (i.e. temporary user names), and deleting the created temporary user names after the test is finished.
And finally, giving an expected result, and only judging whether the command line is successfully executed or not by automatically analyzing the command line to obtain a test case and automatically executing the test, wherein a command line return value is used as a judgment.
Compared with the prior art, the technical scheme has the advantages that: after determining at least one software package to be tested, further acquiring a command line document corresponding to the software package. The command line document contains text contents such as a brief description and the like, and also comprises a command line which can be executed. And analyzing the command line document, specifically analyzing the command line document according to the grammar symbols and the grammar symbol rules to obtain command line content and text content. The user is provided with a preset template for generating test cases. Furthermore, the acquired command line content and text content can be filled into the designated positions in the preset template, so that the test case can be generated. Through the scheme, the command line content and the text content for generating the test cases can be obtained by analyzing the command line document, and particularly when the number of the software packages to be tested is relatively large, the working efficiency for generating the test cases can be remarkably improved, and the workload and the working time of personnel can be saved. Meanwhile, the test cases are obtained based on the command lines in the command line document, so that comprehensive functional test on the software package can be realized, and the conditions of test parameter deletion and the like are effectively avoided.
Fig. 5 is a schematic structural diagram of a test case generating device according to an embodiment of the present application. As can be seen from fig. 5, the device comprises in particular:
the acquiring module 51 is configured to acquire a command line document of a software package to be tested.
And an extracting module 52, configured to extract command line content and text content for constructing a test case based on the grammar symbols and grammar symbol rules contained in the command line document.
And the generating module 53 is configured to fill the command line content and the text content into a preset template, and generate the test case for testing the software package to be tested.
The extracting module 52 is configured to parse the command line document to obtain a profile symbol;
determining adjacent position relations between the brief symbols and the brief text content according to grammar symbol rules of the brief symbols;
and extracting brief text content for describing test intention after the brief symbol based on the adjacent position relation.
The extracting module 52 is configured to parse the command line document to obtain a command line description symbol;
determining a first containing position relation between the command line description symbol and command line content according to a grammar symbol rule of the command line description symbol;
Based on the first containment positional relationship, command line content for describing command functions between the command line descriptors is extracted.
The extracting module 52 is configured to parse the command line content to obtain a command line symbol;
determining a second inclusion relationship between the command line symbols and the command line according to grammar symbol rules of the command line symbols;
extracting command lines for performing test tasks between the command line symbols based on the second inclusion positional relationship;
further comprises:
and extracting the command line description after the command line is removed from the command line content.
The extracting module 52 is configured to parse the command line to obtain a parameter symbol;
determining a third inclusion position relationship between the parameter symbol and the test parameter according to the grammar symbol rule of the parameter symbol;
and extracting test parameters for executing test tasks among the parameter symbols based on the third inclusion position relation.
A generating module 53, configured to populate the test profile position in the preset template with the profile text content;
filling the command line into the preset template for testing;
Filling the command line description into adjacent positions of the corresponding command line in the test step;
filling the test parameters into corresponding command lines in the test step;
and generating the test case containing the brief text content, the command line description, the command line and the test parameters.
A generating module 53, configured to create temporary parameters that match the requirements of the test parameters;
populating the temporary parameter into the command line;
further comprises:
and deleting the temporary parameters after the test case executes the test task.
An obtaining module 51, configured to determine a plurality of software packages to be tested included in an operating system to be tested;
judging whether a plurality of software packages to be tested have corresponding command line documents or not;
and if so, acquiring the command line document.
Optionally, a test module 54 is further included for populating the test case with expected results that match the test parameters;
judging whether the command line is executed or not, and judging whether an execution result is matched with the expected result or not;
and if the command line is executed and the results are matched, the test case passes the test task.
A generating module 53, configured to generate a case text including the brief text content, the command line description, the command line, and the test parameter generation; the method comprises the steps of,
and generating a test script corresponding to the use case text based on the command line.
Fig. 6 shows a schematic structural diagram of an electronic device according to an embodiment of the present application. As shown in fig. 6, the electronic device includes a memory 1101 and a processor 1102. The memory 1101 may be configured to store various other data to support operations on the electronic device. Examples of such data include instructions for any application or method operating on an electronic device. The Memory 1101 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as static random access Memory (Static RandomAccess Memory, SRAM), electrically erasable programmable Read-Only Memory (Electrically Erasable Programmable Read Only Memory), EEPROM), erasable programmable Read-Only Memory (Electrical Programmable Read Only Memory, EPROM), programmable Read-Only Memory (Programmable Read Only Memory, PROM), read Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk, or optical disk.
The memory 1101 is configured to store a program;
the processor 1102 is coupled to the memory 1101, and is configured to execute the program stored in the memory 1101, so as to implement the methods provided in the above method embodiments.
The processor 1102 is configured to obtain a command line document of a software package to be tested;
extracting command line content and text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document;
and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested.
A processor 1102, configured to parse the command line document to obtain a profile symbol;
determining adjacent position relations between the brief symbols and the brief text content according to grammar symbol rules of the brief symbols;
and extracting brief text content for describing test intention after the brief symbol based on the adjacent position relation.
A processor 1102, configured to parse the command line document to obtain a command line descriptor;
determining a first containing position relation between the command line description symbol and command line content according to a grammar symbol rule of the command line description symbol;
Based on the first containment positional relationship, command line content for describing command functions between the command line descriptors is extracted.
A processor 1102, configured to parse the command line content to obtain a command line symbol;
determining a second inclusion relationship between the command line symbols and the command line according to grammar symbol rules of the command line symbols;
extracting command lines for performing test tasks between the command line symbols based on the second inclusion positional relationship;
further comprises:
and extracting the command line description after the command line is removed from the command line content.
A processor 1102, configured to parse the command line to obtain a parameter symbol;
determining a third inclusion position relationship between the parameter symbol and the test parameter according to the grammar symbol rule of the parameter symbol;
and extracting test parameters for executing test tasks among the parameter symbols based on the third inclusion position relation.
A processor 1102, configured to populate the test profile location in the preset template with the profile text content;
filling the command line into the preset template for testing;
Filling the command line description into adjacent positions of the corresponding command line in the test step;
filling the test parameters into corresponding command lines in the test step;
and generating the test case containing the brief text content, the command line description, the command line and the test parameters.
A processor 1102 for creating temporary parameters matching the requirements of the test parameters;
populating the temporary parameter into the command line;
further comprises:
and deleting the temporary parameters after the test case executes the test task.
A processor 1102, configured to determine a plurality of software packages to be tested included in an operating system to be tested;
judging whether a plurality of software packages to be tested have corresponding command line documents or not;
and if so, acquiring the command line document.
A processor 1102 for populating the test case with expected results that match the test parameters;
judging whether the command line is executed or not, and judging whether an execution result is matched with the expected result or not;
and if the command line is executed and the results are matched, the test case passes the test task.
A processor 1102 for generating a case text including the profile text content, the command line description, the command line, and the test parameter generation; the method comprises the steps of,
And generating a test script corresponding to the use case text based on the command line.
Further, as shown in fig. 6, the electronic device further includes: communication component 1103, display 1104, power component 1105, audio component 1106, and other components. Only some of the components are schematically shown in fig. 6, which does not mean that the electronic device only comprises the components shown in fig. 6.
Accordingly, the present application also provides a computer-readable storage medium storing a computer program, where the computer program is capable of implementing the steps or functions of the method provided by each method embodiment.
User information (including but not limited to user equipment information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to herein are both user-authorized or fully authorized information and data by parties, and the collection, use and processing of relevant data requires compliance with relevant laws and regulations and standards of the relevant country and region, and is provided with corresponding operation portals for user selection of authorization or denial.
The apparatus embodiments described above are merely illustrative, wherein the elements illustrated as separate elements may or may not be physically separate, and the elements shown as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
From the above description of the embodiments, it will be apparent to those skilled in the art that the embodiments may be implemented by means of software plus necessary general hardware platforms, or of course may be implemented by means of hardware. Based on such understanding, the foregoing technical solution may be embodied essentially or in a part contributing to the prior art in the form of a software product, which may be stored in a computer readable storage medium, such as ROM (Read Only Memory)/RAM (RandomAccess Memory ), magnetic disk, optical disk, etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the respective embodiments or some parts of the embodiments.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present application, and are not limiting thereof; 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 scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the corresponding technical solutions.
Claims (14)
1. A method of test case generation, the method comprising:
acquiring a command line document of a software package to be tested;
extracting command line content and text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document;
and filling the command line content and the text content into a preset template to generate the test case for testing the software package to be tested.
2. The method of claim 1, extracting text content for constructing test cases based on grammar symbols and grammar symbol rules contained in the command line document, comprising:
analyzing the command line document to obtain a brief symbol;
determining adjacent position relations between the brief symbols and the brief text content according to grammar symbol rules of the brief symbols;
and extracting brief text content for describing test intention after the brief symbol based on the adjacent position relation.
3. The method of claim 2, extracting command line content for building test cases based on syntax symbols contained in the command line document, comprising:
Analyzing the command line document to obtain a command line description symbol;
determining a first containing position relation between the command line description symbol and command line content according to a grammar symbol rule of the command line description symbol;
based on the first containment positional relationship, command line content for describing command functions between the command line descriptors is extracted.
4. The method of claim 3, extracting command line content for building test cases based on syntax symbols contained in the command line document, comprising:
analyzing the command line content to obtain a command line symbol;
determining a second inclusion relationship between the command line symbols and the command line according to grammar symbol rules of the command line symbols;
extracting command lines for performing test tasks between the command line symbols based on the second inclusion positional relationship;
further comprises:
and extracting the command line description after the command line is removed from the command line content.
5. The method of claim 4, extracting command line content for building test cases based on syntax symbols contained in the command line document, comprising:
Analyzing the command line to obtain a parameter symbol;
determining a third inclusion position relationship between the parameter symbol and the test parameter according to the grammar symbol rule of the parameter symbol;
and extracting test parameters for executing test tasks among the parameter symbols based on the third inclusion position relation.
6. The method of claim 5, the populating the command line content and text content into a preset template to generate the test case for testing the software package under test, comprising:
filling the brief text content into a test brief position in the preset template;
filling the command line into the preset template for testing;
filling the command line description into adjacent positions of the corresponding command line in the test step;
filling the test parameters into corresponding command lines in the test step;
and generating the test case containing the brief text content, the command line description, the command line and the test parameters.
7. The method of claim 6, the populating the test parameters into corresponding command lines in the testing step, comprising:
Creating temporary parameters matched with the requirements of the test parameters;
populating the temporary parameter into the command line;
further comprises:
and deleting the temporary parameters after the test case executes the test task.
8. The method of any of claims 1 to 7, the obtaining a command line document of a software package to be tested, comprising:
determining a plurality of software packages to be tested contained in an operating system to be tested;
judging whether a plurality of software packages to be tested have corresponding command line documents or not;
and if so, acquiring the command line document.
9. The method of claim 8, further comprising:
filling the expected result matched with the test parameter in the test case;
judging whether the command line is executed or not, and judging whether an execution result is matched with the expected result or not;
and if the command line is executed and the results are matched, the test case passes the test task.
10. The method of claim 6, the generating the test case including the profile text content, the command line description, the command line, and test parameters, comprising:
generating a case text containing the brief text content, the command line description, the command line and the test parameter generation; the method comprises the steps of,
And generating a test script corresponding to the use case text based on the command line.
11. An automatic test system, the system comprising: at least one software package to be tested and test case generating device which belong to an operating system;
the operating system comprises at least one software package to be tested and a corresponding command line document;
the test case generating device is configured to perform the method according to any one of claims 1 to 10 to test at least one software package in the operating system.
12. A test case generating device, the device comprising:
the acquisition module is used for acquiring a command line document of the software package to be tested;
the extraction module is used for extracting command line content and text content for constructing the test case based on the grammar symbols and grammar symbol rules contained in the command line document;
and the generating module is used for filling the command line content and the text content into a preset template and generating the test case for testing the software package to be tested.
13. An electronic device, comprising: a memory and a processor, wherein,
the memory is used for storing programs;
the processor, coupled to the memory, for executing the program stored in the memory to implement the method of any one of claims 1 to 10.
14. A computer readable storage medium storing a computer program, which when executed by a computer is capable of carrying out the method of any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310485963.4A CN116185883A (en) | 2023-04-28 | 2023-04-28 | Test case generation method, test system, device, equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310485963.4A CN116185883A (en) | 2023-04-28 | 2023-04-28 | Test case generation method, test system, device, equipment and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116185883A true CN116185883A (en) | 2023-05-30 |
Family
ID=86444704
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310485963.4A Pending CN116185883A (en) | 2023-04-28 | 2023-04-28 | Test case generation method, test system, device, equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116185883A (en) |
Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106909435A (en) * | 2015-12-22 | 2017-06-30 | 北京网御星云信息技术有限公司 | A kind of analysis method and device of Network Security Device order line |
| CN108509331A (en) * | 2017-02-27 | 2018-09-07 | 腾讯科技（深圳）有限公司 | test method and device |
| CN109029645A (en) * | 2018-08-15 | 2018-12-18 | 金卡智能集团股份有限公司 | A kind of gas meter function test method and device |
| CN109815141A (en) * | 2019-01-07 | 2019-05-28 | 中国联合网络通信集团有限公司 | A kind of test method and device |
| CN110737594A (en) * | 2019-09-19 | 2020-01-31 | 武汉迎风聚智科技有限公司 | Database standard conformance testing method and device for automatically generating test cases |
| CN111506498A (en) * | 2020-03-16 | 2020-08-07 | 平安科技（深圳）有限公司 | Automatic generation method and device of test case, computer equipment and storage medium |
| CN112256558A (en) * | 2020-09-17 | 2021-01-22 | 苏宁云计算有限公司 | Test case generation method and device, computer equipment and storage medium |
| CN112486828A (en) * | 2020-12-01 | 2021-03-12 | 广州品唯软件有限公司 | Test case generation method and device, computer equipment and storage medium |
| CN112559318A (en) * | 2020-11-02 | 2021-03-26 | 浙江诺诺网络科技有限公司 | Test case generation method and device, electronic equipment and storage medium |
| CN113377653A (en) * | 2021-06-10 | 2021-09-10 | 北京京东振世信息技术有限公司 | Method and device for generating test case |
| CN114328276A (en) * | 2022-03-10 | 2022-04-12 | 北京车智赢科技有限公司 | Test case generation method and device, and test case display method and device |
| CN114372006A (en) * | 2022-01-14 | 2022-04-19 | 平安普惠企业管理有限公司 | Method and system for automatically generating test case, computer equipment and storage medium |
| CN114398293A (en) * | 2022-02-25 | 2022-04-26 | 阿里云计算有限公司 | Interface test case generation method, electronic device and storage medium |
| CN114489629A (en) * | 2022-01-18 | 2022-05-13 | 广州优谷信息技术有限公司 | Rapid development and test method based on interface document |
| CN114647568A (en) * | 2020-12-21 | 2022-06-21 | 中国移动通信有限公司研究院 | Automatic testing method and device, electronic equipment and readable storage medium |
| CN115129596A (en) * | 2022-06-30 | 2022-09-30 | 西安震有信通科技有限公司 | Automatic interface testing method, system, device and storage medium |
| WO2022237253A1 (en) * | 2021-05-11 | 2022-11-17 | 华为云计算技术有限公司 | Test case generation method, apparatus and device |
| CN115576806A (en) * | 2022-09-28 | 2023-01-06 | 裕太微电子股份有限公司 | Test case generation and result comparison analysis method based on command line interface |
| CN115794057A (en) * | 2022-11-29 | 2023-03-14 | 北京晟芯网络科技有限公司 | Command line function code generation method, device and computer readable storage medium |
-
2023
- 2023-04-28 CN CN202310485963.4A patent/CN116185883A/en active Pending
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106909435A (en) * | 2015-12-22 | 2017-06-30 | 北京网御星云信息技术有限公司 | A kind of analysis method and device of Network Security Device order line |
| CN108509331A (en) * | 2017-02-27 | 2018-09-07 | 腾讯科技（深圳）有限公司 | test method and device |
| CN109029645A (en) * | 2018-08-15 | 2018-12-18 | 金卡智能集团股份有限公司 | A kind of gas meter function test method and device |
| CN109815141A (en) * | 2019-01-07 | 2019-05-28 | 中国联合网络通信集团有限公司 | A kind of test method and device |
| CN110737594A (en) * | 2019-09-19 | 2020-01-31 | 武汉迎风聚智科技有限公司 | Database standard conformance testing method and device for automatically generating test cases |
| CN111506498A (en) * | 2020-03-16 | 2020-08-07 | 平安科技（深圳）有限公司 | Automatic generation method and device of test case, computer equipment and storage medium |
| CN112256558A (en) * | 2020-09-17 | 2021-01-22 | 苏宁云计算有限公司 | Test case generation method and device, computer equipment and storage medium |
| CN112559318A (en) * | 2020-11-02 | 2021-03-26 | 浙江诺诺网络科技有限公司 | Test case generation method and device, electronic equipment and storage medium |
| CN112486828A (en) * | 2020-12-01 | 2021-03-12 | 广州品唯软件有限公司 | Test case generation method and device, computer equipment and storage medium |
| CN114647568A (en) * | 2020-12-21 | 2022-06-21 | 中国移动通信有限公司研究院 | Automatic testing method and device, electronic equipment and readable storage medium |
| WO2022237253A1 (en) * | 2021-05-11 | 2022-11-17 | 华为云计算技术有限公司 | Test case generation method, apparatus and device |
| CN113377653A (en) * | 2021-06-10 | 2021-09-10 | 北京京东振世信息技术有限公司 | Method and device for generating test case |
| CN114372006A (en) * | 2022-01-14 | 2022-04-19 | 平安普惠企业管理有限公司 | Method and system for automatically generating test case, computer equipment and storage medium |
| CN114489629A (en) * | 2022-01-18 | 2022-05-13 | 广州优谷信息技术有限公司 | Rapid development and test method based on interface document |
| CN114398293A (en) * | 2022-02-25 | 2022-04-26 | 阿里云计算有限公司 | Interface test case generation method, electronic device and storage medium |
| CN114328276A (en) * | 2022-03-10 | 2022-04-12 | 北京车智赢科技有限公司 | Test case generation method and device, and test case display method and device |
| CN115129596A (en) * | 2022-06-30 | 2022-09-30 | 西安震有信通科技有限公司 | Automatic interface testing method, system, device and storage medium |
| CN115576806A (en) * | 2022-09-28 | 2023-01-06 | 裕太微电子股份有限公司 | Test case generation and result comparison analysis method based on command line interface |
| CN115794057A (en) * | 2022-11-29 | 2023-03-14 | 北京晟芯网络科技有限公司 | Command line function code generation method, device and computer readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 克里斯蒂安•伯德 等编: "《计算机科学丛书 软件数据分析的科学与艺术》", 广东高等教育出版社, pages: 35 - 30 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8448146B2 (en) | Generation of functional tests for re-hosted applications | |
| US7526498B2 (en) | Method for generating data structures for automatically testing GUI applications | |
| US7107182B2 (en) | Program and process for generating data used in software function test | |
| US20030056150A1 (en) | Environment based data driven automated test engine for GUI applications | |
| US20110283261A1 (en) | Method of testing multiple language versions of a software system using one test script | |
| CN103164328A (en) | Method and device and system for regression testing of service function | |
| US11074162B2 (en) | System and a method for automated script generation for application testing | |
| US20020116153A1 (en) | Test automation framework | |
| CN111462811A (en) | Automatic testing method and device, storage medium and electronic equipment | |
| CN111667231B (en) | Automatic tax return method, device, system, computer equipment and storage medium | |
| CN110990282B (en) | Automatic unit testing method | |
| CN113138937A (en) | Test method and device | |
| CN112749083A (en) | Test script generation method and device | |
| CN108132799B (en) | Inter-process static program analysis information extraction method, device and equipment | |
| CN116185883A (en) | Test case generation method, test system, device, equipment and medium | |
| CN113051582B (en) | Computer software technology development and debugging system | |
| CN113326193A (en) | Applet testing method and device | |
| US20210382810A1 (en) | Test data generation apparatus, test data generation method and program | |
| CN112506769A (en) | Interface document-based request body generation method and device and computer equipment | |
| CN111831535A (en) | Code positioning method and device of test case and computer storage medium | |
| CN113434386B (en) | Method, system and storage medium for fuzz testing | |
| CN110990281B (en) | Automatic static analysis method | |
| CN110362463A (en) | A kind of method and apparatus selected test case automatically and carry out regression test | |
| CN116361193B (en) | Method and device for testing layout document text selection | |
| CN114253867B (en) | Automatic testing method, device and system based on neural network model |
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 |