CN111159048A - Application program testing method and device and computer readable storage medium - Google Patents
Application program testing method and device and computer readable storage medium Download PDFInfo
- Publication number
- CN111159048A CN111159048A CN201911422282.3A CN201911422282A CN111159048A CN 111159048 A CN111159048 A CN 111159048A CN 201911422282 A CN201911422282 A CN 201911422282A CN 111159048 A CN111159048 A CN 111159048A
- Authority
- CN
- China
- Prior art keywords
- test
- testing
- state
- application program
- instruction
- 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
- 238000012360 testing method Methods 0.000 claims abstract description 460
- 238000010998 test method Methods 0.000 claims abstract description 6
- 230000002159 abnormal effect Effects 0.000 claims description 41
- 238000000034 method Methods 0.000 claims description 39
- 238000012795 verification Methods 0.000 claims description 10
- 230000001960 triggered effect Effects 0.000 claims description 5
- 238000004891 communication Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013522 software testing Methods 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/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)
- Telephone Function (AREA)
Abstract
The invention discloses a test method of an application program, which comprises the following steps: acquiring state parameters of the test end; determining the state of the test end according to the state parameters; and when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters. The invention also discloses a testing device and a computer readable storage medium of the application program, the state parameters of the testing end are obtained before the application program is tested to judge the state of the testing end, and the application program is tested when the testing end is in a normal state, so that the testing result is not influenced by the state of the testing equipment, and the testing result is more accurate.
Description
Technical Field
The present invention relates to the field of software testing technologies, and in particular, to a method and an apparatus for testing an application program, and a computer-readable storage medium.
Background
With the rapid development of networks, the number of applications is increasing. Before the application program is released, the application program needs to be tested so as to ensure the normal operation of the application program.
When testing an application program, the application program is usually run directly in the test terminal device for testing, but the test mode does not consider the influence of the test terminal device, so that the test result of the application program is prone to be deviated and is inaccurate.
The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.
Disclosure of Invention
The invention mainly aims to provide a method and a device for testing an application program and a computer readable storage medium, aiming at testing the application program when a testing end is in a normal state so as to enable a testing result to be more accurate.
In order to achieve the above object, the present invention provides a method for testing an application program, including the steps of:
acquiring state parameters of the test end;
determining the state of the test end according to the state parameters;
and when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters.
Optionally, the state parameter includes at least one of a remaining operating memory, a processor frequency, a network delay, a device temperature, and a remaining power of the testing terminal.
Optionally, after the step of determining the state of the testing terminal according to the state parameter, the testing method of the application program further includes:
when the test terminal is in an abnormal state, sending a restart instruction to the test terminal;
and returning to the step of acquiring the state parameters of the testing terminal after the testing terminal is detected to restart.
Optionally, after the step of determining the state of the test end according to the state parameter, the method further includes:
when the test terminal is in an abnormal state, acquiring the frequency of sending a restart instruction to the test terminal;
and when the times are greater than or equal to the preset times, generating and outputting abnormal prompt information according to the abnormal state parameters in the state parameters.
Optionally, after the step of obtaining the number of times of sending the restart instruction to the test end, the method further includes:
and when the times are less than the preset times, executing the step of sending the restart instruction to the test terminal.
Optionally, the step of sending the test instruction to the test end includes:
acquiring prestored identity information;
and sending the identity information and the test instruction to the test end so that the test end carries out identity verification according to the identity information and carries out testing according to the test instruction when the verification is successful.
Optionally, the step of determining the state of the test end according to the state parameter includes:
acquiring a parameter interval where the state parameter is located;
and taking the state corresponding to the parameter interval as the state of the test end.
Optionally, after the step of sending a test instruction to the test end when the test end is in a normal state, so that the test end performs a test according to the test instruction and feeds back test parameters, the method further includes:
detecting whether the test end is changed from the normal state to an abnormal state;
and when the test end is not changed from the normal state to the abnormal state, judging that the test parameters are valid, and outputting a test result according to the test parameters.
Optionally, the step of sending a test instruction to the test end when the test end is in a normal state includes:
when the testing end is in a normal state, outputting a testing item list corresponding to the type of the testing end;
when a selection instruction triggered by the test item list is detected, obtaining a test item corresponding to the selection instruction;
and generating the test instruction according to the test item corresponding to the selection instruction, and sending the test instruction to the test end.
Optionally, the test item list includes at least one of an application to be tested, a test script, a test time, a number of tests, and a test parameter type.
In order to achieve the above object, the present invention also provides an application testing apparatus, including: memory, a processor and a test program of an application program stored on the memory and executable on the processor, the test program of the application program implementing the steps of the method of testing an application program as described in any one of the above when executed by the processor.
In addition, to achieve the above object, the present invention further provides a computer readable storage medium having stored thereon a test program of an application program, which when executed by a processor, implements the steps of the test method of the application program according to any one of the above.
The method, the device and the computer readable storage medium for testing the application program, provided by the embodiment of the invention, are used for acquiring the state parameters of the testing end, determining the state of the testing end according to the state parameters, and sending a testing instruction to the testing end when the testing end is in a normal state, so that the testing end performs testing according to the testing instruction and feeds back the testing parameters. According to the invention, the state parameters of the test end are obtained before the application program is tested to judge the state of the test end, and the application program is tested when the test end is in a normal state, so that the test result is not influenced by the state of the test equipment, and the test result is more accurate.
Drawings
Fig. 1 is a schematic terminal structure diagram of a hardware operating environment according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating a method for testing an application according to a first embodiment of the present invention;
FIG. 3 is a flowchart illustrating a testing method of an application program according to a second embodiment of the present invention;
FIG. 4 is a flowchart illustrating a method for testing an application program according to a third embodiment of the present invention;
FIG. 5 is a flowchart illustrating a fourth embodiment of a method for testing an application program according to the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The main solution of the embodiment of the invention is as follows:
acquiring state parameters of the test end;
determining the state of the test end according to the state parameters;
and when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters.
In the prior art, when an application program is tested, the application program is usually directly run in a test terminal device for testing, but the test mode does not consider the influence of the test terminal device, so that the test result of the application program is easy to deviate and is inaccurate.
The invention provides a solution, which judges the state of the testing end by obtaining the state parameter of the testing end before testing the application program, and tests the application program when the testing end is in a normal state, thereby ensuring that the testing result is not influenced by the state of the testing equipment and ensuring that the testing result is more accurate.
As shown in fig. 1, fig. 1 is a schematic terminal structure diagram of a hardware operating environment according to an embodiment of the present invention.
The terminal of the embodiment of the invention is a terminal device such as a PC, a smart phone and the like.
As shown in fig. 1, the terminal may include: a processor 1001, such as a CPU, a network interface 1004, a user interface 1003, a memory 1005, a communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display), an input unit such as a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface, a wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a non-volatile memory (e.g., a magnetic disk memory). The memory 1005 may alternatively be a storage device separate from the processor 1001.
Those skilled in the art will appreciate that the terminal structure shown in fig. 1 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.
As shown in fig. 1, a memory 1005, which is a kind of computer-readable storage medium, may include therein a test program of an operating system, a network communication module, a user interface module, and an application program.
In the terminal shown in fig. 1, the network interface 1004 is mainly used for connecting to a backend server and performing data communication with the backend server; the user interface 1003 is mainly used for connecting a client (user side) and performing data communication with the client; and the processor 1001 may be configured to call a test program of the application program stored in the memory 1005 and perform the following operations:
acquiring state parameters of the test end;
determining the state of the test end according to the state parameters;
and when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
and acquiring at least one of the residual operation memory, the processor frequency, the network delay, the equipment temperature and the residual electric quantity of the test terminal.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
when the test terminal is in an abnormal state, sending a restart instruction to the test terminal;
and returning to the step of acquiring the state parameters of the testing terminal after the testing terminal is detected to restart.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
when the test terminal is in an abnormal state, acquiring the frequency of sending a restart instruction to the test terminal;
when the times are larger than or equal to the preset times, generating and outputting abnormal prompt information according to abnormal state parameters in the state parameters;
further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
and when the times are less than the preset times, executing the step of sending the restart instruction to the test terminal.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
acquiring prestored identity information;
and sending the identity information and the test instruction to the test end so that the test end carries out identity verification according to the identity information and carries out testing according to the test instruction when the verification is successful.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
acquiring a parameter interval where the state parameter is located;
and taking the state corresponding to the parameter interval as the state of the test end.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
detecting whether the test end is changed from the normal state to an abnormal state;
and when the test end is not changed from the normal state to the abnormal state, judging that the test parameters are valid, and outputting a test result according to the test parameters.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
when the testing end is in a normal state, outputting a testing item list corresponding to the type of the testing end;
when a selection instruction triggered by the test item list is detected, obtaining a test item corresponding to the selection instruction;
and generating the test instruction according to the test item corresponding to the selection instruction, and sending the test instruction to the test end.
Further, the processor 1001 may call the test program of the application program stored in the memory 1005, and also perform the following operations:
and when the testing end is in a normal state, outputting a testing item list corresponding to the type of the testing end, wherein the testing item list comprises at least one of an application to be tested, a testing script, testing time, testing times and testing parameter types.
Referring to fig. 2, in a first embodiment, the method for testing an application includes the following steps:
step S10, acquiring the state parameters of the test terminal;
in this embodiment, the test end is a terminal device that can be operated by a test platform, where the test platform may be an android platform, a Windows platform, or the like. The test end can be selected by a user, so that the application program of the specified test end can be tested. The state parameter includes at least one of the remaining operation memory of the testing terminal, the processor frequency, the network delay, the equipment temperature and the remaining power. The running state of the test end can be determined by obtaining the state parameters of the test end.
Step S20, determining the state of the test terminal according to the state parameters;
in this embodiment, after the state parameter of the test end is obtained, the state of the test end is determined according to the obtained state parameter. Specifically, a state parameter interval in which the obtained state parameter is located may be determined, and a state corresponding to the state parameter interval is used as the current state of the test end, or a state parameter threshold corresponding to the state parameter is obtained, and the state of the test end is determined according to a magnitude relationship between the state parameter and the state parameter threshold. For example, if the state parameter is that the remaining operating memory of the test end is equal to 1GB, if the corresponding threshold of the remaining operating memory is 1.5GB, it is determined that the state parameter is smaller than the state parameter threshold, the test end is in an abnormal state, the network delay of the state parameter at the test end is equal to 500 milliseconds, and if the corresponding threshold of the network delay is 200 milliseconds, it is determined that the state parameter is greater than the state parameter threshold, and the test end is in an abnormal state.
When the state parameters include a plurality of the remaining operating memory, the processor frequency, the network delay, the device temperature and the remaining power of the test terminal, the state of the test terminal can be determined according to the plurality of state parameters. For example, if the remaining operating memory of the test end is equal to 2GB, the state parameter is that the network delay of the test end is equal to 500 milliseconds, the threshold corresponding to the remaining operating memory is 1.5GB, and the threshold corresponding to the network delay is 200 milliseconds, the test end is determined to be in an abnormal state, and if the remaining operating memory of the test end is equal to 1GB, the state parameter is that the network delay of the test end is equal to 100 milliseconds, the threshold corresponding to the remaining operating memory is 1.5GB, and the threshold corresponding to the network delay is 200 milliseconds, the test end is determined to be in a normal state.
And step S30, when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters.
In this embodiment, when the test end is determined to be in the normal state according to the state parameters, the test instruction is sent to the test end, so that the test end starts testing according to the test instruction and feeds back the test parameters. The test parameters may include at least one of application start time, response delay, network delay, memory occupancy rate corresponding to the application, power consumption, memory occupancy rate corresponding to the application, and status parameters of the test terminal. It should be noted that the testing end and the user end that sends the testing instruction may be two different terminal devices, or may exist in the same terminal device at the same time, for example, when the testing end and the user end are placed in the same terminal device, the testing end is a testing platform, the user end is a user interface, and the user interface sends the testing instruction to the testing platform.
In addition, when the test instruction is sent to the test end, the prestored identity information corresponding to the user side can be obtained, so that the test instruction and the identity information are sent to the test end together, the test end carries out verification according to the received identity information, when the verification is successful, the test is carried out according to the test instruction, and when the verification fails, the test is not carried out. The identity information may be an identity token corresponding to the user terminal, a preset account password, and the like, and is used for representing the identity of the user terminal. The test end verifies the identity of the sender of the test instruction before testing, and tests only when the verification is successful, so that the safety of the test end is ensured.
In the technical scheme disclosed in this embodiment, the state parameters of the testing end are acquired before the application program is tested to judge the state of the testing end, and the application program is tested when the testing end is in a normal state, so that the testing result is not affected by the state of the testing equipment, and the testing result is more accurate.
In the second embodiment, as shown in fig. 3, on the basis of the embodiment shown in fig. 2, after step S20, the method further includes:
step S40, when the testing terminal is in abnormal state, sending a restart instruction to the testing terminal;
in this embodiment, when the test end is determined to be in the abnormal state according to the state parameters, a restart instruction is sent to the test end, so that the test end performs an equipment restart operation.
Step S50, after detecting that the test end is restarted, return to the step of obtaining the state parameter of the test end.
In this embodiment, after detecting that the test end is restarted, the step of obtaining the state parameter of the test end is returned to be executed, that is, after the test end is restarted, the state parameter of the test end is obtained again, so that the state of the test end is determined again according to the obtained state parameter. After the state of the testing terminal is determined again, if the state of the testing terminal is a normal state, it indicates that the state parameters obtained before the testing terminal is restarted are wrong, and the error before is corrected by obtaining the state parameters again after the testing terminal is restarted.
Further, the status parameters obtained again may still be inaccurate, and the status of the re-determined testing terminal may still be in an abnormal status, so that when the testing terminal is in the abnormal status, the number of times of sending the restart instruction to the testing terminal may be obtained, when the number of times is less than the preset number of times, the restart instruction may be sent to the testing terminal to obtain the status parameters of the restarted testing terminal, and the status of the testing terminal may be determined again, when the number of times is greater than or equal to the preset number of times, it indicates that the testing terminals are in the abnormal status after a plurality of times of restarting, it may be determined that the status parameters are correct, the testing terminal is actually in the abnormal status, at this time, the abnormal prompt information may be generated according to the abnormal status parameters in the status parameters, and the abnormal prompt information may be output to. For example, the preset number of times is 2, when the test end is determined to be in an abnormal state according to the acquired state parameters, the number of times of sending the restart instruction to the test end is 0, which is less than the preset number of times, so that the restart instruction can be sent to the test end, when the test end is determined to be in an abnormal state according to the state parameters acquired for the second time, the number of times of sending the restart instruction to the test end is 1, which is less than the preset number of times, so that the restart instruction can be sent to the test end again, when the test end is determined to be in an abnormal state according to the state parameters acquired for the third time, the number of times of sending the restart instruction to the test end is 2, which is equal to the preset number of times, so that the abnormality prompt information can be generated according to the abnormal state parameters in the state parameters, and the abnormality prompt information is output, and the erroneous judgment of the state of the.
In the technical scheme disclosed in this embodiment, when the test end is in an abnormal state, the restart instruction is sent to the test end, and after the test end is restarted, the state parameters of the test end are obtained again, so that the state of the test end is determined again, and the accuracy of the state parameters and the state of the test end is ensured.
In the third embodiment, as shown in fig. 4, after step S30, on the basis of the embodiment shown in any one of fig. 2 to fig. 3, the method further includes:
step S60, detecting whether the testing end changes from the normal state to an abnormal state;
in this embodiment, the test instruction is sent to the test end, so that the test end performs a test according to the test instruction, and after feeding back the test parameters, the state of the test end is detected again, and whether the state of the test end changes from a normal state before the test to an abnormal state is detected. The re-determination of the state of the test terminal can also be realized through the state parameters of the test terminal.
And step S70, when the test end is not changed from the normal state to the abnormal state, judging that the test parameters are valid, and outputting a test result according to the test parameters.
In this embodiment, if the state of the testing end determined again is still a normal state, that is, the state is not changed from the normal state to an abnormal state, it indicates that the whole testing process performed at the testing end is normal, the testing parameters fed back by the testing end are determined to be valid, and the testing result is output according to the testing parameters fed back by the testing end. The test parameters fed back by the test end may include at least one of application program start time, response delay, network delay, memory occupancy rate corresponding to the application program, power consumption, the application program, and state parameters of the test end. The test result may be "success", "failure", etc., and may further include normal parameters and abnormal parameters among the test parameters. Through the test result output by the user side, the operator can more conveniently find the reason of the test failure, so that the application program is corrected.
In the technical scheme disclosed in this embodiment, after receiving the test parameters fed back by the test end, if the test end is not changed from the normal state to the abnormal state, it is determined that the test parameters are valid, and a test result is output according to the test parameters, and it is determined whether the test parameters fed back by the test end are valid according to the state of the test end, thereby further ensuring the accuracy of the test result.
In the fourth embodiment, as shown in fig. 5, on the basis of the embodiment shown in any one of fig. 2 to 4, step S30 includes:
step S31, when the testing end is in a normal state, outputting a testing item list corresponding to the type of the testing end;
in this embodiment, when it is determined that the test end is in the normal state according to the acquired state parameters, a test item list is output in the user interface. The test item list includes at least one of an application to be tested, a test script, test time, test times and test parameter types, where the test script is a script for simulating user operation, the test time may include at least one of test start time and test duration, and the test parameter types may include at least one of application program start time, response delay, network delay, power consumption, memory occupancy rate corresponding to the application program, and status parameters of the test end.
Since the testing terminals corresponding to different applications may be different, and the testing content may also be changed, when the testing terminal is in a normal state, the output testing item list may be corresponding to the type of the testing terminal. For example, when the type of the test end is an android platform, a test item list corresponding to the android platform is output, where the test item list corresponding to the android platform may include android applications to be tested, and when the type of the test end is a Windows platform, a test item list corresponding to the Windows platform is output, where the test item list corresponding to the Windows platform may include Windows applications to be tested.
Step S32, when a selection instruction triggered by the test item list is detected, obtaining a test item corresponding to the selection instruction;
and step S33, generating the test instruction according to the test item corresponding to the selection instruction, and sending the test instruction to the test end.
In this embodiment, when a selection instruction triggered by a user through a test item list is detected, a test item corresponding to the selection instruction is obtained, a test instruction is generated according to the test item, and the test instruction is sent to a test end, so that the test end performs a test according to the test item corresponding to the test instruction. Specifically, each test item in the test item list can correspond to a different file path, and when a test instruction is generated according to the test item, the test instruction can be generated according to a configuration file in the file path corresponding to the test item, so that a test end can perform a test according to the configuration file when receiving the test instruction.
In the technical scheme disclosed in this embodiment, when the test end is in a normal state, the test item list corresponding to the type of the test end is output, the test instruction is generated according to the test item corresponding to the user selection instruction, the test instruction is sent to the test end, and the test is performed through the test item selected by the user, so that the setting of the test process is more convenient, and the efficiency of the test process is improved.
In addition, an embodiment of the present invention further provides a device for testing an application program, where the device for testing an application program includes: the test system comprises a memory, a processor and a test program of an application program stored on the memory and capable of running on the processor, wherein the test program of the application program realizes the steps of the test method of the application program according to the embodiment when the test program of the application program is executed by the processor.
In addition, an embodiment of the present invention further provides a computer-readable storage medium, where a test program of an application program is stored on the computer-readable storage medium, and the test program of the application program, when executed by a processor, implements the steps of the method for testing the application program according to the above embodiment.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (12)
1. A method for testing an application program is characterized by comprising the following steps:
acquiring state parameters of the test end;
determining the state of the test end according to the state parameters;
and when the test end is in a normal state, sending a test instruction to the test end so that the test end tests according to the test instruction and feeds back test parameters.
2. The method for testing an application program according to claim 1, wherein the state parameter includes at least one of a remaining operating memory, a processor frequency, a network delay, a device temperature, and a remaining power of the testing terminal.
3. The method for testing an application program according to claim 1, wherein after the step of determining the state of the test terminal according to the state parameter, the method for testing an application program further comprises:
when the test terminal is in an abnormal state, sending a restart instruction to the test terminal;
and returning to the step of acquiring the state parameters of the testing terminal after the testing terminal is detected to restart.
4. The method for testing an application program according to claim 3, wherein after the step of determining the state of the test terminal according to the state parameter, further comprising:
when the test terminal is in an abnormal state, acquiring the frequency of sending a restart instruction to the test terminal;
and when the times are greater than or equal to the preset times, generating and outputting abnormal prompt information according to the abnormal state parameters in the state parameters.
5. The method for testing an application program according to claim 4, wherein after the step of obtaining the number of times of sending the restart instruction to the test terminal, the method further comprises:
and when the times are less than the preset times, executing the step of sending the restart instruction to the test terminal.
6. The method for testing an application program according to claim 1, wherein the step of sending a test command to the test terminal comprises:
acquiring prestored identity information;
and sending the identity information and the test instruction to the test end so that the test end carries out identity verification according to the identity information and carries out testing according to the test instruction when the verification is successful.
7. The method for testing an application program according to claim 1, wherein the step of determining the state of the test terminal according to the state parameter comprises:
acquiring a parameter interval where the state parameter is located;
and taking the state corresponding to the parameter interval as the state of the test end.
8. The method for testing an application program according to claim 1, wherein after the step of sending a test command to the test end when the test end is in a normal state, so that the test end performs a test according to the test command and feeds back test parameters, the method further comprises:
detecting whether the test end is changed from the normal state to an abnormal state;
and when the test end is not changed from the normal state to the abnormal state, judging that the test parameters are valid, and outputting a test result according to the test parameters.
9. The method for testing an application program according to claim 1, wherein the step of sending a test command to the test terminal when the test terminal is in a normal state comprises:
when the testing end is in a normal state, outputting a testing item list corresponding to the type of the testing end;
when a selection instruction triggered by the test item list is detected, obtaining a test item corresponding to the selection instruction;
and generating the test instruction according to the test item corresponding to the selection instruction, and sending the test instruction to the test end.
10. The method for testing an application program of claim 9, wherein the test item list includes at least one of an application to be tested, a test script, a test time, a number of tests, and a type of test parameter.
11. An apparatus for testing an application, the apparatus comprising: memory, a processor and a test program of an application program stored on the memory and executable on the processor, the test program of the application program, when executed by the processor, implementing the steps of the method of testing an application program according to any one of claims 1 to 10.
12. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a test program of an application program, which when executed by a processor implements the steps of the method of testing an application program according to any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911422282.3A CN111159048A (en) | 2019-12-30 | 2019-12-30 | Application program testing method and device and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911422282.3A CN111159048A (en) | 2019-12-30 | 2019-12-30 | Application program testing method and device and computer readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111159048A true CN111159048A (en) | 2020-05-15 |
Family
ID=70560710
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911422282.3A Pending CN111159048A (en) | 2019-12-30 | 2019-12-30 | Application program testing method and device and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111159048A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113776782A (en) * | 2021-08-12 | 2021-12-10 | 惠州Tcl云创科技有限公司 | MTF test method, test equipment and computer readable storage medium |
| CN113835028A (en) * | 2021-09-15 | 2021-12-24 | 深圳创维－Rgb电子有限公司 | Automatic detection method for holder motor, terminal and computer readable storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103838663A (en) * | 2012-11-20 | 2014-06-04 | 腾讯科技（深圳）有限公司 | Application testing method and device |
| CN105824733A (en) * | 2016-03-14 | 2016-08-03 | 北京小米移动软件有限公司 | Method and device for monitoring terminal |
| CN107992386A (en) * | 2017-11-23 | 2018-05-04 | 上海斐讯数据通信技术有限公司 | A kind of router memory method for testing pressure and system |
| CN109240924A (en) * | 2018-09-03 | 2019-01-18 | 中国平安人寿保险股份有限公司 | A kind of test method and equipment of application program |
| CN110083510A (en) * | 2019-05-06 | 2019-08-02 | 深圳市网心科技有限公司 | Fringe node test method, electronic equipment, system and medium |
| CN110275826A (en) * | 2019-05-20 | 2019-09-24 | 平安普惠企业管理有限公司 | Automated testing method, device and computer readable storage medium |
-
2019
- 2019-12-30 CN CN201911422282.3A patent/CN111159048A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103838663A (en) * | 2012-11-20 | 2014-06-04 | 腾讯科技（深圳）有限公司 | Application testing method and device |
| CN105824733A (en) * | 2016-03-14 | 2016-08-03 | 北京小米移动软件有限公司 | Method and device for monitoring terminal |
| CN107992386A (en) * | 2017-11-23 | 2018-05-04 | 上海斐讯数据通信技术有限公司 | A kind of router memory method for testing pressure and system |
| CN109240924A (en) * | 2018-09-03 | 2019-01-18 | 中国平安人寿保险股份有限公司 | A kind of test method and equipment of application program |
| CN110083510A (en) * | 2019-05-06 | 2019-08-02 | 深圳市网心科技有限公司 | Fringe node test method, electronic equipment, system and medium |
| CN110275826A (en) * | 2019-05-20 | 2019-09-24 | 平安普惠企业管理有限公司 | Automated testing method, device and computer readable storage medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113776782A (en) * | 2021-08-12 | 2021-12-10 | 惠州Tcl云创科技有限公司 | MTF test method, test equipment and computer readable storage medium |
| CN113835028A (en) * | 2021-09-15 | 2021-12-24 | 深圳创维－Rgb电子有限公司 | Automatic detection method for holder motor, terminal and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108255730B (en) | Software interface testing method, testing equipment, storage medium and device | |
| CN106294102B (en) | Application program testing method, client, server and system | |
| CN110908909B (en) | Automatic test method, device, storage medium and equipment | |
| CN111026645B (en) | User interface automatic test method and device, storage medium and electronic equipment | |
| CN105302722B (en) | CTS automatic testing method and device | |
| CN102324004A (en) | Verification method for webpage form input information and device | |
| CN113127323A (en) | Test method, test device, terminal equipment and storage medium | |
| CN110825634A (en) | Parameter quality checking method, device and equipment and computer readable storage medium | |
| CN111240973A (en) | Simulation-based equipment testing method and system and readable storage medium | |
| CN112260929B (en) | Content sharing method and device, terminal and storage medium | |
| CN111159048A (en) | Application program testing method and device and computer readable storage medium | |
| CN111090592A (en) | Automatic testing method of buried point, terminal and readable storage medium | |
| CN108540293B (en) | Identity authentication method and device | |
| CN108123935B (en) | Circuit board testing method and device, storage medium and terminal | |
| CN110908702A (en) | Version switching method, version switching device, computer equipment and storage medium | |
| CN111405006A (en) | Method and device for processing remote login failure and remote login system | |
| CN111104324A (en) | Test case generation method, test case generation device and computer-readable storage medium | |
| CN109729346B (en) | Remote debugging method and system for television, debugging terminal and television terminal | |
| CN111061637B (en) | Interface testing method, interface testing device and storage medium | |
| CN111242445B (en) | Method, apparatus and readable storage medium for testing products based on configuration production line | |
| CN111245527B (en) | Performance detection system and detection method thereof | |
| CN109951549B (en) | Network page access method and device and computer readable storage medium | |
| CN111104323A (en) | Function test method, system, proxy server and storage medium of application program | |
| CN110597520A (en) | Server, deployment method thereof and computer-readable storage medium | |
| CN111352023B (en) | Crystal oscillator detection method and device and computer readable 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 |