Data processing method and apparatus, terminal device, and storage medium

Abstract

The application discloses a data processing method and device, a terminal equipment and a storage medium. The method comprises the following steps: intercepting at least one page display data of a second application, wherein the at least one page display data is returned by the second application based on a data acquisition request sent by at least one first application; modifying each intercepted page display data based on a first preset mock rule; and storing the modified page display data in a message queue of a database, wherein the database comprises at least one message queue, and one message queue is used for storing page display data corresponding to one first application. When starting page testing of a target first application, the modified page display data corresponding to the target first application is sent to the target first application through a target message queue used for storing the page display data corresponding to the target first application, so as to perform page testing on the target first application. According to the application, the testing efficiency and comprehensiveness can be improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a data processing method, apparatus, terminal device, and storage medium. Background Technology

[0002] As applications iterate, their functionality becomes more aligned with actual user needs, and their page displays become richer and more diverse. Each time an application is updated, compatibility testing is typically required—testing or verifying whether the application can correctly display various page styles. Currently, testers or developers often manually modify the values ​​of certain fields in the data to generate mock data for testing. However, this method of manually mocking data is inefficient, and because mock data is subjective, it cannot cover all data scenarios, preventing comprehensive verification of the tested program. Therefore, improving testing efficiency and achieving more comprehensive application testing has become a pressing issue. Summary of the Invention

[0003] This application provides a data processing method, apparatus, terminal device, and storage medium, which can improve the testing efficiency and comprehensiveness of applications.

[0004] In a first aspect, embodiments of this application provide a data processing method, the method comprising:

[0005] Intercept at least one page display data of a second application, wherein the at least one page display data is returned by the second application based on a data acquisition request sent by at least one first application;

[0006] Based on the first preset mock rule, the page display data corresponding to each first application that was intercepted was modified, and the modified page display data corresponding to each first application was stored in the message queue of the database. The database includes at least one message queue, and one message queue is used to store the page display data corresponding to one first application. The first preset mock rule is used to determine the modification method of the page display data.

[0007] When the page test of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application, so as to perform page test on the target first application.

[0008] In conjunction with the first aspect, in one possible implementation, the above method further includes:

[0009] When a page test request is received from the target first application, it is determined to start the page test of the target first application, and the target message queue is determined from the multiple message queues according to the page test request. The target message queue is used to store the page display data corresponding to the target first application.

[0010] In conjunction with the first aspect, in one possible implementation, the database also includes multiple queue identifiers, each queue identifier being used to uniquely identify a message queue.

[0011] The target message queue is determined from the above multiple message queues based on the above page test request, including:

[0012] Based on the application identifier included in the above page test request, obtain the target queue identifier associated with the above application identifier from the above multiple queue identifiers;

[0013] From the above multiple message queues, the message queue corresponding to the target queue identifier is determined as the target message queue.

[0014] In conjunction with the first aspect, in one possible implementation, the above method further includes:

[0015] When a data sending instruction is received from the user interface to send page display data to the aforementioned target application, the page test of the aforementioned target application is initiated.

[0016] Based on the queue identifier included in the above data sending instruction, the target message queue corresponding to the above queue identifier is determined from the above multiple message queues. The target message queue is used to store the page display data corresponding to the above target first application.

[0017] In conjunction with the first aspect, in one possible implementation, before intercepting at least one page display data of the second application, the method further includes:

[0018] The initial data acquisition requests sent by the first application to the second application were intercepted using a packet capture tool.

[0019] According to the second preset mock rule, the parameters in the initial data acquisition requests sent by each first application are modified to obtain the modified initial data acquisition requests;

[0020] Based on the packet capture tool, the modified initial data acquisition requests are sent as data acquisition requests sent by the first applications to the second application, thereby triggering the second application to return multiple pages to display data based on the data acquisition requests sent by the first applications.

[0021] In conjunction with the first aspect, in one possible implementation, the data displayed on the page is in JSON format; the first preset mock rule includes modification rules corresponding to each field type among various field types.

[0022] Before modifying the page display data corresponding to each intercepted first application based on the first preset mock rule, the above method also includes:

[0023] The intercepted JSON data corresponding to each first application is parsed to obtain the field types included in the JSON data corresponding to each first application, as well as the values ​​corresponding to each field type.

[0024] The above modification of the page display data corresponding to each intercepted first application based on the first preset mock rule includes:

[0025] The modification rules corresponding to each field type are obtained from the first preset mock rules, and the values ​​of each field type in the JSON format data corresponding to each first application are modified according to the modification rules corresponding to each field type.

[0026] In conjunction with the first aspect, in one possible implementation, after sending the modified page display data corresponding to the target first application to the target first application via a target message queue used for storing page display data corresponding to the target first application, the method further includes:

[0027] Receive the test details data returned by the target application after performing page testing based on the modified page display data corresponding to the target application, and generate a test report based on the test details data.

[0028] Secondly, embodiments of this application provide a data processing apparatus, the apparatus comprising:

[0029] A page display data interception module is used to intercept at least one page display data of a second application, wherein the at least one page display data is returned by the second application based on a data acquisition request sent by at least one first application;

[0030] The page display data processing module is used to modify the intercepted page display data corresponding to each first application based on the first preset mock rule, and store the modified page display data corresponding to each first application in the message queue of the database. The database includes at least one message queue, and one message queue is used to store the page display data corresponding to one first application. The first preset mock rule is used to determine the modification method of the page display data.

[0031] The page display data sending module is used to send the modified page display data corresponding to the target first application to the target first application through the target message queue used to store the page display data corresponding to the target first application when the page test of the target first application is started, so as to perform page test on the target first application.

[0032] In conjunction with the second aspect, in one possible implementation, the above-described apparatus further includes a first test initiation module, the first test initiation module comprising:

[0033] The page test request receiving unit is used to determine to start the page test of the target first application when it receives a page test request sent by the target first application.

[0034] The first target message queue determination unit is used to determine the target message queue from the multiple message queues based on the page test request. The target message queue is used to store the page display data corresponding to the first target application.

[0035] In conjunction with the second aspect, in one possible implementation, the database also includes multiple queue identifiers, each queue identifier being used to uniquely identify a message queue.

[0036] The aforementioned first target message queue determination unit is specifically used for:

[0037] Based on the application identifier included in the above page test request, obtain the target queue identifier associated with the above application identifier from the above multiple queue identifiers;

[0038] From the above multiple message queues, the message queue corresponding to the target queue identifier is determined as the target message queue.

[0039] In conjunction with the second aspect, in one possible implementation, the above-described apparatus further includes a second test initiation module, the second test initiation module comprising:

[0040] The data sending instruction acquisition unit is used to determine to start the page test of the target first application when a data sending instruction to send page display data to the target first application is obtained based on the user operation interface.

[0041] The second target message queue determination unit is used to determine the target message queue corresponding to the queue identifier from the plurality of message queues based on the queue identifier included in the data sending instruction. The target message queue is used to store the page display data corresponding to the target first application.

[0042] In conjunction with the second aspect, in one possible implementation, the above-described apparatus further includes:

[0043] The data acquisition request interception module is used to intercept the initial data acquisition requests sent by the multiple first applications to the second application based on the packet capture tool mentioned above.

[0044] The data acquisition request modification module is used to modify the parameters in the initial data acquisition requests sent by each first application according to the second preset mock rules, so as to obtain the modified initial data acquisition requests.

[0045] The data acquisition request sending module is used to send the modified initial data acquisition requests as data acquisition requests sent by the first applications to the second application based on the packet capture tool, so as to trigger the second application to return multiple pages to display data based on the data acquisition requests sent by the first applications.

[0046] In conjunction with the second aspect, in one possible implementation, the data displayed on the page is in JSON format; the first preset mock rule includes modification rules corresponding to each field type among various field types.

[0047] The above-mentioned device also includes:

[0048] The data format parsing module is used to parse the intercepted JSON format data corresponding to each first application to obtain the field types included in the JSON format data corresponding to each first application, as well as the values ​​corresponding to each field type.

[0049] The aforementioned page display data processing module includes a page display data modification unit and a message queue generation unit. Specifically, the page display data modification unit is used for:

[0050] The modification rules corresponding to each field type are obtained from the first preset mock rules, and the values ​​of each field type in the JSON format data corresponding to each first application are modified according to the modification rules corresponding to each field type.

[0051] In conjunction with the second aspect, in one possible implementation, the above-described apparatus further includes:

[0052] The test result processing module is used to receive the test detail data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application, and to generate a test report based on the test detail data.

[0053] Thirdly, embodiments of this application provide a terminal device, which includes a processor, a memory, and a transceiver, all interconnected. The memory stores a computer program that supports the terminal device in executing the methods provided in the first aspect and / or any possible implementation of the first aspect. The computer program includes program instructions, and the processor and transceiver are configured to invoke the program instructions to execute the methods provided in the first aspect and / or any possible implementation of the first aspect.

[0054] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program, the computer program including program instructions that, when executed by a processor, cause the processor to perform the methods provided in the first aspect and / or any possible implementation of the first aspect.

[0055] In this embodiment, when a third application intercepts multiple page display data returned by a second application based on data acquisition requests sent by multiple first applications using a packet capture tool, it can modify the intercepted page display data corresponding to each first application based on a first preset mock rule, and store the modified page display data corresponding to each first application in a message queue of a database. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. When page testing of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data, thereby performing page testing on the target first application. Using this embodiment improves testing efficiency and comprehensiveness. Attached Figure Description

[0056] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0057] Figure 1 This is a system architecture diagram provided in an embodiment of this application;

[0058] Figure 2 This is a flowchart illustrating a data processing method provided in an embodiment of this application;

[0059] Figure 3 This is an application scenario diagram shown in the page provided in the embodiments of this application;

[0060] Figure 4This is a schematic diagram of the data processing procedure provided in the embodiments of this application;

[0061] Figure 5 This is another schematic flowchart of the data processing method provided in the embodiments of this application;

[0062] Figure 6 This is a schematic diagram of the structure of the data processing apparatus provided in an embodiment of this application;

[0063] Figure 7 This is another schematic diagram of the data processing apparatus provided in the embodiments of this application;

[0064] Figure 8 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Detailed Implementation

[0065] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0066] Please see Figure 1 , Figure 1 This is a system architecture diagram provided in an embodiment of this application. For example... Figure 1 As shown, server 10d can establish a connection with terminal device cluster 1 via the network. Terminal device cluster 1 may include: terminal device 10a, terminal device 10b, ..., terminal device 10c. Among them, Figure 1The terminal devices shown can include mobile phones, tablets, laptops, PDAs, mobile internet devices (MIDs), wearable devices (such as smartwatches, smart bracelets, etc.), etc., without limitation. It should be understood that the server 10d can transmit data with each terminal device in the terminal device cluster 1. Each terminal device can be loaded with applications with various functions. For ease of description, the various functional applications loaded on the aforementioned terminal devices can be illustrated using the first application as an example. Optionally, the first application can be a video application, an instant messaging application, a game application, or a shopping application, or it can be a mini-program or a webpage. In this application, multiple first applications can be various types of applications. For example, multiple first applications can be video application A, video application B, instant messaging application C, and game application D, etc. Optionally, the first application can also be a process, and multiple first applications can also be multiple processes started within the same application. For example, the same application can have multiple user accounts. When a user account logs into the application, it can trigger the start of a process, which can be used to serve that user account. The aforementioned multiple first applications can be multiple processes within the same application, with one process serving a single user account logging into that application. Optionally, when the first application is an application, its application identifier is the application identifier. When the first application is a process, its application identifier is the process identifier. The specific form of the aforementioned first application can be determined according to the actual application scenario requirements and is not limited here. For ease of description, the following explanation will use the first application as an example; correspondingly, the aforementioned application identifier or process identifier can be illustrated using the application identifier of the first application as an example, and will not be elaborated further below.

[0067] The server 10d can be a local server of the first application or a remote server (e.g., a cloud server). The server 10d can also install applications; for ease of description, the applications installed on the server can be referred to as the second application. It should be understood that the second application on the server stores various types of data and information required by each of the multiple first applications. Therefore, when each first application in the terminal device sends a data retrieval request to the second application on the server, the second application on the server can return data information to the first application on the terminal device based on the received data retrieval request, thereby updating the interface display of the first application on the terminal device. It should be understood that in this application, each terminal device can also have a third application installed. This third application is a test application developed in this application for testing each first application on the terminal device. It should be understood that the third application in the embodiments of this application can be installed on the same terminal device as the first application, or it can be installed on a different terminal device than the first application, depending on the actual application scenario, and is not limited here.

[0068] The data processing method provided in this application embodiment can be applied to, for example, Figure 1 The third application in the terminal device of the system shown. Specifically, in the method of this application embodiment, the third application can intercept multiple page display data returned by the second application based on data acquisition requests sent by multiple first applications using a packet capture tool. Then, the third application can modify the intercepted page display data corresponding to each first application based on a first preset mock rule, and store the modified page display data corresponding to each first application in the message queue of the database. It should be understood that the database includes multiple message queues, one message queue is used to store page display data corresponding to one first application, and the first preset mock rule is used to determine the modification method of the page display data. Wherein, when the page test of the target first application is started, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application, so as to perform page test on the target first application. By adopting the embodiment of this application, the testing efficiency of the application and the comprehensiveness of the application test can be improved.

[0069] The following will combine Figures 2 to 8 The methods and related apparatuses provided in the embodiments of this application will be described in detail respectively.

[0070] Please see Figure 2 , Figure 2 This is a flowchart illustrating a data processing method provided in an embodiment of this application. The method provided in this application embodiment may include the following steps S201 to S203:

[0071] S201, Intercept at least one page display data of the second application.

[0072] In some feasible implementations, as the application iterates, its functionality gradually becomes more diverse. For the client or application (i.e., the first application) on the terminal device, a single function may present in multiple forms, with the specific presentation rules determined by the data returned by the second application on the server. For example, please refer to... Figure 3 , Figure 3 This is an application scenario diagram showing a page display provided in an embodiment of this application. Wherein, as... Figure 3 The displayed page shows three different display formats for the splash screen ad of a video application (i.e., the first application). The display rules can be set as follows: when the user's phone number ends in 1, 3, or 5, the first display format is displayed; when the user's phone number ends in 2, 4, or 6, the second display format is displayed; and when the user's phone number ends in 7, 8, 9, or 0, the third display format is displayed. The specific display logic is as follows: when a user with a phone number ending in 1 launches the first application, before displaying the homepage, the first application sends a request to the second application on the server. This request includes the current user's phone number. If the second application determines that the user's phone number requires the first display format, it returns the page display data corresponding to the first display format to the first application, so that the first application can display this page data to the user.

[0073] In some feasible implementations, since the pages or page elements corresponding to different page display data have subtle differences, developers and testers will mock the page display data when verifying each case. In the embodiments of this application, the third application on the terminal device can use a packet capture tool to intercept multiple page display data returned by the second application based on data acquisition requests sent by multiple first applications. That is, the third application can intercept at least one page display data of the second application based on a packet capture tool, wherein at least one page display data is returned by the second application based on data acquisition requests sent by at least one first application. The packet capture tool mentioned above can be tools such as Charles, and is not limited here. It should be understood that the Charles tool can be understood as a proxy server, which, by acting as a proxy for the terminal device, can intercept or block communication data between multiple first applications installed on the terminal device and second applications installed on the server, and provide the function of modifying the intercepted communication data. For example, the third application can use Charles to intercept request data sent by the first application to the second application, and modify the request parameters in the intercepted request data based on Charles's Rewrite function. For example, the third application can also intercept request result data (such as page display data) returned by the second application to the first application based on the received request data using Charles, and modify the intercepted request result data based on Charles' MapLocal function. In this application, the request data sent by the first application to the second application is a data retrieval request for page display data, and the request result data returned by the second application based on the first application's request data is the page display data.

[0074] It should be understood that the third application is cross-platform. With Charles open, the third application can locate Charles via its port number and then search through its enabled features to find the MapLocal and Rewrite functions. Rewrite is used to modify request parameters in the intercepted request data when the first application sends request data. MapLocal is used to modify the intercepted request result data when the first application retrieves request result data.

[0075] S202. Modify the page display data corresponding to each first application based on the first preset mock rule, and store the modified page display data corresponding to each first application in the message queue of the database.

[0076] In some feasible implementations, when a third application intercepts multiple page display data returned by a second application based on data acquisition requests sent by multiple first applications using a packet capture tool, the third application can modify the intercepted page display data corresponding to each first application using the modification function of the packet capture tool and based on the first preset mock rules stored in the third application's database. The modified page display data corresponding to each first application is then stored in the database's message queue. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. For ease of description, the following embodiments of this application illustrate this using the example of a third application intercepting communication data between one of the multiple first applications and a second application. For example, please refer to... Figure 4 , Figure 4 This is a schematic diagram of the data processing procedure provided in an embodiment of this application. For example... Figure 4 As shown, when the page of the first application X (which is one of multiple first applications) starts loading, the first application X can send a data retrieval request to the second application. This request may include information such as the server name of the second application, request parameters, request time, and signature. Since Charles has Rewrite enabled, the third application can intercept the data retrieval request sent by the first application X to the second application using Charles and store it in its database. Then, the third application can directly send the data retrieval request to the second application using Charles (i.e., without modifying the request), or it can modify the request and send the modified request to the second application via Charles. Furthermore, the third application can also intercept the page display data returned by the second application to the first application X using Charles, and modify the returned page display data according to a first preset mock rule, storing the modified page display data in the message queue corresponding to the first application X in the database.

[0077] Typically, the data displayed on the page is in JSON format. The first preset mock rule is used to determine how the displayed data is modified, including various field types and the corresponding modification rules for each field type. The third application parses the intercepted JSON data from each first application to obtain the field types and their corresponding values. When modifying the intercepted displayed data based on the first preset mock rule, the third application can retrieve the modification rules for each field type from the first preset mock rule and modify the values ​​of each field type in the JSON data according to these rules. In other words, after formatting the JSON data, the third application can parse out fields of types such as array, object, string, and auto, and then modify the values ​​of each field type in the displayed data according to the modification rules in the first preset mock rule. For example, for array types, empty data and data with a length greater than a preset length can be randomly generated. Alternatively, the content of array elements can be modified, such as deleting or adding elements. For object types, values ​​corresponding to object types can be randomly selected, or non-object type data can be generated. For string types, the `random` function can be used to randomly generate strings with length = 0 and length > 64, and generate non-string type data, etc. The specifics depend on the actual application scenario and are not limited here. It should be understood that since the page display data corresponding to each data retrieval request is different, the first preset mock rule can be modified and customized according to the context. It should be understood that the modified page display data mentioned above can also be called mock data. Simulating data of a different type, i.e., modifying the data, is to verify the robustness of the first application's data compatibility and prevent the first application from crashing due to data type inconsistencies caused by internal logic errors in the second application.

[0078] Optionally, in some feasible implementations, after the third application intercepts the data retrieval request sent by the first application to the second application, the third application can also generate a data identifier based on the request parameters and other content included in the data retrieval request, to save the corresponding data returned by the second application. That is, when the second application on the server returns page display data based on the data retrieval request sent by the first application, and this data is intercepted and modified by the third application using a packet capture tool, the third application can associate and store the modified page display data with the corresponding data identifier. Therefore, in subsequent use, this data identifier can serve as an index for the corresponding page display data. The aforementioned data identifier can be a unique identifier generated by concatenating the request parameters and other content included in the data retrieval request and then calculating the concatenated data using a message-digest algorithm (MD5). Furthermore, the third application can store the data identifier in the message queues corresponding to each first application in the database. That is, the message queue corresponding to each application stores the data identifier corresponding to the page display data of each first application. Therefore, the unique corresponding page display data can be retrieved from the database subsequently through the data identifier in the message queue.

[0079] S203. When the page test of the target first application is started, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application.

[0080] In some feasible implementations, when page testing of the target first application is initiated, the modified page display data corresponding to the target first application can be sent to the target first application through a target message queue used to store the page display data of the target first application, so as to perform page testing on the target first application. That is, when developers or testers need to perform compatibility testing or verification of the page data of an application, they can transmit data through a message queue. Here, the target first application can be one or more applications with testing requirements. For example, suppose multiple first applications are installed on the terminal device, namely first application 1, first application 2, and first application 3. If the application currently requiring testing is first application 1, then the target first application is first application 1; if the application currently requiring testing is first application 2, then the target first application is first application 2.

[0081] Specifically, upon receiving a page test request from the target first application, the system determines to initiate a page test for the target first application. Based on the page test request, it identifies the target message queue from multiple message queues. This target message queue stores the page display data corresponding to the target first application. The page test request includes an application identifier, which uniquely identifies a first application. The database contains multiple queue identifiers, each uniquely identifying a message queue. Therefore, when the target message queue is identified from the multiple message queues based on the page test request, the queue identifier associated with the application identifier in the page test request can be retrieved as the target queue identifier. Further, the message queue corresponding to the target queue identifier is identified from the multiple message queues as the target message queue.

[0082] It should be understood that the queue identifier corresponding to each of the first applications can be the same as the application identifier of each first application; that is, the queue identifier corresponding to each first application is its corresponding application identifier. Optionally, the queue identifier corresponding to each of the first applications can also be different from the application identifier of each first application. However, the one-to-one mapping relationship between the queue identifier and the application identifier is stored in the database. Therefore, based on the application identifier included in the page test request, the target queue identifier associated with the application identifier of the target first application can be determined from the mapping relationship between queue identifiers and application identifiers stored in the database. Then, from the multiple message queues in the database, the message queue corresponding to the target queue identifier is determined as the target message queue, and the page display data stored in the target message queue is fed back to the target first application through the queue.

[0083] Optionally, in some feasible implementations, to facilitate direct operation by developers and testers, the third application may also include a user interface. Therefore, testers or developers can proactively trigger testing of the target first application through the user interface of the third application. Specifically, when the third application receives a data sending instruction from its user interface to send page display data to the target first application, it can initiate page testing of the target first application. Furthermore, based on the queue identifier included in the data sending instruction, the third application can determine the message queue corresponding to the queue identifier from multiple message queues as the target message queue, and then feed back the page display data stored in the target message queue to the target first application via the queue. For example, when the first application needs to accelerate page rendering, due to its high real-time requirements for data, the third application needs to proactively send data to the first application. Therefore, when the third application sends data to the first application via a queue, it can establish a long connection with the first application and then transmit data through the long connection.

[0084] It should be understood that developers or testers can also perform other operations based on the user interface of the third application. For example, testers can add, delete, or modify mock rules based on the user interface. Specifically, when the third application receives instructions to add, delete, or modify mock rules based on the user interface, it can perform corresponding operations on the mock rules stored in the third application's database based on the received instructions. It should be understood that mock rules include a first preset mock rule for page display data sent by the second application and a second preset mock rule for data retrieval requests sent by the first application. The first preset mock rule and the second preset mock rule can be the same or different, depending on the actual application scenario, and are not restricted here.

[0085] In this embodiment, when a third application intercepts multiple page display data returned by a second application based on data acquisition requests sent by multiple first applications using a packet capture tool, it can modify the intercepted page display data corresponding to each first application based on a first preset mock rule, and store the modified page display data corresponding to each first application in a message queue of a database. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. When page testing of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data, thereby performing page testing on the target first application. Using this embodiment improves testing efficiency and comprehensiveness.

[0086] Please see Figure 5 , Figure 5 This is another schematic flowchart of the data processing method provided in the embodiments of this application. The data processing method provided in the embodiments of this application can be described through the following implementation methods provided in steps S301 to S306:

[0087] S301. Based on packet capture tools, intercept multiple initial data acquisition requests sent by the first application to the second application.

[0088] In some feasible implementations, before each of the multiple first applications sends a data retrieval request (i.e., the initial data retrieval request) to the second application, it can perform a data tracking operation to record information such as the request time and request parameters. Then, each first application can segment the initial data retrieval request using the Hypertext Transport Protocol (HTTP) to obtain multiple segmented requests, and send the initial data retrieval request to the second application by sending these segmented requests. Each segmented request includes a portion of the data content from the complete initial data retrieval request; therefore, by assembling multiple segmented requests based on the HTTP protocol, a complete initial data retrieval request can be obtained.

[0089] It should be understood that the initial data acquisition request in this application refers to the original, unintercepted and unmodified data acquisition request sent by the first application to the second application. Specifically, when the third application intercepts any segmented request sent by the first application to the second application using a packet capture tool, the third application can assemble the intercepted segmented requests to obtain a complete initial data acquisition request, and then process the complete initial data acquisition request.

[0090] S302. According to the second preset mock rule, modify the parameters in the initial data acquisition requests sent by each first application to obtain the modified initial data acquisition requests.

[0091] In some feasible implementations, when a third application intercepts each segmented request sent by the first application to the second application using a packet capture tool, and assembles it into a complete initial data acquisition request based on the HTTP protocol, it can modify the parameters in the initial data acquisition requests sent by each first application according to the second preset mock rules stored in the database, thus obtaining modified initial data acquisition requests. Typically, the data acquisition requests are also in JSON format. Therefore, by parsing the format of the acquired initial data acquisition requests, the third application can obtain the various field types included in the initial data acquisition requests, as well as the corresponding values ​​for each field type. Therefore, based on the multiple field types included in the second preset mock rules and the modification rules corresponding to each field type, the values ​​corresponding to each field type in the initial data acquisition requests can be modified, resulting in modified initial data acquisition requests.

[0092] S303. Using a packet capture tool, the modified initial data acquisition requests are sent as data acquisition requests sent by each first application to the second application, thereby triggering the second application to return multiple pages to display data based on the data acquisition requests sent by multiple first applications.

[0093] In some feasible implementations, after modifying the initial data acquisition request using a second preset mock rule, the modified initial data acquisition request can be used as a data acquisition request sent from the first application to the second application, and sent to the second application via a packet capture tool. Specifically, when the third application sends the modified initial data acquisition request to the second application via a packet capture tool, it can also segment the modified initial data acquisition request based on the HTTP protocol to obtain multiple segmented requests, and send the modified initial data acquisition request to the second application by sending segmented requests. When the second application receives multiple segmented requests, it can also assemble the received multiple segmented requests based on the HTTP protocol to obtain a complete data acquisition request for processing; that is, the second application returns a page to the corresponding first application to display data based on the assembled complete data acquisition request. It should be understood that if the data acquisition request is sent directly as a complete request, the data acquisition request may fail to send if the data volume is too large. Therefore, this embodiment of the application improves the success rate of sending data acquisition requests by using a segmented sending method.

[0094] S304. Intercept at least one page display data of the second application.

[0095] S305. Modify the page display data corresponding to each of the first applications based on the first preset mock rules, and store the modified page display data corresponding to each of the first applications in the message queue of the database.

[0096] S306. When the page test of the target first application is started, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application.

[0097] The specific implementation of steps S304 to S306 can be found in [reference needed]. Figure 1 The descriptions of steps S201 to S203 in the corresponding embodiments will not be repeated here.

[0098] S307. Receive test detail data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application, and generate a test report based on the test detail data.

[0099] In some feasible implementations, after the target application performs page testing based on the page display data stored in the target message queue (i.e., after the target application loads or renders the page based on the received page display data), the target application can send detailed test data to the third application. This allows the third application to generate a test report based on the received detailed test data. The detailed test data can be log data from the first application. Therefore, the third application can analyze the log data generated during the page testing to determine if the target application's page display has ever been malfunctioning, or if the target application has ever crashed during operation, thus generating a test report for the target application. Furthermore, testers or developers can use the generated test report to further optimize and improve the target application.

[0100] In this embodiment, the third application can intercept multiple initial data acquisition requests sent by the first application to the second application using a packet capture tool, and modify the parameters in each initial data acquisition request sent by the first application according to a second preset mock rule to obtain modified initial data acquisition requests. Then, the third application can send the modified initial data acquisition requests as data acquisition requests sent by the first application to the second application using the packet capture tool, triggering the second application to return multiple page display data based on the multiple data acquisition requests sent by the first applications. Specifically, when the third application intercepts multiple page display data returned by the second application based on the multiple data acquisition requests sent by the first applications using the packet capture tool, it can modify the intercepted page display data corresponding to each first application according to the first preset mock rule, and store the modified page display data corresponding to each first application in a message queue of the database. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. When page testing of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application, thereby performing page testing on the target first application. Furthermore, the third application can receive test detail data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application, and generate a test report based on the test detail data. Using the embodiments of this application can improve testing efficiency and test comprehensiveness.

[0101] Please see Figure 6 , Figure 6 This is a schematic diagram of the structure of a data processing apparatus provided in an embodiment of this application. The data processing apparatus provided in an embodiment of this application includes:

[0102] The page display data interception module 41 is used to intercept at least one page display data of the second application, wherein the at least one page display data is returned by the second application based on a data acquisition request sent by at least one first application;

[0103] The page display data processing module 42 is used to modify the intercepted page display data corresponding to each first application based on the first preset mock rule, and store the modified page display data corresponding to each first application in the message queue of the database. The database includes at least one message queue, and one message queue is used to store the page display data corresponding to one first application. The first preset mock rule is used to determine the modification method of the page display data.

[0104] The page display data sending module 43 is used to send the modified page display data corresponding to the target first application to the target first application through the target message queue used to store the page display data corresponding to the target first application when the page test of the target first application is started, so as to perform page test on the target first application.

[0105] Please see also Figure 7 , Figure 7 This is another structural schematic diagram of the data processing device provided in the embodiments of this application.

[0106] In some feasible embodiments, the above-described apparatus further includes a first test initiation module 44, which includes:

[0107] The page test request receiving unit 441 is used to determine to start the page test of the target first application when it receives the page test request sent by the target first application.

[0108] The first target message queue determination unit 442 is used to determine the target message queue from the multiple message queues based on the page test request. The target message queue is used to store the page display data corresponding to the target first application.

[0109] In some feasible implementations, the database also includes multiple queue identifiers, one of which is used to uniquely identify a message queue;

[0110] The aforementioned first target message queue determination unit 442 is specifically used for:

[0111] Based on the application identifier included in the above page test request, obtain the target queue identifier associated with the above application identifier from the above multiple queue identifiers;

[0112] From the above multiple message queues, the message queue corresponding to the target queue identifier is determined as the target message queue.

[0113] In some feasible embodiments, the above-described apparatus further includes a second test initiation module 45, the second test initiation module 45 comprising:

[0114] The data sending instruction acquisition unit 451 is used to determine to start the page test of the target first application when a data sending instruction to send page display data to the target first application is obtained based on the user operation interface.

[0115] The second target message queue determination unit 452 is used to determine the target message queue corresponding to the queue identifier from the plurality of message queues based on the queue identifier included in the data sending instruction. The target message queue is used to store the page display data corresponding to the target first application.

[0116] In some feasible embodiments, the above-described apparatus further includes:

[0117] The data acquisition request interception module 46 is used to intercept the initial data acquisition requests sent by the multiple first applications to the second application based on the packet capture tool;

[0118] The data acquisition request modification module 47 is used to modify the parameters in the initial data acquisition requests sent by each first application according to the second preset mock rules, so as to obtain the modified initial data acquisition requests.

[0119] The data acquisition request sending module 48 is used to send the modified initial data acquisition requests as data acquisition requests sent by the first applications to the second application based on the packet capture tool, so as to trigger the second application to return multiple pages to display data based on the data acquisition requests sent by the first applications.

[0120] In some feasible implementations, the data displayed on the above page is in JSON format; the first preset mock rule includes modification rules for each field type among various field types;

[0121] The above-mentioned device also includes:

[0122] The data format parsing module 49 is used to parse the intercepted JSON format data corresponding to each first application to obtain the field types included in the JSON format data corresponding to each first application, and the values ​​corresponding to each field type.

[0123] The aforementioned page display data processing module 42 includes a page display data modification unit 421 and a message queue generation unit 422. The aforementioned page display data modification unit 421 is specifically used for:

[0124] The modification rules corresponding to each field type are obtained from the first preset mock rules, and the values ​​of each field type in the JSON format data corresponding to each first application are modified according to the modification rules corresponding to each field type.

[0125] In some feasible embodiments, the above-described apparatus further includes:

[0126] The test result processing module 410 is used to receive the test detail data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application, and to generate a test report based on the test detail data.

[0127] In this embodiment, the data processing device can intercept multiple initial data acquisition requests sent by first applications to second applications using a packet capture tool, and modify the parameters in each initial data acquisition request according to a second preset mock rule to obtain modified initial data acquisition requests. Then, using the packet capture tool, the modified initial data acquisition requests are sent to the second application as data acquisition requests sent by each first application, triggering the second application to return multiple page display data based on the multiple data acquisition requests sent by the first applications. Specifically, when the packet capture tool intercepts multiple page display data returned by the second application based on the multiple data acquisition requests sent by the first applications, the intercepted page display data corresponding to each first application can be modified according to the first preset mock rule, and the modified page display data corresponding to each first application can be stored in a message queue of a database. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. When page testing of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application, thereby performing page testing on the target first application. Furthermore, the system can receive test detail data returned by the target application after performing page testing based on the modified page display data corresponding to the target application, and generate a test report based on the test detail data. Using the embodiments of this application can improve testing efficiency and test comprehensiveness.

[0128] Please see Figure 8 , Figure 8 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. For example... Figure 8As shown, the terminal device in this embodiment may include one or more processors 501, a memory 502, and a transceiver 503. The processor 501, memory 502, and transceiver 503 are connected via a bus 504. The memory 502 stores a computer program, which includes program instructions. The processor 501 and transceiver 503 execute the program instructions stored in the memory 502, performing the following operations:

[0129] Processor 501 is configured to intercept at least one page display data of a second application, wherein the at least one page display data is returned by the second application based on a data acquisition request sent by at least one first application;

[0130] The processor 501 is used to modify the page display data corresponding to each intercepted first application based on a first preset mock rule, and store the modified page display data corresponding to each first application in a message queue of a database. The database includes at least one message queue, and a message queue is used to store page display data corresponding to a first application. The first preset mock rule is used to determine the modification method of the page display data.

[0131] Transceiver 503 is used to send the modified page display data corresponding to the target first application to the target first application through a target message queue used to store the page display data corresponding to the target first application when the page test of the target first application is started, so as to perform page test on the target first application.

[0132] In some feasible implementations, when the transceiver 503 receives a page test request sent by the target first application, it is determined to start the page test of the target first application.

[0133] Processor 501 is used to determine the target message queue from the multiple message queues based on the page test request, and the target message queue is used to store the page display data corresponding to the target first application.

[0134] In some feasible implementations, the database also includes multiple queue identifiers, each used to uniquely identify a message queue; the processor 501 is used to:

[0135] Based on the application identifier included in the above page test request, obtain the target queue identifier associated with the above application identifier from the above multiple queue identifiers;

[0136] From the above multiple message queues, the message queue corresponding to the target queue identifier is determined as the target message queue.

[0137] In some feasible implementations, the processor 501 described above is used for:

[0138] When a data sending instruction to send page display data to the target first application is obtained based on the user operation interface, the page test of the target first application is started. Based on the queue identifier included in the data sending instruction, the target message queue corresponding to the queue identifier is determined from the multiple message queues. The target message queue is used to store the page display data corresponding to the target first application.

[0139] In some feasible implementations, the processor 501 is used to intercept initial data acquisition requests sent by the plurality of first applications to the second application based on a packet capture tool;

[0140] The processor 501 is used to modify the parameters in the initial data acquisition requests sent by each first application according to the second preset mock rule, so as to obtain the modified initial data acquisition requests.

[0141] The transceiver 503 is used to send the modified initial data acquisition requests as data acquisition requests sent by the first applications to the second application based on the packet capture tool, so as to trigger the second application to return multiple pages to display data based on the data acquisition requests sent by the first applications.

[0142] In some feasible implementations, the data displayed on the page is in JSON format; the first preset mock rule includes modification rules for each field type among various field types; the processor 501 is used for:

[0143] The intercepted JSON data corresponding to each first application is parsed to obtain the field types included in the JSON data corresponding to each first application, as well as the values ​​corresponding to each field type.

[0144] The processor 501 mentioned above is also used for:

[0145] The modification rules corresponding to each field type are obtained from the first preset mock rules, and the values ​​of each field type in the JSON format data corresponding to each first application are modified according to the modification rules corresponding to each field type.

[0146] In some feasible implementations, the transceiver 503 is also used to receive test detail data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application;

[0147] The processor 501 is used to generate a test report based on the test details data.

[0148] It should be understood that in some feasible implementations, the processor 501 described above may be a central processing unit (CPU), which may also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor. The memory 502 may include read-only memory and random access memory, and provides instructions and data to the processor 501. A portion of the memory 502 may also include non-volatile random access memory. For example, the memory 502 may also store device type information.

[0149] In specific implementation, the aforementioned terminal device can perform the above-described actions through its built-in functional modules. Figures 2 to 5 The implementation methods provided for each step are detailed in the above-mentioned implementation methods, and will not be repeated here.

[0150] In this embodiment, the terminal device can intercept multiple initial data acquisition requests sent by first applications to second applications using a packet capture tool, and modify the parameters in each initial data acquisition request according to a second preset mock rule to obtain modified initial data acquisition requests. Then, using the packet capture tool, the modified initial data acquisition requests are sent to the second application as data acquisition requests sent by each first application, triggering the second application to return multiple page display data based on the multiple data acquisition requests sent by the first applications. Specifically, when the packet capture tool intercepts multiple page display data returned by the second application based on the multiple data acquisition requests sent by the first applications, the intercepted page display data corresponding to each first application can be modified according to the first preset mock rule, and the modified page display data corresponding to each first application can be stored in a message queue of a database. The database includes multiple message queues, and each message queue stores page display data corresponding to one first application. When page testing of the target first application is initiated, the modified page display data corresponding to the target first application is sent to the target first application through the target message queue used to store the page display data corresponding to the target first application, thereby performing page testing on the target first application. Furthermore, the system can receive test detail data returned by the target application after performing page testing based on the modified page display data corresponding to the target application, and generate a test report based on the test detail data. Using the embodiments of this application can improve testing efficiency and test comprehensiveness.

[0151] This application also provides a computer-readable storage medium storing a computer program, the computer program including program instructions, which are implemented when executed by a processor. Figures 2 to 5 The data processing methods provided in each step are detailed in the implementation methods provided in the above steps, and will not be repeated here.

[0152] The aforementioned computer-readable storage medium can be an internal storage unit of the data processing apparatus or terminal device provided in any of the foregoing embodiments, such as a hard disk or memory of an electronic device. The computer-readable storage medium can also be an external storage device of the electronic device, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the electronic device. Furthermore, the computer-readable storage medium may include both internal and external storage units of the electronic device. The computer-readable storage medium is used to store the computer program and other programs and data required by the electronic device. The computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0153] The terms "first," "second," "third," "fourth," etc., in the claims, description, and drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0154] The term "embodiment" as used herein means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The presentation of this phrase in various locations throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments. The term "and / or" as used in this specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations. Those skilled in the art will recognize that the units and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0155] The methods and related apparatuses provided in this application are described with reference to the method flowcharts and / or structural diagrams provided in this application. Specifically, each block of the method flowchart and / or structural diagram, as well as combinations of blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to create a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing device, generate instructions for implementing the process. Figure 1 A schematic diagram of one or more processes and / or structures. Figure 1The computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 A schematic diagram of one or more processes and / or structures. Figure 1 The functions specified in one or more boxes. These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable apparatus for implementing the process. Figure 1 A process or multiple processes and / or structures illustrate the steps of the functions specified in one or more boxes.

Claims

1. A data processing method, characterized by, The method includes: Based on the packet capture tool, multiple segmented requests sent by each of the first applications to the second application via the Hypertext Transfer Protocol are intercepted. The multiple segmented requests sent by each of the first applications are assembled according to the request time and request parameters of the embedded operation records in the data acquisition request to obtain the initial data acquisition request sent by each first application. Data identifiers are generated according to the request parameters included in the initial data acquisition request. Each segmented request includes a portion of the complete data content in the initial data acquisition request. According to the second preset mock rule, the parameters in the initial data acquisition request sent by each of the first applications are modified to obtain the modified initial data acquisition request corresponding to each of the first applications; based on the packet capture tool, the modified initial data acquisition request corresponding to each of the first applications is segmented according to the Hypertext Transfer Protocol to obtain multiple segmented requests corresponding to each of the first applications, which are sent to the second application as data acquisition requests sent by each of the first applications. The modified initial data acquisition request corresponding to each of the first applications corresponds to multiple segmented requests, so as to trigger the second application to return multiple pages to display data based on the multiple data acquisition requests sent by the first applications. The system intercepts multiple page display data returned by the second application based on multiple data acquisition requests sent by the first application; it modifies the intercepted page display data corresponding to each of the first applications based on a first preset mock rule, and stores the modified page display data corresponding to each of the first applications in the database along with the corresponding data identifier in the message queue corresponding to each of the first applications. The database includes at least one message queue, where each message queue stores page display data corresponding to one first application, and the first preset mock rule determines the modification method of the page display data. The database also includes multiple queue identifiers, where each queue identifier uniquely identifies a message queue. When a page test request is received from a target first application among the plurality of first applications, it is determined to start page testing of the target first application. Based on the application identifier included in the page test request, a target queue identifier associated with the application identifier is obtained from the plurality of queue identifiers. The message queue corresponding to the target queue identifier is determined from the at least one message queue as the target message queue. The target message queue is used to store the page display data corresponding to the target first application and its corresponding data identifier. The modified page display data corresponding to the target first application is sent to the target first application through the data identifier in the target message queue to perform page testing on the target first application.

2. The method of claim 1, wherein, The method further includes: When a data sending instruction to send page display data to the target first application is obtained based on the user operation interface, it is determined to start the page test of the target first application; Based on the queue identifier included in the data sending instruction, a target message queue corresponding to the queue identifier is determined from the at least one message queue, and the target message queue is used to store the page display data corresponding to the target first application.

3. The method according to any of claims 1-2, characterized in that, The data displayed on the page is in JSON format; the first preset mock rule includes modification rules for each field type among various field types; Before modifying the page display data corresponding to each of the first applications based on the first preset mock rules, the method further includes: The intercepted JSON data corresponding to each of the first applications is parsed to obtain the field types included in the JSON data corresponding to each of the first applications, and the values ​​corresponding to each field type. The modification of the page display data corresponding to each of the first applications based on the first preset mock rule includes: The modification rules corresponding to each field type are obtained from the first preset mock rules, and the values ​​of each field type included in the JSON format data corresponding to each first application are modified according to the modification rules corresponding to each field type.

4. The method according to any one of claims 1-2, characterized in that, After sending the modified page display data corresponding to the target first application to the target first application through a target message queue used to store the page display data corresponding to the target first application, the method further includes: Receive test details data returned by the target first application after performing page testing based on the modified page display data corresponding to the target first application, and generate a test report based on the test details data.

5. A data processing apparatus, characterized by, The device includes: The data acquisition request interception module is used to intercept multiple segmented requests sent by each of the first applications to the second application via the Hypertext Transfer Protocol using a packet capture tool. The module assembles the multiple segmented requests sent by each of the first applications according to the request time and request parameters of the embedded operation records in the data acquisition request to obtain the initial data acquisition request sent by each first application. The module generates a data identifier according to the request parameters included in the initial data acquisition request. Each segmented request includes a portion of the complete data content in the initial data acquisition request. The data acquisition request modification module is used to modify the parameters in the initial data acquisition request sent by each of the first applications according to the second preset mock rule, so as to obtain the modified initial data acquisition request corresponding to each of the first applications. The data acquisition request sending module is used to segment the modified initial data acquisition request corresponding to each first application based on the packet capture tool and the Hypertext Transfer Protocol to obtain multiple segmented requests corresponding to each first application, and send them to the second application as data acquisition requests sent by each first application. The modified initial data acquisition request corresponding to each first application corresponds to multiple segmented requests, so as to trigger the second application to return multiple pages to display data based on the multiple data acquisition requests sent by the first application. The page display data interception module is used to intercept the second application from returning multiple page display data based on multiple data acquisition requests sent by the first application; The page display data processing module is used to modify the intercepted page display data corresponding to each of the first applications based on a first preset mock rule, and to associate the modified page display data corresponding to each of the first applications with the corresponding data identifier and store them in the message queues corresponding to each of the first applications in the database. The database includes at least one message queue, and one message queue is used to store page display data corresponding to one of the first applications. The first preset mock rule is used to determine the modification method of the page display data. The database also includes multiple queue identifiers, and one queue identifier is used to uniquely identify one message queue. The page display data sending module is used to determine to start page testing of the target first application when it receives a page test request sent by the target first application among the plurality of first applications, and to obtain a target queue identifier associated with the application identifier from the plurality of queue identifiers according to the application identifier included in the page test request, and to determine the message queue corresponding to the target queue identifier as the target message queue from the at least one message queue; the target message queue is used to store the page display data corresponding to the target first application and its corresponding data identifier; and to send the modified page display data corresponding to the target first application to the target first application through the data identifier in the target message queue, so as to perform page testing on the target first application.

6. A terminal device, characterized by comprising: It includes a processor, a memory, and a transceiver, wherein the processor, the memory, and the transceiver are interconnected. The memory is used to store a computer program, the computer program including program instructions, and the processor and the transceiver are configured to invoke the program instructions to perform the method as described in any one of claims 1-4.

7. A computer readable storage medium characterized by The computer-readable storage medium stores a computer program, the computer program including program instructions that, when executed by a processor, cause the processor to perform the method as described in any one of claims 1-4.

Images