CN111666222A - Test method and related device - Google Patents
Test method and related device Download PDFInfo
- Publication number
- CN111666222A CN111666222A CN202010656578.8A CN202010656578A CN111666222A CN 111666222 A CN111666222 A CN 111666222A CN 202010656578 A CN202010656578 A CN 202010656578A CN 111666222 A CN111666222 A CN 111666222A
- Authority
- CN
- China
- Prior art keywords
- function
- tested
- log
- running
- test
- 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
- 238000010998 test method Methods 0.000 title claims abstract description 12
- 238000012360 testing method Methods 0.000 claims abstract description 206
- 238000000034 method Methods 0.000 claims abstract description 36
- 230000006870 function Effects 0.000 claims description 341
- 238000012795 verification Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 4
- 230000007488 abnormal function Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 60
- 230000008569 process Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 6
- 238000013473 artificial intelligence Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000001413 cellular effect Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000011990 functional testing Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000013102 re-test Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000010079 rubber tapping Methods 0.000 description 2
- 230000005236 sound signal Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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
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)
Abstract
The embodiment of the application discloses a test method and a related device, wherein the method comprises the following steps: generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter used for inputting to the starting module, and the starting module is a functional module used for starting the function to be tested; testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test; acquiring a second running log corresponding to the function to be tested, wherein the second running log is used for identifying the standard running logic of the function to be tested; and determining whether the function to be tested normally operates according to the comparison result of the log. The processing equipment can identify the standard of the function to be tested and the test operation logic through the operation log, and can analyze whether the function to be tested normally operates or not through comparing the operation log, so that the effectiveness and the integrity of the test method are improved.
Description
Technical Field
The present application relates to the field of software technologies, and in particular, to a test method and a related apparatus.
Background
With the development of software technology, various kinds of software and applications are now present in people's lives. In the process of software development, testing is very important, and whether the software can be accurately tested is related to the stability of software operation.
In the related art, the test cases used for software testing need related personnel to analyze the operation logic of the functions of the software to be tested, and a plurality of test cases are manually compiled for testing.
Disclosure of Invention
In order to solve the technical problem, the application provides a testing method, wherein a processing device can automatically generate a test case to test a function to be tested according to a starting parameter and a starting module corresponding to the function to be tested, and can respectively record a standard operation logic of the function to be tested and a test operation logic during testing through an operation log, and the operation logic can embody the integral operation condition of the function with the test function during operation. Therefore, the processing equipment can determine whether the function to be tested can normally operate on the whole by comparing the two operation logs, and the testing efficiency and integrity are improved.
The embodiment of the application discloses the following technical scheme:
in a first aspect, an embodiment of the present application provides a testing method, where the method includes:
generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test;
acquiring a second running log corresponding to a function to be tested, wherein the second running log is used for identifying standard running logic of the function to be tested;
and determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
In a second aspect, the present application provides a test apparatus, the apparatus including a generating unit, a testing unit, an obtaining unit, and a comparing unit:
the generating unit is used for generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
the test unit is used for testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test;
the acquiring unit is used for acquiring a second running log corresponding to the function to be tested, and the second running log is used for identifying the standard running logic of the function to be tested;
and the comparison unit is used for determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
In a third aspect, an embodiment of the present application provides an apparatus for testing, where the apparatus includes a processor and a memory:
the memory is used for storing program codes and transmitting the program codes to the processor;
the processor is configured to perform the test method of the first aspect according to instructions in the program code.
In a fourth aspect, the present application provides a computer-readable storage medium for storing a computer program for the testing method described in the first aspect.
According to the technical scheme, the processing equipment can automatically generate the test case which can start the function to run according to the starting parameter and the starting module corresponding to the function to be tested, so that the function to be tested can be triggered through the test case. Generating a first running log in the process of testing the function to be tested, wherein the first running log is used for identifying the test running logic of the function to be tested in the test; meanwhile, the processing device may further obtain a second operation log corresponding to the function to be tested, where the second operation log is used to identify a standard operation logic of the function to be tested. Therefore, the processing equipment can determine whether the operation logic of the function to be tested is abnormal or not by comparing the first operation log with the second operation log, namely whether the function to be tested can normally operate or not without artificially generating a test case; in addition, because the message log identifies the complete operation logic of the function to be tested, the software layer parts related to the function to be tested can be detected, and the integrity and the accuracy of the test are improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a schematic diagram of a testing method in an actual application scenario provided in an embodiment of the present application;
fig. 2 is a flowchart of a testing method provided in an embodiment of the present application;
FIG. 3 is a schematic diagram of a testing method provided in an embodiment of the present application;
FIG. 4 is a schematic diagram of a testing method provided in an embodiment of the present application;
fig. 5 is a schematic diagram of a testing method in an actual application scenario provided in the embodiment of the present application;
fig. 6 is a block diagram of a testing apparatus according to an embodiment of the present disclosure;
FIG. 7 is a block diagram of an apparatus for testing according to an embodiment of the present disclosure;
fig. 8 is a block diagram of a server according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described below with reference to the accompanying drawings.
Software is one of the common life tools for people in modern life, and various kinds of software bring great convenience for the life and work of people. When developing software, developers often need to test the functions of programs constituting the software in order to ensure the quality of the software.
In order to avoid the large manpower cost for generating test cases by manual operation, how to perform automatic generation of test cases is a popular direction for current related technicians to study. Among them, the functional test is generally divided into three layers, i.e., an interface test, and a unit test. The unit test is a function test of each functional module constituting the function. The test is simple, but because each module needs to be tested, a large amount of manpower is needed to develop a test case; the interface test is used for testing the calling relation among the functional modules, and the test case of the test is generated more conveniently and is a test method generally carried out in the related technology; the interface test refers to the test of the interface layer of the function, and is used for the interface test of the function with larger variability and high maintenance cost.
Therefore, in the related art, the automatic test is a self-test of the local function, so that the logical operation condition of the whole function is difficult to reflect, and the integrity and the accuracy of the test are low.
In order to solve the technical problem, the application provides a testing method, wherein a processing device can automatically generate a test case to test a function to be tested according to a starting parameter and a starting module corresponding to the function to be tested, and can respectively record a standard operation logic of the function to be tested and a test operation logic during testing through an operation log, and the operation logic can embody the integral operation condition of the function with the test function during operation. Therefore, the processing equipment can determine whether the function to be tested can normally operate on the whole by comparing the two operation logs, and the testing efficiency and integrity are improved.
It will be appreciated that the method may be applied to a processing device, which is a processing device with a test function, and may be, for example, a terminal device or a server with a test function. The method can be independently operated through the terminal equipment or the server, can also be applied to a network scene of communication between the terminal equipment and the server, and can be operated through cooperation between the terminal equipment and the server. The terminal device may be a computer, a Personal Digital Assistant (PDA), a tablet computer, or the like. The server may be understood as an application server, or may also be a Web server, and in actual deployment, the server may be an independent physical server, or a server cluster or distributed system formed by a plurality of physical servers, or a cloud server providing cloud computing services. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein. Meanwhile, in a hardware environment, the technology has been implemented in the following environments: an ARM architecture processor, an X86 architecture processor; in a software environment, the technology has been implemented in the following environments: android platform, Windows xp and operating systems or Linux operating systems.
In addition, the application also relates to the field of cloud technology, such as artificial intelligence cloud service and database in cloud technology.
Database (Database), which can be regarded as an electronic file cabinet in short, a place for storing electronic files, a user can add, query, update, delete, etc. to data in files. A "database" is a collection of data that is stored together in a manner that can be shared by multiple users, has as little redundancy as possible, and is independent of the application.
A Database Management System (DBMS) is a computer software System designed for managing a Database, and generally has basic functions of storage, interception, security assurance, backup, and the like. The database management system may classify the database according to the database model it supports, such as relational, XML (Extensible markup language); or classified according to the type of computer supported, e.g., server cluster, mobile phone; regardless of the type of classification used, some DBMSs are capable of supporting multiple query languages across categories, e.g., simultaneously.
The so-called artificial intelligence cloud Service is also generally called AIaaS (AI as a Service, chinese). The method is a service mode of an artificial intelligence platform, and particularly, the AIaaS platform splits several types of common AI services and provides independent or packaged services at a cloud. This service model is similar to the one opened in an AI theme mall: all developers can access one or more artificial intelligence services provided by the platform through an API (application programming interface), and part of the qualified developers can also use an AI framework and an AI infrastructure provided by the platform to deploy and operate and maintain the self-dedicated cloud artificial intelligence services. In the embodiment of the application, the analysis of the operation log judgment result can be performed through an artificial intelligence cloud service.
In order to facilitate understanding of the technical solution of the present application, a test method provided in the embodiments of the present application will be described below with reference to an actual application scenario.
Referring to fig. 1, fig. 1 is a schematic diagram of a testing method in an actual application scenario provided in the embodiment of the present application. In this application scenario, the processing device is the terminal device 101 for testing the function to be tested, and may be a computer for testing, for example. For testing, the terminal apparatus 101 first needs to obtain a test case for testing the function to be tested.
It can be understood that, when a certain function is started, it is often necessary to input corresponding start parameters in a start module corresponding to the function. The starting module is a functional module used for starting the function to be tested, the starting parameter is a parameter input into the starting module, and the functional module is the minimum unit module forming the function to be tested. For example, when the function to be tested is a calculation function, the calculation may be an addition-then-multiplication operation, and in this case, the addition operation module and the multiplication operation module may be included in the function. When the function to be tested is operated, an initial value needs to be given to the addition module, and the addition module can carry out operation and transmit an operation result to the multiplication module. Thus, for this function, the start-up module is an addition module and the start-up parameters are the input values that need to be calculated.
In the actual application scenario shown in fig. 1, a standard operation logic corresponding to the function to be tested is shown, and in the actual application scenario, the standard operation logic may be an operation logic of the function to be tested in normal operation. It can be seen from the standard operation logic that when the function to be tested is operated, a parameter needs to be input to the functional module a to start the function, and thus it can be seen that the starting module corresponding to the function to be tested is the functional module a, and the starting parameter is the parameter a. Therefore, in order to enable the test case to start the function to be tested, the terminal device 101 may automatically generate the test case according to the start parameter a and the start module a.
After the test case is generated, the processing device can test the function to be tested through the test case and obtain a first running log. The first running log is used for identifying a test running logic of the function to be tested in the test, and the test running logic refers to a running logic of the function to be tested when the function is run after the function to be tested is started by the test case. The operation log can identify the whole operation logic of the function to be tested in the whole operation process by recording the information such as the calling sequence of the function module, the change condition of the input and output parameters and the like when the function to be tested operates, namely, the operation condition of the interface function, the interface function and the unit function of the function to be tested can be considered. After the test operation logic is obtained, in order to determine whether the function to be tested operates normally, the terminal device 101 further needs to obtain an operation logic that can be used for reference.
As mentioned above, in the present practical application scenario, the standard operation logic is an operation logic of the function to be tested during normal operation, so that the terminal device 101 may obtain a second operation log corresponding to the function to be tested, where the second operation log is used to identify the standard operation logic of the function to be tested. The terminal device 101 may compare the first operation log with the second operation log, and determine a test result of the function to be tested according to the comparison result. As can be seen from fig. 1, in the test operation logic identified by the first operation log and the standard operation logic identified by the second operation log, the parameters output by the functional module a, the functional module B, and the functional module C are all different, so that the function to be tested does not operate normally.
Therefore, the terminal device 101 can automatically generate a test case for testing the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested, so that human resources for developing the test case are saved; meanwhile, the operation log can identify the whole operation logic of the function to be tested, so that the test result is determined by comparing the operation logs, the interface function and the unit function related to the function to be tested can be detected, when the function of any one layer is in a problem, the log is abnormal and can be detected by the terminal device 101 in time, related personnel are informed, and the effectiveness and the integrity of the test are improved.
Next, a test method provided by the embodiment of the present application will be described with reference to the drawings.
Referring to fig. 2, fig. 2 is a flowchart of a testing method provided in an embodiment of the present application, where the method includes:
s201: and generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested.
Since the functional test is to detect whether the function to be tested normally operates, in order to perform the functional test, the processing device first needs to generate a test case that enables the function to be tested to start operating. It will be appreciated that the functions to be tested are made up of individual functional modules, with different functional modules possibly having different division of duties. When the function to be tested does not run, part of the function modules can receive parameters input from the outside, and corresponding parameter processing and function module calling are carried out according to the parameters, so that other function modules are activated to run automatically, and the whole function to be tested runs. It can be seen that this part of the module has the effect of enabling the function to be tested.
Thus, when starting up a function to be tested, the processing device may be implemented by inputting start-up parameters into one or more of the functional modules. The starting module is a functional module used for starting the function to be tested, the starting parameters are parameters input to the starting module, and the parameters belong to parameters which cannot be generated by the user in the function to be tested and need to be input from the outside. Based on this, in order to enable the test case to enable the function to be tested to be started and run, the processing device may generate the test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested. When testing is carried out, the processing equipment can input starting parameters to the starting module through the test case, so that the running of the function to be tested is activated.
The start-up parameters may also include various forms, depending on the function to be tested. For example, when the function to be tested is an interactive function in a game, the starting parameter may be an operation when the user wants to trigger the interactive function, such as clicking a button, tapping a key, and the like; when the function to be tested is a numerical operation function, the start parameter may be an input value of the operation.
S202: and testing the function to be tested by the test case to obtain a first running log.
In a plurality of functional modules included in the function to be tested, each functional module can be divided into three parts, namely an input parameter, an operation logic and an output parameter, wherein the input parameter refers to a parameter input to the functional module during operation, and the operation logic refers to a logic operated by the functional module during operation, and mainly includes a processing mode for the parameter and a calling mode for other functional modules. As shown in fig. 3, both the functional module B and the functional module C can be divided into three parts, i.e., an input parameter, an operation logic, and an output parameter, where the operation logic of the functional module B is to process the input parameter to obtain the output parameter, and call the functional module C to process the output parameter.
The operation of the function to be tested actually means that each functional module constituting the function to be tested performs parameter processing and module calling according to the respective operation logic. For example, in the schematic diagram shown in fig. 1, the function to be tested is composed of a function module a, a function module B, and a function module C, and in the standard operation logic, after the parameter a is input to the function module a, the function module a may process the parameter a to obtain a parameter B, and call the function module B to process the parameter B; after receiving the parameter B, the functional module B may process the parameter B to obtain a parameter C, and call the functional module C to process the parameter C to obtain a parameter D. It can be seen that the operation logic of the function to be tested is composed of the operation logic of each functional module.
Because the operation logic of the function to be tested comprises the starting of the function to be tested to the ending of the function to be tested, the interface test and the unit test of the function to be tested can be considered simultaneously by testing the operation logic. The interface function of the function to be tested is a function interacting with the outside of the function to be tested, so that the test can be carried out through the response to the starting parameter in the operation logic; the interface function is realized by calling the function module by running the function to be tested, so that the test can be carried out by running the module calling condition in the logic; the unit function refers to a processing function of each module in the function to be tested for the parameter, so that the test can be performed through the parameter change condition in the operation logic. Therefore, by testing the operation logic of the function to be tested, all the function layers related to the function to be tested can be tested.
Based on this, in order to be able to perform an overall test on the function to be tested, the processing device may determine the test result by analyzing the operation logic of the function to be tested. In the technical scheme provided by the embodiment of the application, the processing device can generate the operation log according to the operation logic of the function to be tested, so that the operation log can be analyzed to obtain the overall test condition of the function to be tested.
When analyzing, the processing device may first test the function to be tested through the test case to obtain a first operation log, where the first operation log is used to identify a test operation logic of the function to be tested in the test. The test operation logic is an operation logic formed by the combination of the operation logics of all the functional modules in the function to be tested during testing, and information such as the processing condition of the function to be tested on parameters and the calling condition of the functional modules in the testing process can be analyzed through the test operation logic.
S203: and acquiring a second running log corresponding to the function to be tested.
After obtaining the first operation log for identifying the test operation logic, the processing device needs to further have a comparison standard for comparison in order to analyze whether the test operation logic of the function to be tested in the test is correct, i.e. whether the function to be tested normally operates in the test. In this embodiment of the application, the processing device may obtain a second operation log corresponding to the function to be tested, where the second operation log is used to identify a standard operation logic of the function to be tested, and the standard execution logic is an operation logic used as a test reference logic.
It will be appreciated that the type of standard execution logic may also vary for different testing purposes. For example, when the function to be tested does not generate function update, the test purpose may be to detect whether the running logic of the function to be tested has abnormal change, and at this time, the standard execution logic may be the running logic of the function to be tested when the function to be tested is running normally; when the function to be tested is updated by the relevant personnel, the test purpose can be to detect whether the operation logic of the function to be tested achieves the update purpose, at the moment, the test operation logic reflects the updated operation logic of the function to be tested, so the standard operation logic can be the operation logic before the update of the function to be tested, and whether the correct logic change occurs can be judged by comparing the operation logs.
S204: and determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
After the first running log and the second running log are obtained, because the first running log can identify the test running logic of the function to be tested during testing, and the second running log can identify the standard running logic used as a comparison reference, the processing device can compare the first running log and the second running log, and determine whether the running logic of the function to be tested during testing is correct or not, namely whether the function to be tested normally runs or not, according to the comparison result.
According to the technical scheme, the processing equipment can automatically generate the test case which can start the function to run according to the starting parameter and the starting module corresponding to the function to be tested, so that the function to be tested can be triggered through the test case. Generating a first running log in the process of testing the function to be tested, wherein the first running log is used for identifying the test running logic of the function to be tested in the test; meanwhile, the processing device may further obtain a second operation log corresponding to the function to be tested, where the second operation log is used to identify a standard operation logic of the function to be tested. Therefore, the processing equipment can determine whether the operation logic of the function to be tested is abnormal or not by comparing the first operation log with the second operation log, namely whether the function to be tested can normally operate or not without artificially generating a test case; in addition, because the message log identifies the complete operation logic of the function to be tested, the software layer parts related to the function to be tested can be detected, and the integrity and the accuracy of the test are improved.
It is understood that the judgment method of the comparison result by the processing device is different when the test purpose is different. When the function to be tested is not updated, in a possible implementation manner, the processing device only needs to judge whether the test operation logic of the function to be tested during testing is consistent with the standard operation logic, so that the processing device can compare whether the first operation log and the second operation log are consistent, if so, the test operation logic of the function to be tested is consistent with the standard operation logic, and the function to be tested is not abnormal during testing, namely, the function to be tested is normally executed; if not, the test operation logic is different from the standard operation logic, namely the function to be tested does not normally operate.
When the function to be tested does not normally operate, the processing device can further analyze the comparison result in order to determine the fault reason of the function to be tested. As can be seen from the above, the operation log identifies the operation logic of the function to be tested, so that the different portion between the first operation log and the second operation log is the portion for distinguishing the test operation logic and the standard operation logic, and when the function to be tested is not updated, the standard operation logic is the operation logic of the function to be tested in the normal operation, so that the different portion in the operation logic can be regarded as the portion of the function to be tested which does not normally operate during the test.
Based on this, in order to quickly locate the fault of the function to be tested, in one possible implementation, the processing device may determine a difference log content of the first operation log and the second operation log, where the difference log content is capable of identifying a difference logic portion between the test operation logic and the standard operation logic. It will be appreciated that since the operating logic of the function to be tested is formed by the operating logic of all the functional modules making up the function, the distinct logic is in fact the operating logic of the functional module that has failed. Therefore, the processing equipment can determine the abnormal function module in the function to be tested according to the distinguished log content, so that related personnel can quickly position the abnormal part, and subsequent adjustment and improvement are facilitated.
When the function to be tested is updated, the purpose of the processing device is to detect whether the update is completed, so the judgment of the comparison result by the processing device is mainly to judge the changed part in the running logic. In a possible implementation manner, when the function to be tested is an updated function to be tested, in order to determine an update condition of the function to be tested, the obtained standard operation logic of the second operation log identifier may be an operation logic before the function to be tested is updated, and since the test operation logic is an updated operation logic, the update content of the function to be tested may be determined by a difference portion between the standard operation logic and the test operation logic. Based on this, when comparing the operation logs, the processing device may determine a difference log content of the first operation log and the second operation log, which difference log content may reflect an update condition of the function to be tested.
The processing device may determine whether the function to be tested satisfies the update requirement according to the update content corresponding to the update and the difference log content. If yes, the function to be tested is successfully updated, namely the function to be tested normally runs; if not, the result shows that the function to be tested is not updated successfully, namely the function to be tested does not operate normally.
In addition, the format of the operation log may also include multiple formats, and in one possible implementation, since the function module may be regarded as being composed of an input parameter, an operation logic and an output parameter, and the operation logic is mainly embodied in processing the parameter and calling the function module, where the processing of the parameter may be embodied by a change sent between the input parameter and the output parameter, and the calling of the function module may be embodied by the function module called by the function module, so that the processing device may compose the operation log by the input parameter, the called function module and the output parameter.
For example, in the function to be tested shown in fig. 4, the operation logic is that after the functional module 1 receives the input parameter 1, the functional module 2 and the functional module 3 are called in sequence, and the input parameter 2 and the input parameter 3 are input respectively. The functional module 2 can process the input parameter 2 to obtain an output parameter 2 and respond to the functional module 1; after receiving the input parameter 3, the functional module 3 may call the functional module 4 and the functional module 5 in sequence, and input the input parameter 4 and the output parameter 5, respectively; the function module 4 and the function module 5 can respond to the output parameter 4 and the output parameter 5, respectively, to the function module 3, and after the response is completed, the function module 3 can further respond to the output parameter 3 to the function module 1. After the functional module 1 obtains the output parameters 2 and 3 responded by the functional modules 2 and 3, the output parameters 1 can be obtained by processing and used as the overall output parameters of the function to be tested.
Therefore, when the running logic of the function to be tested is identified by the input parameter, the called function module and the output parameter, the following running log can be obtained:
[ Module 1, input parameter 1, [ Module 2, input parameter 2, output parameter 2], [ Module 3, input parameter 3, [ Module 4, input parameter 4, output parameter 4], [ Module 5, input parameter 5, output parameter 5], output parameter 3], output parameter 1]
Through the log, the processing device can clearly analyze the calling sequence among the function modules, namely, the module 1 → the module 2 → the module 3 → the module 4 → the module 5 → the module 3 → the module 1, and can analyze the processing mode of each function module to the parameters through the change between the input parameters and the output parameters, so that the running logic of each function module and the running logic of the whole function to be tested can be analyzed through the log.
As can be seen from the operation log, the start of the function to be tested is realized by inputting an input parameter 1 to the function module 1, so that the processing device can obtain, through analysis of the operation log, that the start module of the function to be tested is the function module 1, and the start parameter is the input parameter 1, thereby generating a test case for the function to be tested based on the start parameter and the start module. It can be seen that, in one possible implementation, the second operation log can identify the standard operation logic of the function to be tested, and therefore, the start parameter and the start module can be obtained through the second operation log.
In addition, when comparing the operation logs, the way in which the processing devices compare may also be different based on different operation log formats. In a possible implementation manner, when comparing whether the first running log and the second running log are consistent, the processing device may compare whether call logic and intermediate parameters included in the first running log and the second running log are consistent. Wherein, the calling logic is a calling sequence of the function modules when the function to be tested is running, for example, the calling sequence between the modules 1 to 5 in the log format; the intermediate parameter is a parameter generated by the called function module, for example, a parameter other than the input parameter 1 in the above-described log format.
Through comparison of the calling logic, the processing equipment can detect the calling condition of the functional module of the function to be tested; through the comparison of the intermediate parameters, the processing equipment can detect the parameter processing condition of the function to be tested, so that based on the comparison mode, the processing equipment can complete the overall detection of the operation logic of the function to be tested, and the detection accuracy and integrity are further improved.
It can be understood that, when the function to be tested is the updated function to be tested, after comparing the running logs, and when the content of the distinct log meets the update requirement, it indicates that the updated function to be tested has already achieved the update purpose of the update, that is, the first running log can identify the normal running logic of the function to be tested after being updated. Based on this, in order to conveniently perform retest on the function to be tested in the subsequent function running process, in a possible implementation manner, the processing device may use the first running log as a verification running log corresponding to the function to be tested, where the verification running log is used to identify the running logic of the function to be tested when the update requirement is met, so that when the subsequent retest is performed on the function to be tested and whether the running logic of the function to be tested is the updated running logic, the verification may be performed by comparing whether the running logic identified by the verification running log is consistent with the running logic identified by the verification running log.
Next, a test method provided in the embodiment of the present application will be described in conjunction with an actual application scenario. Referring to fig. 5, fig. 5 is a schematic diagram of a testing method in an actual application scenario provided in the embodiment of the present application. In the actual application scenario, the processing device is a test server for developing and testing the function to be tested.
After the function development is finished, relevant personnel can perform development iterative test regression, namely, the function is continuously modified and debugged. In order to obtain a second operation log for comparison, related personnel need to trigger the operation of the function once, and the computer equipment bearing the function can generate the second operation log identifying the standard operation logic based on a certain log generation rule and operation logic and report the second operation log to the test server.
The verification server can analyze the second running log, automatically generate a test case according to a starting module and a starting parameter in the second running log, and return the test case to the computer equipment, so that regression testing is performed on the function to be tested. In the testing stage, the computer device can run the test case, so that the function to be tested is activated, a first running log for identifying the test running logic is obtained, and the first running log is reported to the test server.
After the test server takes the first running log, the first running log and the second running log can be compared, and a test report is generated according to a comparison result. In this practical application scenario, the test of the function to be tested may be to test whether the function to be tested can stably operate, that is, to compare whether the test operation logic and the standard operation logic are consistent. When the comparison results are consistent, the functions to be tested can stably run; and when the comparison result is inconsistent, the abnormity occurs in the operation of the function to be tested. At this time, the test server may determine, according to the differentiated parts in the first operation log and the second operation log, the function module with the abnormality in the functions to be tested, and write the abnormality information into the test report, so that the relevant person can perform analysis and processing.
Based on the testing method provided by the foregoing embodiment, an embodiment of the present application further provides a testing apparatus 600, referring to fig. 6, where the apparatus 600 includes a generating unit 601, a testing unit 602, an obtaining unit 603, and a comparing unit 604:
a generating unit 601, configured to generate a test case corresponding to a function to be tested according to a starting parameter and a starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
the testing unit 602 is configured to test the function to be tested through the test case to obtain a first operation log; the first running log is used for identifying the test running logic of the function to be tested in the test;
an obtaining unit 603, configured to obtain a second operation log corresponding to a function to be tested, where the second operation log is used to identify a standard operation logic of the function to be tested;
a comparing unit 604, configured to determine whether the function to be tested operates normally according to a comparison result between the first operation log and the second operation log.
In a possible implementation manner, the comparing unit 604 is specifically configured to:
comparing whether the first running log and the second running log are consistent;
if the functions are consistent, the functions to be tested normally run;
and if not, the function to be tested does not normally run.
In a possible implementation manner, the comparing unit 604 is specifically configured to:
comparing whether the calling logic and the intermediate parameters included in the first running log and the second running log are consistent or not; the calling logic is a function module calling sequence when the function to be tested is operated, and the intermediate parameter is a parameter generated by the called function module.
In one possible implementation, the apparatus 600 further includes a first determining unit and a second determining unit:
a first determination unit configured to determine a difference log content between the first operation log and the second operation log;
and the second determining unit is used for determining an abnormal function module in the function to be tested according to the content of the distinguishing log.
In a possible implementation manner, the function to be tested is an updated function to be tested, and the standard operation logic is an operation logic before the function to be tested is updated; the comparing unit 604 is specifically configured to:
determining the different log contents of the first running log and the second running log;
determining whether the function to be tested meets the updating requirement or not according to the updating content corresponding to the updating and the distinguishing log content;
if so, the function to be tested normally operates;
and if not, the function to be tested does not normally run.
In one possible implementation, the apparatus 600 further comprises a replacement unit:
the replacing unit is used for taking the first running log as a verification running log corresponding to the function to be tested; and the verification running log is used for identifying the running logic of the function to be tested when the updating requirement is met.
In a possible implementation manner, the start parameter and the start module are obtained through the second operation log.
The embodiment of the application also provides a device for testing, which is described below with reference to the attached drawings. Referring to fig. 7, an embodiment of the present application provides a device, which may also be a terminal device, where the terminal device may be any intelligent terminal including a mobile phone, a tablet computer, a Personal Digital Assistant (PDA), a Point of Sales (POS), a vehicle-mounted computer, and the terminal device is taken as the mobile phone as an example:
fig. 7 is a block diagram illustrating a partial structure of a mobile phone related to a terminal device provided in an embodiment of the present application. Referring to fig. 7, the handset includes: radio Frequency (RF) circuit 710, memory 720, input unit 730, display unit 740, sensor 750, audio circuit 760, wireless fidelity (WiFi) module 770, processor 780, and power supply 790. Those skilled in the art will appreciate that the handset configuration shown in fig. 7 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
The following describes each component of the mobile phone in detail with reference to fig. 7:
the RF circuit 710 may be used for receiving and transmitting signals during information transmission and reception or during a call, and in particular, receives downlink information of a base station and then processes the received downlink information to the processor 780; in addition, the data for designing uplink is transmitted to the base station. In general, the RF circuit 710 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuit 710 may also communicate with networks and other devices via wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Message Service (SMS), and the like.
The memory 720 may be used to store software programs and modules, and the processor 780 may execute various functional applications and data processing of the cellular phone by operating the software programs and modules stored in the memory 720. The memory 720 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 720 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
The input unit 730 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 730 may include a touch panel 731 and other input devices 732. The touch panel 731, also referred to as a touch screen, can collect touch operations of a user (e.g. operations of the user on or near the touch panel 731 by using any suitable object or accessory such as a finger, a stylus, etc.) and drive the corresponding connection device according to a preset program. Alternatively, the touch panel 731 may include two portions of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts it to touch point coordinates, and sends the touch point coordinates to the processor 780, and can receive and execute commands from the processor 780. In addition, the touch panel 731 may be implemented by various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The input unit 730 may include other input devices 732 in addition to the touch panel 731. In particular, other input devices 732 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.
The display unit 740 may be used to display information input by the user or information provided to the user and various menus of the mobile phone. The display unit 740 may include a display panel 741, and optionally, the display panel 741 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch panel 731 can cover the display panel 741, and when the touch panel 731 detects a touch operation on or near the touch panel 731, the touch operation is transmitted to the processor 780 to determine the type of the touch event, and then the processor 780 provides a corresponding visual output on the display panel 741 according to the type of the touch event. Although the touch panel 731 and the display panel 741 are two independent components in fig. 7 to implement the input and output functions of the mobile phone, in some embodiments, the touch panel 731 and the display panel 741 may be integrated to implement the input and output functions of the mobile phone.
The handset may also include at least one sensor 750, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display panel 741 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 741 and/or a backlight when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.
WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 770, and provides wireless broadband Internet access for the user. Although fig. 7 shows the WiFi module 770, it is understood that it does not belong to the essential constitution of the handset, and can be omitted entirely as needed within the scope not changing the essence of the invention.
The processor 780 is a control center of the mobile phone, connects various parts of the entire mobile phone by using various interfaces and lines, and performs various functions of the mobile phone and processes data by operating or executing software programs and/or modules stored in the memory 720 and calling data stored in the memory 720, thereby integrally monitoring the mobile phone. Optionally, processor 780 may include one or more processing units; preferably, the processor 780 may integrate an application processor, which primarily handles operating systems, user interfaces, applications, etc., and a modem processor, which primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 780.
The handset also includes a power supply 790 (e.g., a battery) for powering the various components, which may preferably be logically coupled to the processor 780 via a power management system, so that the power management system may be used to manage charging, discharging, and power consumption.
Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which are not described herein.
In this embodiment, the processor 780 included in the terminal device further has the following functions:
generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test;
acquiring a second running log corresponding to a function to be tested, wherein the second running log is used for identifying standard running logic of the function to be tested;
and determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
Referring to fig. 8, fig. 8 is a block diagram of a server 800 provided in this embodiment, and the server 800 may have a relatively large difference due to different configurations or performances, and may include one or more Central Processing Units (CPUs) 822 (e.g., one or more processors) and a memory 832, and one or more storage media 830 (e.g., one or more mass storage devices) storing an application 842 or data 844. Memory 832 and storage medium 830 may be, among other things, transient or persistent storage. The program stored in the storage medium 830 may include one or more modules (not shown), each of which may include a series of instruction operations for the server. Still further, a central processor 822 may be provided in communication with the storage medium 830 for executing a series of instruction operations in the storage medium 830 on the server 800.
The server 800 may also include one or more power supplies 826, one or more wired or wireless network interfaces 850, one or more input-output interfaces 858, and/or one or more operating systems 841, such as Windows Server, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, and so forth.
The steps performed by the server in the above embodiments may be based on the server structure shown in fig. 8.
The embodiment of the present application further provides a computer-readable storage medium for storing a computer program, where the computer program is used to execute any one implementation manner of the test method described in the foregoing embodiments.
Those of ordinary skill in the art will understand that: all or part of the steps for realizing the method embodiments can be completed by hardware related to program instructions, the program can be stored in a computer readable storage medium, and the program runs the steps comprising the method embodiments when running; and the aforementioned storage medium may be at least one of the following media: various media that can store program codes, such as read-only memory (ROM), RAM, magnetic disk, or optical disk.
It should be noted that, in the present specification, all the embodiments are described in a progressive manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, they are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points. The above-described embodiments of the apparatus and system 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 a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The above description is only one specific embodiment of the present application, but the scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. A method of testing, the method comprising:
generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test;
acquiring a second running log corresponding to a function to be tested, wherein the second running log is used for identifying standard running logic of the function to be tested;
and determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
2. The method of claim 1, wherein the determining whether the function to be tested is operating normally according to the comparison result of the first operation log and the second operation log comprises:
comparing whether the first running log and the second running log are consistent;
if the functions are consistent, the functions to be tested normally run;
and if not, the function to be tested does not normally run.
3. The method of claim 2, wherein the comparing whether the first log and the second log are consistent comprises:
comparing whether the calling logic and the intermediate parameters included in the first running log and the second running log are consistent or not; the calling logic is a function module calling sequence when the function to be tested is operated, and the intermediate parameter is a parameter generated by the called function module.
4. The method of claim 2, wherein if the function to be tested fails to function properly, the method further comprises:
determining the different log contents of the first running log and the second running log;
and determining an abnormal function module in the function to be tested according to the content of the distinguishing log.
5. The method of claim 1, wherein the function to be tested is an updated function to be tested, and the standard running logic is a running logic of the function to be tested before updating; the determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log comprises:
determining the different log contents of the first running log and the second running log;
determining whether the function to be tested meets the updating requirement or not according to the updating content corresponding to the updating and the distinguishing log content;
if so, the function to be tested normally operates;
and if not, the function to be tested does not normally run.
6. The method of claim 5, wherein if the function to be tested is operating properly, the method further comprises:
taking the first running log as a verification running log corresponding to the function to be tested; and the verification running log is used for identifying the running logic of the function to be tested when the updating requirement is met.
7. The method of claim 1, wherein the startup parameters and the startup module are obtained via the second log.
8. A test apparatus, characterized in that the apparatus comprises a generation unit, a test unit, an acquisition unit and a comparison unit:
the generating unit is used for generating a test case corresponding to the function to be tested according to the starting parameter and the starting module corresponding to the function to be tested; the starting parameter is a parameter input to the starting module, and the starting module is a functional module for starting the function to be tested;
the test unit is used for testing the function to be tested through the test case to obtain a first running log; the first running log is used for identifying the test running logic of the function to be tested in the test;
the acquiring unit is used for acquiring a second running log corresponding to the function to be tested, and the second running log is used for identifying the standard running logic of the function to be tested;
and the comparison unit is used for determining whether the function to be tested normally operates according to the comparison result of the first operation log and the second operation log.
9. An apparatus for testing, the apparatus comprising a processor and a memory:
the memory is used for storing program codes and transmitting the program codes to the processor;
the processor is configured to perform the testing method of any of claims 1-7 according to instructions in the program code.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium is used to store a computer program for performing the testing method of any one of claims 1-7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010656578.8A CN111666222A (en) | 2020-07-09 | 2020-07-09 | Test method and related device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010656578.8A CN111666222A (en) | 2020-07-09 | 2020-07-09 | Test method and related device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111666222A true CN111666222A (en) | 2020-09-15 |
Family
ID=72391620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010656578.8A Pending CN111666222A (en) | 2020-07-09 | 2020-07-09 | Test method and related device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111666222A (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112948195A (en) * | 2021-03-31 | 2021-06-11 | 建信金融科技有限责任公司 | Interface testing method and device, electronic equipment and storage medium |
CN113220648A (en) * | 2021-05-25 | 2021-08-06 | 广州绿怡信息科技有限公司 | Audio function detection method and device |
CN113220647A (en) * | 2021-05-25 | 2021-08-06 | 广州绿怡信息科技有限公司 | Vibration function detection method and device |
CN113237473A (en) * | 2021-05-20 | 2021-08-10 | 广州绿怡信息科技有限公司 | Compass function detection method and device |
CN113254292A (en) * | 2021-05-20 | 2021-08-13 | 广州绿怡信息科技有限公司 | Distance sensing function detection method and device |
CN114371866A (en) * | 2020-10-14 | 2022-04-19 | 腾讯科技(深圳)有限公司 | Version reconfiguration test method, device and equipment of service system |
CN116955208A (en) * | 2023-09-18 | 2023-10-27 | 荣耀终端有限公司 | Test method, terminal equipment, chip and storage medium |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150143342A1 (en) * | 2013-11-15 | 2015-05-21 | Microsoft Corporation | Functional validation of software |
US20180089055A1 (en) * | 2016-09-29 | 2018-03-29 | Fujitsu Limited | Method and apparatus for monitoring logs |
CN109408400A (en) * | 2018-12-25 | 2019-03-01 | 欧普照明股份有限公司 | A kind of software code automatic test approach and test macro |
CN109710535A (en) * | 2018-12-29 | 2019-05-03 | 苏州思必驰信息科技有限公司 | Service method of calibration and system for voice dialogue platform |
CN109783354A (en) * | 2018-12-14 | 2019-05-21 | 深圳壹账通智能科技有限公司 | Function test method, terminal device and the medium of application system |
CN109947646A (en) * | 2019-03-13 | 2019-06-28 | 平安信托有限责任公司 | Interface test method, device, computer equipment and storage medium |
CN110166276A (en) * | 2018-11-23 | 2019-08-23 | 深圳市腾讯信息技术有限公司 | A kind of localization method, device, terminal device and the medium of frame synchronization exception |
US20200117587A1 (en) * | 2018-10-15 | 2020-04-16 | Hewlett Packard Enterprise Development Lp | Log File Analysis |
CN111352760A (en) * | 2020-02-27 | 2020-06-30 | 深圳市腾讯网域计算机网络有限公司 | Data processing method and related device |
-
2020
- 2020-07-09 CN CN202010656578.8A patent/CN111666222A/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150143342A1 (en) * | 2013-11-15 | 2015-05-21 | Microsoft Corporation | Functional validation of software |
US20180089055A1 (en) * | 2016-09-29 | 2018-03-29 | Fujitsu Limited | Method and apparatus for monitoring logs |
US20200117587A1 (en) * | 2018-10-15 | 2020-04-16 | Hewlett Packard Enterprise Development Lp | Log File Analysis |
CN110166276A (en) * | 2018-11-23 | 2019-08-23 | 深圳市腾讯信息技术有限公司 | A kind of localization method, device, terminal device and the medium of frame synchronization exception |
CN109783354A (en) * | 2018-12-14 | 2019-05-21 | 深圳壹账通智能科技有限公司 | Function test method, terminal device and the medium of application system |
CN109408400A (en) * | 2018-12-25 | 2019-03-01 | 欧普照明股份有限公司 | A kind of software code automatic test approach and test macro |
CN109710535A (en) * | 2018-12-29 | 2019-05-03 | 苏州思必驰信息科技有限公司 | Service method of calibration and system for voice dialogue platform |
CN109947646A (en) * | 2019-03-13 | 2019-06-28 | 平安信托有限责任公司 | Interface test method, device, computer equipment and storage medium |
CN111352760A (en) * | 2020-02-27 | 2020-06-30 | 深圳市腾讯网域计算机网络有限公司 | Data processing method and related device |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114371866A (en) * | 2020-10-14 | 2022-04-19 | 腾讯科技(深圳)有限公司 | Version reconfiguration test method, device and equipment of service system |
CN112948195A (en) * | 2021-03-31 | 2021-06-11 | 建信金融科技有限责任公司 | Interface testing method and device, electronic equipment and storage medium |
CN113237473A (en) * | 2021-05-20 | 2021-08-10 | 广州绿怡信息科技有限公司 | Compass function detection method and device |
CN113254292A (en) * | 2021-05-20 | 2021-08-13 | 广州绿怡信息科技有限公司 | Distance sensing function detection method and device |
CN113220648A (en) * | 2021-05-25 | 2021-08-06 | 广州绿怡信息科技有限公司 | Audio function detection method and device |
CN113220647A (en) * | 2021-05-25 | 2021-08-06 | 广州绿怡信息科技有限公司 | Vibration function detection method and device |
CN116955208A (en) * | 2023-09-18 | 2023-10-27 | 荣耀终端有限公司 | Test method, terminal equipment, chip and storage medium |
CN116955208B (en) * | 2023-09-18 | 2024-03-15 | 荣耀终端有限公司 | Test method, terminal equipment, chip and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111666222A (en) | Test method and related device | |
CN110196795B (en) | Method and related device for detecting running state of mobile terminal application | |
CN111078556B (en) | Application testing method and device | |
CN112148579B (en) | User interface testing method and device | |
CN108900386B (en) | Method and device for generating alarm information and electronic equipment | |
CN108268366A (en) | Test example executing method and device | |
CN108052412A (en) | Restart Fault Locating Method, mobile terminal and computer readable storage medium | |
CN111222563B (en) | Model training method, data acquisition method and related device | |
CN110213313B (en) | File uploading method, related device and system | |
CN115904950A (en) | Test case generation method, device, equipment and storage medium | |
CN108196968A (en) | Mobile terminal restarts localization method, mobile terminal and computer readable storage medium | |
CN112131093A (en) | Chaos test-based test case automatic generation method and device | |
CN106407800A (en) | A hook method and a terminal device | |
CN108182123A (en) | Mobile terminal restarts localization method, mobile terminal and computer readable storage medium | |
CN116303085A (en) | Test reason analysis method, device, equipment and storage medium | |
CN115061939A (en) | Data set security test method and device and storage medium | |
CN108196969A (en) | Restart monitoring and localization method, mobile terminal and computer readable storage medium | |
CN116028099A (en) | Method for generating installation package, related device, equipment and storage medium | |
CN114490307A (en) | Unit testing method, device and storage medium | |
CN113961380A (en) | Cross-application repair method, device, equipment and storage medium | |
CN114064447B (en) | Interface testing method and device, storage medium and terminal | |
CN108228375A (en) | Mobile terminal restarts localization method, mobile terminal and computer readable storage medium | |
CN108170549A (en) | Mobile terminal restarts localization method, mobile terminal and computer readable storage medium | |
CN116881143A (en) | Data object copying abnormality investigation method, device, equipment and storage medium | |
CN115640081A (en) | Business case decision method and device, electronic 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 |