Application program testing method and device, equipment and storage medium

Abstract

The invention discloses an application program testing method and device, equipment and a storage medium. The application program testing method and device are used for improving comprehensiveness and accuracy of application program testing. The method is applied to a first terminal, the first terminal is any one of a plurality of tested terminals, and the method comprises the following steps: obtaining a running script of a first application program to be tested; sending a test request for the first application program to the test device, and receiving a target test case set returned by the test device; test case sets corresponding to a plurality of tested terminals are maintained in the test device, and the target test case set is a test case set corresponding to the first terminal; and starting the running script to execute the target test case set and output a test result.

Description

Technical Field

[0001] The present application relates to the field of wireless communication technology and, in particular, to a method, device, equipment and storage medium for testing an application. Background Art

[0002] One definition of smoke testing is: verifying whether the basic functions of the software have been implemented from an abstract level to determine whether more testing is needed. In the software testing process, in order to avoid test failure, smoke testing can be carried out first to confirm whether the basic functions of the object under test have been implemented, and then subsequent testing work can be carried out. If the smoke test fails, no other tests will be carried out and the results will be directly returned to the R&D personnel.

[0003] However, traditional smoke testing only focuses on the software itself, but not the software's operating environment. Since different types of terminals support different functions, different terminals should not use the same test method when testing the same software. Therefore, traditional smoke testing only tests the basic functions of the software on one test device, resulting in insufficient comprehensiveness of the test and failing to meet the testing requirements for the basic functions of the software. Summary of the invention

[0004] The present application provides a method, apparatus, device and storage medium for testing an application program to improve the comprehensiveness and accuracy of application program testing.

[0005] In a first aspect, the present application proposes a method for testing an application program, the method being applied to a first terminal, the first terminal being any one of a plurality of terminals under test, the method comprising:

[0006] Obtaining a running script of a first application to be tested;

[0007] Sending a test request for the first application to a test device, and receiving a target test case set returned by the test device; the test device maintains test case sets corresponding to the multiple terminals under test, respectively, and the target test case set is a test case set corresponding to the first terminal;

[0008] Start the run script to execute the target test case set and output the test results.

[0009] In one or more embodiments, obtaining the running script of the first application to be tested specifically includes:

[0010] receiving indication information from an application server of the first application; the indication information is sent by the application server when a version of the first application is updated, and the indication information is used to instruct downloading a running script of the first application;

[0011] The running script is downloaded from the application server.

[0012] In one or more embodiments, the first terminal is connected to a control device via a relay and / or a programmable power supply; before starting the run script to execute the target test case set and output the test result, the method further includes:

[0013] The control device is restarted under the control of the relay and / or the programmable power supply.

[0014] In one or more embodiments, after starting the run script to execute the target test case set and output the test result, the method further includes:

[0015] stopping the first application;

[0016] The test result is sent to the testing device, so that the testing device determines whether the first application running on the first terminal passes the test.

[0017] In one or more embodiments, the receiving indication information from the application server of the first application program specifically includes:

[0018] The indication information from the application server of the first application is received through the air interface connection.

[0019] In a second aspect, the present application proposes another method for testing an application program, the method being applied to a test device, the test device being connected to a plurality of terminals under test, the method comprising:

[0020] Receiving a test request for the first application sent by a first terminal; the first terminal is any one of the multiple terminals under test, and the test request carries a running script of the first application;

[0021] Determine a target test case set corresponding to the first terminal from a plurality of maintained test case sets, start the run script to execute the target test case set and output a first test result;

[0022] Sending the target test case set to the first terminal, and receiving a second test result returned by the first terminal;

[0023] The first test result and the second test result are compared to determine whether the first application running on the first terminal passes the test.

[0024] In one or more embodiments, after determining whether the first application running on the first terminal passes the test, the method further includes:

[0025] Exit the first application;

[0026] The test device runs a watchdog program, and after the first application program exits, the first application program is started;

[0027] Waiting for a test request from the first terminal for the first application.

[0028] In a third aspect, the present application proposes a testing device for an application program, wherein the device is a first terminal, or the device is applied to the first terminal, the first terminal is any one of a plurality of terminals under test, and the device includes:

[0029] A processing unit, configured to obtain a running script of a first application to be tested;

[0030] A communication unit, configured to send a test request for the first application to a test device, and receive a target test case set returned by the test device; the test device maintains test case sets corresponding to the plurality of terminals under test, respectively, and the target test case set is a test case set corresponding to the first terminal;

[0031] The processing unit is also used to start the running script to execute the target test case set and output the test results.

[0032] In one or more embodiments, the processing unit is specifically configured to:

[0033] Receiving, through the communication unit, indication information from an application server of the first application; the indication information is sent by the application server when a version of the first application is updated, and the indication information is used to instruct downloading a running script of the first application;

[0034] The running script is downloaded from the application server.

[0035] In one or more embodiments, the apparatus is connected to a control device via a relay and / or a programmable power supply; before starting the run script to execute the target test case set and output the test result, the processing unit is further used to:

[0036] The control device is restarted under the control of the relay and / or the programmable power supply.

[0037] In one or more embodiments, the processing unit is further used to: stop the first application; the communication unit is further used to: send the test result to the testing device, so that the testing device determines whether the first application running on the first terminal passes the test.

[0038] In one or more embodiments, the communication unit is specifically configured to:

[0039] The indication information from the application server of the first application is received through the air interface connection.

[0040] In a fourth aspect, the present application proposes another application testing device, the device is a testing device, or the device is applied to the testing device, the testing device is connected to a plurality of terminals under test, and the device includes:

[0041] A communication unit, configured to receive a test request for the first application sent by a first terminal; the first terminal is any one of the plurality of terminals under test, and the test request carries a running script of the first application;

[0042] A processing unit, configured to determine a target test case set corresponding to the first terminal from a plurality of test case sets maintained, and start the running script to execute the target test case set to output a first test result;

[0043] The communication unit is further used to send the target test case set to the first terminal, and receive a second test result returned by the first terminal;

[0044] The processing unit is further configured to compare the first test result with the second test result to determine whether the first application running on the first terminal passes the test.

[0045] In one or more embodiments, the processing unit is specifically configured to:

[0046] Exit the first application;

[0047] The test device runs a watchdog program, and after the first application program exits, the first application program is started;

[0048] Waiting for a test request from the first terminal for the first application.

[0049] In a fifth aspect, an electronic device is provided, the electronic device comprising a controller and a memory. The memory is used to store computer-executable instructions, and the controller executes the computer-executable instructions in the memory to use hardware resources in the controller to perform the operation steps of any possible implementation method of the first aspect or the second aspect.

[0050] In a sixth aspect, a computer-readable storage medium is provided, in which instructions are stored, and when the computer-readable storage medium is run on a computer, the computer executes the methods in the above aspects.

[0051] This application proposes to use multiple different terminals under test to perform tests during the testing process for the same application. Compared with the test solution in a pure software environment in traditional technology, the software and hardware combination solution proposed in this application can effectively improve the accuracy of the test. In addition, this application proposes to maintain test case sets for multiple terminals under test through a test device, so that different terminals under test can flexibly switch test case sets when testing, avoiding the problem of missing the functional points that should be tested due to the use of the same test case set by multiple terminals under test, and further improving the accuracy of application testing. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for describing the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application.

[0053] Figure 1 A schematic diagram of a test scenario architecture of an application provided in an embodiment of the present application;

[0054] Figure 2 A schematic diagram of a testing method flow of an application provided in an embodiment of the present application;

[0055] Figure 3 A schematic diagram of another application testing scenario architecture provided in an embodiment of the present application;

[0056] Figure 4 A flowchart of another application testing method provided in an embodiment of the present application;

[0057] Figure 5 A schematic diagram of the structure of a testing device for an application program provided in an embodiment of the present application;

[0058] Figure 6 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0059] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the technical solution of the present application, rather than all of the embodiments. Based on the embodiments recorded in the application documents, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the technical solution of the present application.

[0060] The terms "first" and "second" in the specification and claims of the present application and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the term "comprising" and any of their variations are intended to cover non-exclusive protection. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but optionally also includes steps or units that are not listed, or optionally also includes other steps or units inherent to these processes, methods, products or devices. "Multiple" in the present application can mean at least two, for example, two, three or more, and the embodiments of the present application are not limited.

[0061] In addition, the term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article, unless otherwise specified, generally indicates that the associated objects before and after are in an "or" relationship.

[0062] The automated constant stability test of the terminal equipment is to detect the hardware of the terminal equipment before the terminal equipment is released to determine the correctness of the hardware circuit, thereby improving the transparent transmission performance of the terminal equipment and the stability of communication. Specifically, the test device is connected to the terminal equipment through the communication circuit of the terminal equipment to be tested, and the terminal equipment is tested according to the preset test parameters, so that the terminal equipment can be tested directly through the hardware communication circuit without simulating the serial port through software, which can increase the size of the transmitted data packet to meet the transmission of data packets above 10k. At the same time, testing the terminal equipment through the test device can also avoid the situation where large amounts of data packets are sub-packetized before entering the terminal equipment, and can also reduce the error of the time interval for the test device to send data packets.

[0063] Automated application testing of terminal devices can also be called smoke testing, which is a test of the basic functions of an application before formal testing of the application. Specifically, the application must be installed in the terminal device used for testing, and the terminal device runs the application and collects the operating parameters during the operation for analysis to determine whether the application passes the smoke test. In the related art, the method for automated testing of applications is to set up a test server, which communicates with multiple terminal devices used for testing. When the developer completes the development of the application, the application can be constructed into an algorithm package for data parsing, and the application background construction test task can be triggered. Furthermore, the constructed algorithm package, the data set to be parsed, and the toolkit are integrated into an executable installation package by a computer and sent to the test server. After the test server receives the installation package, it can forward the installation package to the terminal device used for testing for testing.

[0064] Although hardware testing can test the stability of terminal equipment and determine the correctness of the circuit of the terminal equipment, it pays less attention to software and cannot support the automatic loading and running of software test cases. On the contrary, smoke testing in software testing can achieve fast and efficient testing of basic software functions, but it only focuses on the testing of the software itself and does not take into account the deployment environment of the software. In other words, when performing a smoke test, only one terminal device is used to run the software for testing, and the test cases used are relatively simple, so the test effect is not good. Based on this, the present application proposes a testing scheme for an application program, in which different test case sets are configured for different terminal devices in the test device, so that when the terminal device tests a certain application, it can run the script of the application program to execute the corresponding test case set, thereby improving the accuracy and comprehensiveness of the application program test.

[0065] In order to facilitate understanding of the solution of this application, the following first introduces the scenarios to which the solution of this application is applicable. Figure 1 , is a schematic diagram of a test scenario architecture of an application provided in an embodiment of the present application, wherein the scenario includes an application server, a test device, and multiple terminals under test. The application server may also be referred to as a continuous integration service device, which is used to maintain the running scripts, databases, and various toolkits of the application, and is also used to release the latest version of the application when the running version of the application is updated.

[0066] Figure 1The terminal under test in the scenario shown can also be referred to as the execution environment of the application test solution proposed in this application, that is, the application test is performed by the terminal under test. The terminal under test can also be referred to as a terminal device (User Equipment, UE), a mobile station (Mobile Station, MS), a mobile terminal device (Mobile Terminal, MT), etc., which is a device that provides voice and / or data connectivity to users, such as a handheld device with wireless connection function, a vehicle-mounted device, etc. At present, some examples of terminal devices are: mobile phones, tablet computers, laptop computers, PDAs, mobile Internet devices (MID), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminal devices in industrial control (IndustrialControl), wireless terminal devices in self-driving, wireless terminal devices in remote medical surgery, wireless terminal devices in smart grids, wireless terminal devices in transportation safety, wireless terminal devices in smart cities, wireless terminal devices in smart homes, etc. This application does not limit the manufacturer, model, hardware composition and operating system of the terminal under test.

[0067] Figure 1 The test device included in the scenario shown is used to maintain test case sets corresponding to various test terminals, and to run test programs to execute each test case set, and is also used to verify the test results of the tested terminal to determine whether the test passes. Exemplarily, the functions of the test device can be implemented by a server, a personal computer (PC), and the test device can be connected to the tested terminal by wireless or wired means.

[0068] It should be noted that the above Figure 1 As an example only, the present application does not limit the number of terminals under test included in the test scenario, and multiple terminals under test can test the application program at the same time. For ease of description, the following description will be made by taking the first terminal among the multiple terminals under test as an example, wherein the first terminal is any one of the multiple terminals under test.

[0069] The following, combined Figure 1 The scenario architecture shown introduces the test solution of the application proposed in the embodiment of the present application. Figure 2, is a schematic diagram of a test method flow of an application provided in an embodiment of the present application. By way of example, the method flow can be Figure 1 This is achieved by including a test terminal (hereinafter, the first terminal is taken as an example) and a test device. Figure 2 The method flow shown specifically includes:

[0070] 201. A first terminal obtains a running script of a first application to be tested.

[0071] Exemplarily, the first terminal may request the application server for the running script of the first application, or the application server may send the running script of the first application to the first terminal.

[0072] 202. The first terminal sends a test request for the first application to the testing device.

[0073] The test request carries the running script of the first application. Exemplarily, the first terminal may send the test request to the test device via a wireless signal.

[0074] 203 , the testing device receives a test request and determines a target test case set corresponding to the first terminal from a plurality of maintained test case sets.

[0075] Optionally, the multiple test case sets maintained in the test device can be used to test the first application program on different test terminals, and the different test terminals can be distinguished based on the manufacturer, model, chip type, and operating system of the test terminal. Exemplarily, the test request can also include an identifier of the first terminal, and the test device can determine the target test case set corresponding to the first terminal from the multiple test case sets based on the identifier of the first terminal.

[0076] 204 , the testing device starts the running script of the first application program to execute the target test case set and outputs a first test result.

[0077] 205. The testing device sends a target test case set to the first terminal.

[0078] It should be noted that the present application does not limit the order in which the test device executes step 204 and step 205, and these two steps can be executed simultaneously.

[0079] 206 , the first terminal receives the target test case set, starts the running script of the first application program to execute the target test case set and outputs a second test result.

[0080] 207. The first terminal sends the second test result to the testing device.

[0081] 208. The testing device receives a second test result, and compares the first test result with the second test result to determine whether the first terminal passes the test when running the first application.

[0082] Based on the above scheme, the present application proposes to use multiple different terminals under test to perform tests during the testing process for the same application. Compared with the testing scheme in a pure software environment in traditional technology, the hardware and software combined scheme proposed in the present application can effectively improve the accuracy of the test. In addition, the present application proposes to maintain test case sets for multiple terminals under test through a test device, so that different terminals under test can flexibly switch test case sets when testing, avoiding the problem of missing the functional points that should be tested due to the use of the same test case set by multiple terminals under test, and further improving the accuracy of application testing.

[0083] In some embodiments, the first terminal may obtain the latest version of the running script of the first application when the version of the first application is updated. In one possible implementation, the application server may send an indication message to the first terminal when the version of the first application is updated, for instructing the first terminal to download the latest version of the running script of the first application. After receiving the indication message, the first terminal may download the running script of the first application from the application server according to the indication. In another possible implementation, the application server may determine the terminal under test for testing the first application when the version of the first application is updated, and send the latest version of the running script of the first application to the determined terminal under test.

[0084] Exemplarily, the step of the application server notifying the first terminal that the version of the first application program has been updated may also be implemented by a specific module included in the application server. Figure 1 The application server in the illustrated scenario may include a software configuration management system (Software Configuration Management, SCM) and a continuous integration (Continuous Integration, CI) service module, wherein the SCM is used to maintain the version of the application and publish the running script after the application is updated, and the CI service module is used to detect in real time whether the application version in the SCM is updated and request the latest version of the application. The CI service module is also used to download the latest version of the running script of the first application from the SCM when it is determined that the version of the first application is updated, and notify each test terminal used to test the first application to download the running script of the first application.

[0085] In some possible cases, after obtaining the running script of the first application, the first terminal can automatically restart and run the running script of the first application for testing. Alternatively, the first terminal can also be connected to a first control device, and the first control device controls the first terminal to restart. Exemplarily, the first control device can also be called a host computer, and the function of the first control device can be implemented by a personal computer (PC), a server and other devices, which is used to control the terminal under test (such as the first terminal) and obtain the test results of the terminal under test. Optionally, the first control device may also include a display screen for displaying the test results obtained from the terminal under test. The first control device and the terminal under test can be connected using a universal serial bus (USB) to serial port module, so that the conversion between the computer USB interface and the universal serial port can be realized. For example, the first control device can obtain the second test result for the first application from the first terminal through the USB to serial port module, and display the second test result on the display screen for analysis by technicians.

[0086] Exemplarily, when the first control device controls the first terminal to restart, it can control the first terminal to restart through a relay and / or a program-controlled power supply. For example, the first control device can also be connected to the first terminal through a relay and / or a program-controlled power supply, and the first terminal can include a hardware button indicating restart, and the first control device can control the first terminal to restart by pressing the button through the relay and / or the program-controlled power supply.

[0087] Furthermore, after the first terminal starts the running script of the first application after restarting to execute the target test case set and output the second test result, the second test result can be sent to the test device via a wireless signal for the test device to verify the second test result. Exemplarily, the verification process can also be implemented by specific components included in the test device. For example, Figure 1 The test device in the common scenario shown includes a second control device and a software radio peripheral in the test device. Among them, the second control device can also be called a host computer, which is used to maintain the test case sets corresponding to the various terminals under test, and to run the test program for executing the test case set, and is also used to verify the test results of the terminal under test. The software radio peripheral included in the test device can be composed of a field programmable gate array (Field-Programmable Gate Array, FPGA) chip, one or more radio frequency chips and an antenna, which is used to process the received signal and output the processing result to the second control device, and to encapsulate the information generated by the second control device and output it to the corresponding external device, such as encapsulating the target test case set and sending it to the first terminal.

[0088] In combination with the composition of the test device and the composition of the application server described in the above embodiments, the present application embodiment also proposes another scenario architecture schematic diagram, which can be specifically referred to in Figure 3 . Figure 3 The scenario shown includes an application server, a device under test, and a test device. The application server includes SCM and CI service modules. The specific functions can be found in the description of the above embodiments and will not be described here. The device under test includes a first control device and a first terminal, which are connected via a USB to serial port module and a relay and / or a programmable power supply. It should be noted that the first control device can be connected to multiple test terminals. Figure 3 In the example, only the first terminal is used as an example. Figure 3 The first control device shown in can be connected to the CI service module in the application server via wired or wireless means, and is used to receive notifications issued by the CI service module regarding application version updates, and to download the latest version of the application running script from the CI service module, and transmit the running script to the first terminal via the USB to serial port module. Figure 3 The test device in the scenario shown includes a second control device and a software radio peripheral, wherein the software radio peripheral is connected to the first terminal in a wireless manner to isolate the device under test from the test device to avoid the influence of hardware on software testing. Alternatively, the software radio peripheral can also be connected to the first terminal in a wired manner such as a radio frequency cable. The software radio peripheral is used to support the transmission of information such as a target test case set and a second test result between the second control device and the first terminal.

[0089] Below, based on Figure 3 The scenario shown in the figure introduces the test solution of the application proposed in this application. Figure 4 , is a flow chart of a testing method for an application provided in an embodiment of the present application, specifically including:

[0090] 401, when the CI service module detects that the version of the first application in the SCM is updated, the CI service module downloads the latest version of the running script of the first application.

[0091] Optionally, after downloading the running script of the first application, the CI service module may start a compile script to convert the running script into a binary file and store the binary file in a binary directory corresponding to the first application.

[0092] 402. The CI service module sends instruction information to the first control device.

[0093] The indication information is used to indicate that the version of the first application is updated, and to instruct the first control device to download the running script of the first application.

[0094] 403 , the first control device downloads the running script of the first application from the CI service module, and instructs the first terminal to download the running script through the USB to serial port module.

[0095] Exemplarily, the process in which the first control device instructs the first terminal to download and run the script may also be referred to as the first control device instructing the first terminal to burn the running script based on a preset burning program.

[0096] 404 , the first terminal receives the running script of the first application, and sends a test request for the first application to the second control device through the software radio peripheral.

[0097] 405 , the second control device determines a target test case set corresponding to the first terminal according to the test request, starts a running script of the first application program to execute the target test case set and outputs a first test result.

[0098] Exemplarily, when a test case included in the test case set is used to test the computing algorithm of the first application, the second control device can execute the target test case set according to the pre-configured test program. Alternatively, when a test case included in the test case set is used to test the communication algorithm of the first application, the second control device can drive the software radio peripheral to process the wireless signal according to the design of the target test case set. Optionally, a watchdog program can also be run in the second control device. After the current test program ends, the watchdog program can be used to pull up the test program again and wait for the next test to start.

[0099] 406. The second control device sends the target test case set to the first terminal.

[0100] 407 , the first terminal receives the target test case set, starts the running script of the first application program to execute the target test case set and outputs a second test result.

[0101] Exemplarily, before executing the target test case set, the first terminal may also restart automatically or restart under the control of the first control device, and after restarting, start running the script to execute the target test case set to output the second test result.

[0102] 408. The first terminal sends a second test result to the second control device through the software radio peripheral.

[0103] 409 , the second control device compares the first test result with the second test result to determine whether the first terminal passes the test when running the first application.

[0104] In some scenarios, after sending the running script of the first application to the first terminal to instruct the first terminal to start the test, the first control device can set a timer, and when the timer expires, capture the log of the test phase from the first terminal through a log capture tool. Optionally, the first control device can also display the captured log on the display screen for technicians to analyze and output the test results. The first control device can also send the test results of the first terminal to the CI service module to notify the CI service module that the current test has ended.

[0105] Based on the same concept as the above method, see Figure 5 The present application provides a testing device 500 for an application program, and the device 500 is used to perform each step in the above method, and in order to avoid repetition, it will not be described again. The device 500 includes: a processing unit 501 and a communication unit 502 .

[0106] In one possible scenario:

[0107] The processing unit 501 is used to obtain a running script of a first application to be tested;

[0108] The communication unit 502 is used to send a test request for the first application to the test device, and receive a target test case set returned by the test device; the test device maintains test case sets corresponding to the multiple terminals under test, and the target test case set is a test case set corresponding to the first terminal;

[0109] The processing unit 501 is further configured to start the running script to execute the target test case set and output the test result.

[0110] In one or more embodiments, the processing unit 501 is specifically configured to:

[0111] Receiving, through the communication unit 502, indication information from an application server of the first application; the indication information is sent by the application server when a version of the first application is updated, and the indication information is used to instruct downloading a running script of the first application;

[0112] The running script is downloaded from the application server.

[0113] In one or more embodiments, the apparatus is connected to a control device via a relay and / or a programmable power supply; before starting the run script to execute the target test case set and output the test result, the processing unit 501 is further used to:

[0114] The control device is restarted under the control of the relay and / or the programmable power supply.

[0115] In one or more embodiments, the communication unit 502 is further configured to:

[0116] The test result is sent to the testing device, so that the testing device determines whether the first application running on the first terminal passes the test.

[0117] In another possible scenario:

[0118] The communication unit 502 is configured to receive a test request for the first application sent by a first terminal; the first terminal is any one of the plurality of terminals under test, and the test request carries a running script of the first application;

[0119] The processing unit 501 is configured to determine a target test case set corresponding to the first terminal from a plurality of maintained test case sets, and start the running script to execute the target test case set to output a first test result;

[0120] The communication unit 502 is further configured to send the target test case set to the first terminal, and receive a second test result returned by the first terminal;

[0121] The processing unit 501 is further configured to compare the first test result with the second test result to determine whether the first application running on the first terminal passes the test.

[0122] Figure 6 The electronic device 600 provided in the embodiment of the present application is shown in FIG. 6. The electronic device 600 in the embodiment of the present application may further include a communication interface 603, which is, for example, a network port, and the electronic device may transmit data through the communication interface 603. Optionally, the communication interface 603 may be used to implement the above Figure 5 The function of the communication unit 502.

[0123] In the embodiment of the present application, the memory 602 stores instructions that can be executed by at least one controller 601. The at least one controller 601 can be used to execute each step in the above method by executing the instructions stored in the memory 602. For example, the controller 601 can implement the above method. Figure 5 The function of the processing unit 501 in.

[0124] Among them, the controller 601 is the control center of the electronic device, which can use various interfaces and lines to connect various parts of the entire electronic device, by running or executing instructions stored in the memory 602 and calling data stored in the memory 602. Optionally, the controller 601 may include one or more processing units, and the controller 601 may integrate an application controller and a modem controller, wherein the application controller mainly processes the operating system and application programs, etc., and the modem controller mainly processes wireless communications. It is understandable that the above-mentioned modem controller may not be integrated into the controller 601. In some embodiments, the controller 601 and the memory 602 may be implemented on the same chip, and in some embodiments, they may also be implemented separately on independent chips.

[0125] The controller 601 may be a general controller, such as a central processing unit (CPU), a digital signal controller, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, which may implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general controller may be a microcontroller or any conventional controller, etc. The steps performed by the data statistics platform disclosed in the embodiments of the present application may be performed directly by a hardware controller, or by a combination of hardware and software modules in the controller.

[0126] The memory 602 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer executable programs and modules. The memory 602 may include at least one type of storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory, a random access memory (English: Random Access Memory, referred to as: RAM), a static random access memory (English: Static Random Access Memory, referred to as: SRAM), a programmable read-only memory (English: Programmable Read Only Memory, referred to as: PROM), a read-only memory (English: Read Only Memory, referred to as: ROM), an electrically erasable programmable read-only memory (English: Electrically Erasable Programmable Read-Only Memory, referred to as: EEPROM), a magnetic memory, a disk, an optical disk, etc. The memory 602 is any other medium that can be used to carry or store a desired program code in the form of an instruction or data structure and can be accessed by a computer, but is not limited thereto. The memory 602 in the embodiment of the present application can also be a circuit or any other device that can realize a storage function, for storing program instructions and / or data.

[0127] By designing and programming the controller 601, for example, the code corresponding to the method introduced in the above embodiment can be solidified into the chip, so that the chip can execute the steps of the above method when running. How to design and program the controller 601 is a technology well known to those skilled in the art and will not be repeated here.

[0128] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

[0129] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a controller of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the controller of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0130] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0131] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0132] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0133] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A method for testing an application, characterized in that: The method is applied to a first terminal, where the first terminal is any one of a plurality of terminals under test, and the method includes: Obtaining a running script of a first application to be tested; Sending a test request for the first application to a test device, and receiving a target test case set returned by the test device; the test device maintains test case sets corresponding to the multiple terminals under test, respectively, and the target test case set is a test case set corresponding to the first terminal; Start the run script to execute the target test case set and output the test results.

2. The method according to claim 1, characterized in that The step of obtaining the running script of the first application to be tested specifically includes: receiving indication information from an application server of the first application; the indication information is sent by the application server when a version of the first application is updated, and the indication information is used to instruct downloading a running script of the first application; Download the running script from the application server.

3. The method according to claim 1 or 2, characterized in that: The first terminal is connected to the control device via a relay and / or a program-controlled power supply; Before starting the running script to execute the target test case set and output the test result, the method further includes: The control device is restarted under the control of the relay and / or the programmable power supply.

4. The method according to claim 1 or 2, characterized in that: After starting the run script to execute the target test case set and output the test result, the method further includes: stopping the first application; The test result is sent to the testing device, so that the testing device determines whether the first application running on the first terminal passes the test.

5. The method according to claim 2, characterized in that: The receiving the indication information from the application server of the first application program specifically includes: The indication information from the application server of the first application is received through the air interface connection.

6. A method for testing an application, characterized in that: The method is applied to a test device, the test device is connected to a plurality of terminals under test, and the method comprises: Receiving a test request for the first application sent by a first terminal; the first terminal is any one of the multiple terminals under test, and the test request carries a running script of the first application; Determine a target test case set corresponding to the first terminal from a plurality of maintained test case sets, start the run script to execute the target test case set and output a first test result; Sending the target test case set to the first terminal, and receiving a second test result returned by the first terminal; The first test result and the second test result are compared to determine whether the first application running on the first terminal passes the test.

7. The method according to claim 6, characterized in that After determining whether the first application running on the first terminal passes the test, the method further includes: Exit the first application; The test device runs a watchdog program, and after the first application program exits, the first application program is started; Waiting for a test request from the first terminal for the first application.

8. A testing device for an application, characterized in that: The device is a first terminal, or the device is applied to the first terminal, the first terminal is any one of a plurality of terminals under test, and the device includes: A processing unit, configured to obtain a running script of a first application to be tested; A communication unit, configured to send a test request for the first application to a test device, and receive a target test case set returned by the test device; the test device maintains test case sets corresponding to the plurality of terminals under test, respectively, and the target test case set is a test case set corresponding to the first terminal; The processing unit is also used to start the running script to execute the target test case set and output the test results.

9. The device according to claim 8, characterized in that The processing unit is specifically used for: Receiving, through the communication unit, indication information from an application server of the first application; the indication information is sent by the application server when a version of the first application is updated, and the indication information is used to instruct downloading a running script of the first application; Download the running script from the application server.

10. The device according to claim 8 or 9, characterized in that The device is connected to a control device via a relay and / or a program-controlled power supply; before starting the running script to execute the target test case set and output the test result, the processing unit is also used to: The control device is restarted under the control of the relay and / or the programmable power supply.

11. The device according to claim 8 or 9, characterized in that The processing unit is further used to: stop the first application; The communication unit is further configured to send the test result to the test device, so that the test device can determine whether the first application running on the first terminal passes the test.

12. The device according to claim 9, characterized in that The communication unit is specifically used for: The indication information from the application server of the first application is received through the air interface connection.

13. A testing device for an application, characterized in that: The device is a test device, or the device is applied to the test device, the test device is connected to a plurality of terminals under test, and the device includes: A communication unit, configured to receive a test request for the first application sent by a first terminal; the first terminal is any one of the plurality of terminals under test, and the test request carries a running script of the first application; A processing unit, configured to determine a target test case set corresponding to the first terminal from a plurality of test case sets maintained, and start the running script to execute the target test case set to output a first test result; The communication unit is further used to send the target test case set to the first terminal, and receive a second test result returned by the first terminal; The processing unit is further configured to compare the first test result with the second test result to determine whether the first application running on the first terminal passes the test.

14. The testing device according to claim 13, characterized in that: The processing unit is specifically used for: Exit the first application; The test device runs a watchdog program, and after the first application program exits, the first application program is started; Waiting for a test request from the first terminal for the first application.

15. An electronic device, characterized in that: include: Memory and controller; A memory for storing program instructions; A controller, configured to call the program instructions stored in the memory, and execute the method according to any one of claims 1 to 5 or claim 6 or 7 according to the obtained program.

16. A computer storage medium storing computer executable instructions, characterized in that: The computer executable instructions are used to execute the method according to any one of claims 1 to 5 or claims 6 or 7.

Images