A page testing method, device and computer readable storage medium

Abstract

The application provides a page test method, device and equipment and a computer readable storage medium. The method comprises the following steps: in response to a first display instruction for a test page, sending a resource acquisition request corresponding to the test page; receiving a test resource package corresponding to a target page version returned in response to the resource acquisition request; wherein the target page version is one of at least two page versions used for page testing; and displaying a test page corresponding to the target page version based on the test resource package. Through the application, the page test efficiency can be improved.

Description

Technical Field

[0001] This application relates to the field of network technology, and in particular to a page testing method, apparatus, and computer-readable storage medium. Background Technology

[0002] During the development, operation, and maintenance of website pages, it is necessary to frequently test the display scheme of the web pages. Typically, a web page or test page has multiple page versions, and each page version has a corresponding test resource package. The page content displayed when loading different test resource packages is different. For example, the test pages corresponding to different page versions may differ in terms of title font, background color, layout settings, or wording.

[0003] In related technologies, when a user requests access to a webpage during page testing, the server sends test resources for different page versions of that webpage to the user terminal. The terminal then retrieves the corresponding test resources based on the configuration information to display the corresponding page content. This results in slow page loading speed and low page testing efficiency. Summary of the Invention

[0004] This application provides a page testing method, apparatus, and computer-readable storage medium, which can improve page testing efficiency.

[0005] The technical solution of this application embodiment is implemented as follows: This application provides a page testing method, including: In response to the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent; Receive the test resource package corresponding to the target page version returned in response to the resource acquisition request; The target page version is one of at least two page versions used for page testing; Based on the test resource package, display the test page corresponding to the target page version; During the display of the test page, a page operation is received for the test page; When the page operation instruction redirects the page to the associated page of the test page, operation data corresponding to the page operation is sent to evaluate the target page version based on the operation data.

[0006] In the above scheme, before displaying the test page corresponding to the target page version, the method further includes: Load the page code corresponding to the target page version from the test resource package; Based on the loaded page code, determine the page layout of the page elements corresponding to the target page version; Based on the page layout, the page elements corresponding to the target page version are rendered to obtain the test page corresponding to the target page version.

[0007] This application provides a page testing method, including: A resource retrieval request for the test page was received; Based on the resource acquisition request, determine the test resource package corresponding to the target page version of the test page; The target page version is one of at least two page versions used for page testing; Return the test resource package for the target page version, and display the test page corresponding to the target page version based on the test resource package; Receive operation data corresponding to page operations on the test page, and evaluate the target page version based on the operation data; The page operation is used to instruct the page to jump to the associated page of the test page.

[0008] This application provides a page testing device, including: The request sending module is used to send a resource acquisition request corresponding to the test page in response to the first display instruction for the test page; The resource receiving module is used to receive the test resource package corresponding to the target page version returned in response to the resource acquisition request; The target page version is one of at least two page versions used for page testing; The page display module is used to display the test page corresponding to the target page version based on the test resource package; An operation receiving module is used to receive page operations on the test page during the display of the test page. The data sending module is used to send operation data corresponding to the page operation when the page operation instruction redirects the page to the associated page of the test page, so as to evaluate the target page version based on the operation data.

[0009] In the above scheme, the request sending module is also used to obtain the recorded number of times the test page is displayed; When it is determined, based on the number of displays, that the first display instruction is the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent.

[0010] In the above scheme, after sending the resource acquisition request, the device further includes: The resource caching module is used to send a request to obtain all the resources corresponding to the test page, in order to request the full test resource package corresponding to the test page; The full test resource package includes page test resources corresponding to the at least two page versions; Receive the returned full test resource package and store the full test resource package locally.

[0011] In the above scheme, after storing the full test resource package locally, the device further includes: The configuration request module is used to respond to the second display instruction for the test page and send a page configuration parameter request corresponding to the test page to request the page configuration parameters corresponding to the test page. Receive the page configuration parameters corresponding to the test page returned; Based on the received page configuration parameters, the corresponding page test resources are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

[0012] In the above scheme, the resource receiving module is also used to receive the test resource package corresponding to the test page returned by the access server; The test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request.

[0013] In the above scheme, when the access server fails to obtain the page configuration parameters corresponding to the test page, the device further includes: The full resource receiving module is used to receive the full test resource package corresponding to the test page returned by the access server; The configuration parameter acquisition module is used to acquire the page configuration parameters corresponding to the test page; The page rendering module is further configured to obtain the page test resources corresponding to the test page from the full test resource package based on the page configuration parameters, and display the test page based on the obtained page test resources.

[0014] In the above scheme, before displaying the test page corresponding to the target page version, the device further includes: The page acquisition module is also used to load the page code corresponding to the target page version in the test resource package; Based on the loaded page code, determine the page layout of the page elements corresponding to the target page version; Based on the page layout, the page elements corresponding to the target page version are rendered to obtain the test page corresponding to the target page version.

[0015] In the above scheme, before sending the operation data corresponding to the page operation, the device further includes: The data processing module is used to acquire and store the operation data corresponding to the page operation. Correspondingly, the data sending module is also used to determine the reporting time point corresponding to the operation data; When the reporting time point is determined, the operation data corresponding to the page operation is sent.

[0016] This application provides a page testing device, including: The request receiving module is used to receive resource retrieval requests for the test page; The resource determination module is used to determine the test resource package corresponding to the target page version of the test page based on the resource acquisition request. The target page version is one of at least two page versions used for page testing; The resource return module is used to return the test resource package of the target page version, so as to display the test page corresponding to the target page version based on the test resource package; The version evaluation module is used to receive operation data corresponding to page operations on the test page, and evaluate the version of the target page based on the operation data. The page operation is used to instruct the page to jump to the associated page of the test page.

[0017] In the above scheme, the resource determination module is also used to send a configuration parameter acquisition request corresponding to the test page to the test server; The test server returns the page configuration parameters assigned to the test page. Based on the page configuration parameters, a test resource package corresponding to the test page is selected from the test resource package set.

[0018] In the above scheme, the resource determination module is also used to send a configuration parameter acquisition request carrying the page identifier of the test page to the test server; Receive the page configuration parameters corresponding to the target test version returned by the test server; The page configuration parameters are obtained by the test server determining at least two corresponding test versions based on the page identifier, and selecting them from the page configuration parameters corresponding to the at least two test versions.

[0019] In the above scheme, before receiving the resource acquisition request for the test resource package of the test page, the device further includes: The test resource package collection receiving module is used to receive the test resource package collection sent by the code building system; The test resource package in the resource package set is generated by the code building system based on the page code of each page version. The page code is generated by the code building system by decoupling the source code of at least two types of page test elements and generating the code based on the calling code of each page test element obtained from the decoupling.

[0020] In the above scheme, the device further includes: The full test resource package receiving module is used to receive and store the full test resource package sent by the code building system; The full test resource package includes: page elements corresponding to the at least two page versions, and full page code corresponding to the at least two page versions; The full page code is used to read the page code of the corresponding page version from the full page code according to the page configuration parameters.

[0021] This application provides an electronic device, including: Memory, used to store executable instructions; The processor, when executing executable instructions stored in the memory, implements the page testing method provided in the embodiments of this application.

[0022] This application provides a computer-readable storage medium storing executable instructions for implementing the page testing method provided in this application when executed by a processor.

[0023] The embodiments of this application have the following beneficial effects: When a terminal requests to display the content of a test page, it receives a test resource package for the corresponding target page version and displays the test page for that version based on the test resource package. During the display of the test page, it receives page operations for the test page. When a page operation instructs the terminal to navigate to an associated page of the test page, it sends operation data corresponding to the operation to evaluate the target page version. In this way, the terminal can directly display the test page for the target page version. Compared to the terminal having to filter through the full test resource package for all page versions before displaying the test page for the target page version, the amount of data transmission is greatly reduced. Moreover, there is no need to request page configuration parameters, thus eliminating the time consumed in requesting page configuration parameters and improving the loading speed of the test page, thereby improving the efficiency of page testing. Attached Figure Description

[0024] Figure 1A-1B This is a schematic diagram of the page testing method provided in the embodiments of this application; Figure 2 A schematic diagram of an optional architecture of the page testing system 100 provided in an embodiment of this application; Figure 3 This is an optional structural schematic diagram of the electronic device 500 provided in an embodiment of this application; Figure 4 A flowchart illustrating the page testing method provided in this application embodiment; Figure 5 A flowchart illustrating the page testing method provided in this application embodiment; Figure 6 A flowchart illustrating the page testing method provided in this application embodiment; Figure 7 A flowchart illustrating the page testing method provided in this application embodiment; Figure 8 A flowchart illustrating the method for organizing a test resource package provided in an embodiment of this application; Figure 9 A flowchart illustrating the method for constructing a test resource package provided in an embodiment of this application; Figure 10 A flowchart illustrating the page testing method provided in this application embodiment; Figure 11 This is a schematic diagram of the structure of the page testing device provided in the embodiments of this application; Figure 12 This is a schematic diagram of the page testing device provided in an embodiment of this application. Detailed Implementation

[0025] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0026] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0027] In the following description, the terms “first, second…” are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that “first, second…” may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0028] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0029] Before providing a further detailed description of the embodiments of this application, the nouns and terms involved in the embodiments of this application will be explained, and the nouns and terms involved in the embodiments of this application shall be interpreted as follows.

[0030] 1) Client: An application that runs on a terminal and provides various services, such as a video playback client or a game client.

[0031] 2) In response, used to indicate the conditions or states on which the operation performed depends. When the conditions or states on which it depends are met, one or more operations performed may be performed in real time or with a set delay. Unless otherwise specified, there is no restriction on the order in which the multiple operations are performed.

[0032] 3) React Native (RN) is a cross-platform mobile application development framework open-sourced by Facebook in April 2015. It is a derivative of Facebook's earlier open-source JavaScript framework React for native mobile application platforms, supporting both iOS and Android platforms. RN uses JavaScript, JSX (similar to HTML), and CSS to develop mobile applications. Therefore, technical personnel familiar with web front-end development can enter the field of mobile application development with minimal learning.

[0033] 4) A / B testing involves creating two (A / B) or more (A / B / n) test versions for a web or client interface or process. At the same time, these test versions are randomly accessed by visitor groups with the same or similar composition. User experience data and business data of each group are collected, and finally the best test version is analyzed and evaluated for official adoption. In other words, A / B testing is essentially a separate between-group experiment. When conducting A / B testing, a test page (e.g., page B) needs to be created. This test page may differ from the original page (e.g., page A) in terms of title font, background color, layout, or wording. Then, the test page and the original page are randomly pushed to all browsing users simultaneously. The percentage of users who reach the website's internal pages through the test page and the original page are then counted separately. For example, if 6% of users reach the website's internal pages through the original page A and 20% reach the website's internal pages through the test page B, then the test page is well-received by users. If the 20% result is not satisfactory, new pages can be continuously modified until the conversion rate can no longer be improved.

[0034] Based on the above explanation of the nouns and terms involved in the embodiments of this application, the page testing method provided by the related technology will be described next. Taking A / B testing for H5 web pages as an example, when the terminal first requests to display the page content of the test web page, see... Figure 1A-1B , Figure 1A-1B This is a schematic diagram of the page testing method provided in the embodiments of this application. Figure 1A In this approach, the terminal first sends a resource acquisition request for the target test webpage to the resource server. Based on the resource acquisition request, the resource server retrieves and returns the page content (i.e., the full test code) corresponding to the test webpage to the terminal. Then, the terminal sends a page configuration parameter request for the A / B test of the test webpage to the A / B test configuration server. Based on the page configuration parameter request, the A / B test configuration server retrieves and returns the A / B test configuration information of the test webpage to the terminal. Finally, based on the A / B test configuration information, the terminal retrieves the test resource package corresponding to the A / B test configuration information from the full test resource package and loads the test resource package to display the obtained test webpage. However, in this approach, the data returned by the resource server to the terminal is the full test code file of the test webpage, and when the terminal sends an A / B test configuration request to the A / B test configuration server, the terminal needs to wait for an A / B test configuration request to determine the current A / B test configuration information (i.e., the experimental result) before it can know how to display the content corresponding to the A / B test configuration information, resulting in a slow webpage loading speed.

[0035] Figure 1BIn this process, the terminal first sends a resource acquisition request for the test webpage to the resource server. The resource server then retrieves the page content (i.e., the full test code) corresponding to the test webpage based on the resource acquisition request and sends a page configuration parameter request for the A / B test of the test webpage to the A / B test configuration server. The A / B test configuration server, based on the page configuration parameter request, retrieves and returns the A / B test configuration information of the test webpage to the resource server. Then, the resource server returns the full test code of the test webpage and the A / B test configuration information of the test webpage to the terminal. Finally, the terminal retrieves the test resource package corresponding to the A / B test configuration information based on the A / B test configuration information and loads the test resource package to display the obtained test webpage. However, although this scheme reduces the terminal's waiting time for the A / B test configuration request by having the resource server request the A / B test configuration information, the data returned by the resource server to the terminal is the full test code of the webpage. The terminal still needs to determine the current A / B test configuration information to know how to display the content corresponding to the A / B test configuration information, and the webpage loading speed is still relatively slow.

[0036] In view of this, embodiments of this application provide a page testing method, apparatus, device, and computer-readable storage medium to at least solve the above-mentioned technical problems.

[0037] See Figure 2 , Figure 2 This is an optional architecture diagram of the page testing system 100 provided in this application embodiment. The page testing system 100 provided in this application embodiment consists of terminals (including terminals 200-1 and 200-2), servers (including access server 300-1 and test server 300-2), and a code building system 400. Terminal 200-1 is a terminal located on the visitor side of the test page, and terminal 200-2 is a terminal located on the developer side of the test page. The terminals are equipped with clients, such as browser clients, video playback clients, instant messaging clients, etc. Access server 300-1 is the backend server corresponding to the client on terminal 200-1. For example, if a browser client is set on terminal 200-1, access server 300-1 is the backend server corresponding to the browser client. Test server 300-2 is the backend server corresponding to the client on terminal 200-2. To support an exemplary application, terminals (such as terminals 200-1 and 200-2), servers (such as access server 300-1 and test server 300-2), and code building system 400 are connected via a network, which can be a wide area network, a local area network, or a combination of both, using a wireless link to achieve data transmission.

[0038] In practical applications, terminals (such as terminal 200-1 and terminal 200-2) can be various types of user terminals such as smartphones, tablets, and laptops, or any combination of two or more of these data processing devices such as desktop computers, game consoles, televisions, or data processing devices; servers (such as access server 300-1 and test server 300-2) can be a single server configured to support various services, a server cluster, or a cloud server, etc.

[0039] In practical applications, the developer of the test page uploads the source code of the test page to the code building system 400 through terminal 200-2. Based on the source code, the code building system 400 builds a set of test resource packages for at least two page versions corresponding to the test page. The set of test resource packages includes test resource packages for each page version and a full set of test resource packages. The built set of test resource packages is then pushed to access server 300-1 and test server 300-2. The test server also stores the corresponding page configuration parameters.

[0040] When a visitor browses the test webpage through a client on terminal 200-1, terminal 200-1 responds to the page test instructions by sending a resource acquisition request for the corresponding test page to access server 300-1 to request the test resource package corresponding to the test page. Access server 300-1, based on the resource acquisition request, determines the test resource package for the corresponding target page version and returns the determined test resource package to terminal 200-1. After receiving the test resource package, terminal 200-1 displays the test page for the corresponding target page version based on the received test resource package. During the display of the test page, page operations for the test page are received. When a page operation instructs the user to navigate to an associated page of the test page, the user sends operation data corresponding to the page operation to access server 300-1, and access server 300-1 evaluates the target page version based on the operation data.

[0041] The electronic device implementing the page testing method of the embodiments of this application will now be described. See also Figure 3 , Figure 3 This is an optional structural diagram of the electronic device 500 provided in the embodiments of this application. In practical applications, the electronic device 500 can be... Figure 2 The terminals (such as terminal 200-1 and terminal 200-2) or servers (such as access server 300-1 and test server 300-2) in the system are electronic devices. Figure 2 Taking terminal 200-1 as an example, Figure 3The illustrated electronic device 500 includes at least one processor 510, a memory 550, at least one network interface 520, and a user interface 530. The various components in the electronic device 500 are coupled together via a bus system 540. It is understood that the bus system 540 is used to implement communication between these components. In addition to a data bus, the bus system 540 also includes a power bus, a control bus, and a status signal bus. However, for clarity, ... Figure 3 The general labeled all buses as Bus System 540.

[0042] The processor 510 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor, etc.

[0043] User interface 530 includes one or more output devices 531 that enable the presentation of media content, including one or more speakers and / or one or more visual displays. User interface 530 also includes one or more input devices 532, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

[0044] The memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state storage, hard disk drives, optical disk drives, etc. The memory 550 may optionally include one or more storage devices physically located away from the processor 510.

[0045] The memory 550 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), and the volatile memory may be random access memory (RAM). The memory 550 described in this application embodiment is intended to include any suitable type of memory.

[0046] In some embodiments, memory 550 is capable of storing data to support various operations, examples of which include programs, modules, and data structures or subsets or supersets thereof, as illustrated below.

[0047] Operating system 551 includes system programs for handling various basic system services and performing hardware-related tasks, such as the framework layer, core library layer, driver layer, etc., for implementing various basic business functions and handling hardware-based tasks; The network communication module 552 is used to reach other computing devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 including: Bluetooth, WiFi, and Universal Serial Bus (USB), etc. Presentation module 553 is used to enable the presentation of information (e.g., user interface for operating peripheral devices and displaying content and information) via one or more output devices 531 (e.g., display screen, speaker, etc.) associated with user interface 530. The input processing module 554 is used to detect and translate one or more user inputs or interactions from one or more input devices 532.

[0048] In some embodiments, the page testing apparatus provided in this application can be implemented in software. Figure 3 A page testing device 555 stored in memory 550 is shown. It can be software in the form of programs and plug-ins, including the following software modules: request sending module 5551, resource receiving module 5552, page display module 5553, operation receiving module 5554, and data sending module 5555. These modules are logical and can therefore be arbitrarily combined or further divided according to the functions they implement. The functions of each module will be described below.

[0049] In other embodiments, the page testing device provided in this application can be implemented in hardware. As an example, the page testing device provided in this application can be a processor in the form of a hardware decoding processor, which is programmed to execute the page testing method provided in this application. For example, the processor in the form of a hardware decoding processor can be one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), or other electronic components.

[0050] Based on the above description of the page testing system and electronic device of the embodiments of this application, the page testing method provided by the embodiments of this application will be described next. In some embodiments, the page testing method can be implemented by a terminal or a server alone, such as through... Figure 2Terminal 200-1 or access server 300-1 can be implemented independently, or they can be implemented collaboratively by the server and terminal, such as through... Figure 2 The terminal 200-1 and access server 300-1 work together in this implementation. Next, we will combine... Figure 2 and Figure 4 , Figure 4 This is a flowchart illustrating the page testing method provided in an embodiment of this application. Figure 2 The following description uses the terminal 200-1 in the embodiment of this application as an example to illustrate the page testing method provided in this application.

[0051] Step 101: In response to the first display instruction for the test page, the terminal sends a resource acquisition request for the corresponding test page.

[0052] The resource acquisition request is used to request the test resource package for the target page version corresponding to the test page. Here, the terminal is equipped with a client, such as a browser client, video playback client, or instant messaging client. When a user browses the test webpage through the client on the terminal, such as clicking the network address link corresponding to the test page, or entering the network address corresponding to the test webpage in the browser address bar and then confirming, the terminal responds to this operation by receiving a first display instruction for the test webpage. In response to this first display instruction, the terminal sends a resource acquisition request to the access server, such as a browser server, to request the corresponding test resource package from the access server.

[0053] In practical applications, the test resource package is built by the code building system. During actual implementation, after the developer uploads the source code corresponding to the test page to the code building system via the terminal, the code building system builds a set of test resource packages for at least two page versions corresponding to the test page based on the source code. The test resource package set includes the test resource package corresponding to each page version and the full test resource package. The test resource package consists of various resource files such as test code, page elements and page layout files. The built test resource package set is then pushed to the access server and the test server. The test server also stores the corresponding page configuration parameters.

[0054] When the code building system builds the test resource package, it obtains the source code of at least two types of page test elements; decouples the source code to obtain the calling code of each page test element; obtains the page configuration parameters corresponding to the test page; and generates the page code for each page version corresponding to the page configuration parameters, as well as the full test code, based on the page configuration parameters and the calling code of each page test element. In other words, when building the test resource package, the code building system builds different test resource packages and full test resource packages according to different page configuration parameters.

[0055] In some embodiments, the terminal may send a resource acquisition request in the following manner: acquire the number of times the test page is displayed in the record; when the number of times the first display instruction is determined to be the first display instruction for the test page based on the number of times the first display instruction is displayed, send a resource acquisition request for the corresponding test page.

[0056] Here, when the first display instruction for the test page is the first display instruction, such as when a visitor visits the test page for the first time, the terminal's local cache server does not store the full test resource package for the test page. Therefore, the terminal needs to send a resource acquisition request to the access server to request the test resource package corresponding to the target page version in the test page from the access server.

[0057] Step 102: Receive the test resource package corresponding to the target page version returned in response to the resource acquisition request.

[0058] The target page version is one of at least two page versions used for page testing. The test resource package is selected from a set of test resource packages corresponding to at least two page versions based on a resource acquisition request. Each page version corresponds to one test resource package, and each test resource package includes the page code and page elements of the corresponding page version. Here, the test resource package is used to test the test page, including the page code used for testing and the page elements that constitute the test page. After the terminal receives the test resource package, it loads the test resource package and runs the page code in the test resource package, rendering the page elements in the test resource package, and then displaying the rendered test webpage.

[0059] In some embodiments, the terminal may receive the returned test resource package in the following manner: receiving the test resource package of the corresponding test page returned by the access server; wherein, the test resource package is selected by the access server from the test resource package set based on the page configuration parameters of the corresponding test page after successfully obtaining the page configuration parameters of the corresponding test page from the test server based on the resource acquisition request.

[0060] In practice, when the access server receives a resource retrieval request for a test page from the terminal, it needs to send a configuration parameter retrieval request carrying the page identifier of the test page to the test server to retrieve the test resource package corresponding to the target test version, since the access server stores a set of test resource packages. Based on the page identifier in the configuration parameter retrieval request, the test server determines at least two test versions corresponding to the test page, selects the page configuration parameters allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns them to the access server. After receiving the page configuration parameters returned by the test server, the access server selects the test resource package corresponding to the test page from the set of test resource packages based on the page configuration parameters.

[0061] In some embodiments, when the access server fails to obtain the page configuration parameters of the corresponding test page, the corresponding test resources can also be obtained from the full test resource package in the following ways: Receive the full test resource package of the corresponding test page returned by the access server; obtain the page configuration parameters of the corresponding test page; based on the page configuration parameters, obtain the page test resources of the corresponding test page from the full test resource package, and display the test page based on the obtained page test resources.

[0062] Here, when the access server fails to obtain the page configuration parameters of the corresponding test page from the configuration server, in order to ensure the normal display of the test page, the access server returns the full test resource package corresponding to the test page to the terminal. After receiving the full test resource package, the terminal needs to test the server again to obtain the page configuration parameters of the corresponding test page, and select the page test resources of the corresponding test page from the full test resource package based on the obtained page configuration parameters, so as to display the test page based on the obtained page test resources.

[0063] Step 103: Based on the test resource package, display the test page for the corresponding target page version.

[0064] In some embodiments, before displaying the test page for the corresponding target page version, the terminal can obtain the test page for the corresponding target page version in the following manner: Load the page code corresponding to the target page version from the test resource package; based on the loaded page code, determine the page layout of the page elements corresponding to the target page version; based on the page layout, render the page elements corresponding to the target page version to obtain the test page for the target page version.

[0065] Here, page layout is used to represent the category and quantity of page elements, as well as the position, size, style, and rendering order of page elements in the test page. Images, videos, text, etc. can all be called page elements. After the terminal loads the page code in the test resource package and determines the page layout, it can render the page elements in the corresponding positions in the test page based on the rendering order in the page layout, thus obtaining the final test page displayed on the terminal's display interface.

[0066] In some embodiments, the terminal loads page code from the test resource package and can also parse the page element structure data in the test resource package to obtain a virtual document object model tree (VDOM) representing the hierarchical relationship between page elements. Simultaneously, it parses the page element style data in the test resource package to obtain a page style object model tree (PSMA) representing the display style of page elements. The VDOM and PSMA are then merged to generate a corresponding rendering tree. The generated rendering tree is traversed to determine the position and size of each page element within the rendering tree, and the determined page elements are rendered to obtain and display the rendered target page. This achieves rendering from the rendering tree to the local view, and the displayed target page includes at least one of the page elements such as images, videos, and text.

[0067] In this way, when a visitor visits the test page for the first time, the terminal receives the test resource package corresponding to the target page version. Compared with receiving the full test resource package corresponding to all page versions, the amount of data transmission is greatly reduced, which can improve the loading speed of the test page and thus improve the display efficiency of the test page.

[0068] In some embodiments, after sending a resource acquisition request, or after the test page is first displayed, the terminal can also obtain the full test resource package corresponding to the test page in the following ways: Send a request to obtain the full resources of the corresponding test page, in order to obtain the full test resource package of the corresponding test page; wherein, the full test resource package includes page test resources corresponding to at least two page versions of the test page; receive the returned full test resource package and store the full test resource package locally.

[0069] Here, after the terminal displays the test page, the terminal or its local cache server sends a full resource retrieval request to the access server. Based on the full resource retrieval request, the access server retrieves the full test resource package corresponding to the test page and returns the retrieved full test resource package to the terminal or its local cache server for use in subsequent requests to access the test page.

[0070] In some embodiments, after storing the full test resource package locally, the terminal can also obtain the corresponding test resources from the full test resource package in the following ways: In response to the second display instruction for the test page, a request for the corresponding test page configuration parameters is sent to obtain the corresponding test page configuration parameters; the returned page configuration parameters for the corresponding test page are received; based on the received page configuration parameters, the corresponding page test resources are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

[0071] Here, when the terminal receives the instruction to display the test page again, since the local cache server has stored the full test resource package, it can directly obtain the full test resource package from the cache server and send a request for the page configuration parameters of the corresponding test page to the test server to obtain the page configuration parameters allocated for the test page from the test server. Based on the page configuration parameters, the terminal can obtain the corresponding page test resources from the full test resource package to display the corresponding test page.

[0072] Step 104: During the display of the test page, page operations for the test page are received.

[0073] In practical applications, since the test page (also known as the user interface) displayed by the terminal is an internet product that can be directly perceived by the user, a simple and beautiful user interface and smooth user interaction can often leave a good first impression on the user. Therefore, the user can decide what page operation to perform on the test page based on the test page displayed by the terminal. If the test page displayed by the terminal is simple, beautiful and easy to interact with, the user can click the buttons of other related pages presented on the test page. The terminal responds to the click operation and performs a page jump, jumping from the current test page to the related page. At this time, the page operation instruction performs a page jump to the related page of the test page.

[0074] Step 105: When a page operation instructs the page to jump to the associated page of the test page, send the operation data corresponding to the page operation to evaluate the target page version based on the operation data.

[0075] In some embodiments, when a page operation instructs the user to jump to the associated page of the test page, the terminal may first obtain and store the operation data corresponding to the page operation; obtain the reporting time point corresponding to the operation data; and when the reporting time point corresponding to the operation data arrives, send the operation data corresponding to the page operation to the access server, so that the access server can evaluate the target page version corresponding to the displayed test page based on the operation data sent by the terminal.

[0076] Here, the operation data can be user click data on related pages based on the test page. During page testing, the access server first creates multiple test page versions. These different versions may differ in title font, background color, layout settings, or wording. Then, each test page version is simultaneously pushed to all browsing users in a random manner. The user's terminal records the user's operation data on the corresponding test page version and sends this data to the access server periodically. Based on the operation data sent by each user terminal, the access server calculates the percentage of users who reach the related page through each test page version, and then evaluates the corresponding page version based on this percentage.

[0077] The page testing method provided in the embodiments of this application will be described next. In some embodiments, combined with Figure 2 and Figure 5 , Figure 5 This is a flowchart illustrating the page testing method provided in an embodiment of this application. Figure 2 The page testing method provided in this application embodiment is used as an example to illustrate the implementation of the access server 300-1.

[0078] Step 201: The access server receives a resource retrieval request for the test page.

[0079] Here, the access server is the backend server corresponding to the client on the user terminal. When the user browses the test webpage through the client on the terminal, such as clicking the network address link corresponding to the test page, or entering the network address corresponding to the test webpage in the browser address bar and then performing a confirmation operation, the terminal responds to the operation, receives the first display instruction for the test webpage, and in response to the first display instruction, sends a resource acquisition request to the access server to obtain the test resource package corresponding to the test page. The access server receives the resource acquisition request for the test page sent by the terminal.

[0080] Step 202: Based on the resource acquisition request, determine the test resource package for the target page version of the corresponding test page.

[0081] The target page version is one of at least two page versions used for page testing. Each page version corresponds to a test resource package, and each test resource package includes the page code and page elements of the corresponding page version.

[0082] In some embodiments, before receiving a resource acquisition request for a test page, the access server may obtain a set of test resource packages in the following manner: receiving a set of test resource packages sent by the code building system; wherein, the test resource packages in the resource package set are generated by the code building system based on the page code of each page version; the page code is generated by the code building system by decoupling the source code including at least two types of page test elements and generating it based on the calling code of each page test element obtained by decoupling.

[0083] In actual implementation, the test resource packages in the test resource package set in the access layer server are built by the code building system. After the developer uploads the source code corresponding to the test page to the code building system through the terminal, the code building system builds a test resource package set for at least two page versions corresponding to the test page based on the source code. The test resource package set includes the test resource package corresponding to each page version and the full test resource package. The built test resource package set is then pushed to the access server and the test server. The test server also stores the corresponding page configuration parameters.

[0084] When the code building system builds the test resource package, it obtains the source code of at least two types of page test elements; decouples the source code to obtain the calling code of each page test element; obtains the page configuration parameters corresponding to the test page; and generates the page code for each page version corresponding to the page configuration parameters, as well as the full test code, based on the page configuration parameters and the calling code of each page test element. In other words, when building the test resource package, the code building system builds different test resource packages and full test resource packages according to different page configuration parameters.

[0085] Taking the banner and button on the test page as examples, assuming the banner includes two cases: BannerA and BannerB, and the button includes two cases: ButtonA and ButtonB, then the page configuration parameters have the following four combinations: BannerA-ButtonA, BannerB-ButtonA, BannerA-ButtonB, and BannerB-ButtonA. After the code building system decouples the source code, the corresponding calling code for BannerA, BannerB, ButtonA, and ButtonB is as follows: BannerA (index.A.js), BannerB (index.B.js), ButtonA (index.A.js), ButtonB (index.A.js), ButtonB (index.B.js), ButtonA (index.A.js), ButtonB (index.B.js), ButtonB ... nB (index.B.js); Next, based on the page configuration parameters and the test elements of each page, the page test elements indicated by the page configuration parameters are combined with the call code corresponding to other elements in the test page other than the page test elements to obtain the page code for each page version. For example, when the page configuration parameter is BannerA-ButtonA, the page code corresponding to BannerA and the page code corresponding to ButtonA are combined with the test code corresponding to the page elements other than Banner and Button to obtain the test code corresponding to the page version indicated by the page configuration parameter BannerA-ButtonA; Then, the obtained page code corresponding to each page version and the full page code (including the test code for all cases of Banner and Button) are pushed to the access server and the test server.

[0086] In some embodiments, the access server may also obtain the full test resource package in the following manner: receiving and storing the full test resource package sent by the code building system; wherein, the full test resource package includes: page elements corresponding to at least two page versions, and full page code corresponding to at least two page versions; the full page code is used to read the page code of the corresponding page version from the full page code according to the page configuration parameters.

[0087] Here, when the code building system finishes building the test resource package, it can send the full test resource package and the test resource packages for each page version together to the access server. Alternatively, based on the access server's request, it can send the full test resource package or the test resource packages for each page version separately to the access server. For example, if the access server requests the full test resource package, the code building system will only send the full test resource package to the access server.

[0088] In some embodiments, the access server may select a test resource package for the corresponding test page from a set of test resource packages corresponding to at least two page versions based on a resource acquisition request in the following manner: Send a request to the test server to obtain the configuration parameters of the corresponding test page; receive the page configuration parameters assigned to the test page by the test server; and select the test resource package corresponding to the test page from the test resource package set based on the page configuration parameters.

[0089] Here, the access server stores the test resource packages corresponding to the test pages. Since the test resource packages include the full test resource packages and the test resource packages corresponding to each page version, if you want to obtain the test resource package for a certain page version, you need to request the page configuration parameters allocated to the test page from the test server, and then select the test resource package corresponding to the test version indicated by the page configuration parameters from the test resource package set based on the page configuration parameters.

[0090] In some embodiments, the access server may send a request to the test server to obtain the configuration parameters of the corresponding test page in the following manner: A request to obtain configuration parameters carrying the page identifier of the test page is sent to the test server; correspondingly, the access server can receive the page configuration parameters allocated by the test server for the test page in the following way: receiving the page configuration parameters of the corresponding target test version returned by the test server; wherein, the page configuration parameters are selected by the test server based on the page identifier, determining at least two corresponding test versions, and selecting them from the page configuration parameters corresponding to at least two test versions.

[0091] Here, the access server sends a configuration parameter retrieval request carrying the page identifier of the test page to the test server. Based on the page identifier in the configuration parameter retrieval request, the test server determines at least two test versions corresponding to the test page, selects the page configuration parameters allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns them. The access server receives the page configuration parameters returned by the test server and selects the test resource package corresponding to the test page from the test resource package set based on the page configuration parameters.

[0092] Step 203: Return the test resource package for the target page version, and display the test page for the corresponding target page version based on the test resource package.

[0093] Here, the access server returns the test resource package of the target page version to the terminal. After receiving the test resource package of the target page version, the terminal loads the page code of the target page version in the test resource package; based on the loaded page code, it determines the page layout of the page elements corresponding to the target page version; based on the page layout, it renders the page elements corresponding to the target page version to display the rendered test page.

[0094] Step 204: Receive the operation data corresponding to the page operation for the test page, and evaluate the target page version based on the operation data.

[0095] In practical applications, users can decide what page operation to perform on the test page displayed on the terminal. If the test page displayed on the terminal is simple, beautiful and easy to interact with, the user can click the buttons of other related pages presented on the test page. The terminal responds to the click operation and performs page jump, jumping from the current test page to the related page. At this time, the page operation instruction performs page jump to the related page of the test page.

[0096] During page testing, the access server first creates multiple test pages of different versions. These test pages may differ in aspects such as title font, background color, layout settings, or wording. Then, each test page version is simultaneously pushed to all browsing users in a random manner. The user's terminal records the user's page operation data for each test page version, such as clicks on related pages based on that test page. This operation data is sent to the access server periodically or periodically. Based on the operation data sent by each user terminal, the access server calculates the percentage of users who reach related pages through each test page version, and then evaluates each test page version based on this percentage.

[0097] For example, for a webpage, test page A uses the configuration parameters of the first version of the page under test, with a red navigation bar, while test page B uses the configuration parameters of the second version of the page under test, with a black navigation bar. The server allocates the traffic corresponding to the webpage test service to the test pages with different configuration parameters of the different versions of the page under test. This ensures that when target user group A accesses the page, test page A is displayed, and when target user group B accesses the page, test page B is displayed. Click data for the different test pages for target user groups A and B is obtained respectively. When the click data for target user group A is significantly greater than the click data for target user group B, test page A is determined to be the page that users prefer.

[0098] The page testing method provided in the embodiments of this application will be described next. In some embodiments, combined with Figure 2 and Figure 6 , Figure 6 This is a flowchart illustrating the page testing method provided in an embodiment of this application. Figure 2 The following is an example of how the terminal 200-1 and the access server 300-1 work together to implement the page testing method provided in this application embodiment.

[0099] Step 301: The access server receives the set of test resource packages for the test page sent by the code building system.

[0100] The test resource package set is used to test at least two page versions corresponding to the test page, including the test resource package corresponding to each page version and the full test resource package.

[0101] Step 302: In response to the first display instruction for the test page, the terminal sends a resource acquisition request for the corresponding test page to the access server.

[0102] Step 303: The access server receives a resource acquisition request for the test page.

[0103] Step 304: The access server selects the test resource package for the target page version of the corresponding test page from the test resource package set based on the resource acquisition request.

[0104] In practical applications, the access server sends a configuration parameter retrieval request carrying the page identifier of the test page to the test server. Based on the page identifier in the configuration parameter retrieval request, the test server determines at least two test versions corresponding to the test page, selects the page configuration parameters allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns them. The access server receives the page configuration parameters returned by the test server and selects the test resource package corresponding to the test page from the test resource package set based on the page configuration parameters.

[0105] Step 305: The access server returns the test resource package corresponding to the target page version to the terminal.

[0106] Step 306: The terminal receives the test resource package corresponding to the target page version.

[0107] Step 307: Based on the page code of the target page version in the received test resource package, render the corresponding page elements to display the test page.

[0108] Step 308: During the process of displaying the test page, the terminal receives page operations for the test page.

[0109] Step 309: When the page operation indicates that the page should be redirected to the associated page of the test page, the terminal sends the operation data corresponding to the page operation to the access server.

[0110] Step 310: The access server evaluates the target page version based on the operation data.

[0111] The following describes an exemplary application of the embodiments of this application in a real-world application scenario. The page testing method provided in this application can be applied to A / B testing of pages in React Native (RN) scenarios. Typically, when product developers design and develop a test page, they often design multiple page versions. Different page versions may differ in aspects such as title font, background color, layout settings, or wording. For example, multiple styles may be designed for a specific page element (such as a button or banner), and the display position of the page element may be adjusted, such as whether the banner is displayed at the top or bottom of the test page. When developers need to determine which page version (i.e., display style) is better, they need to randomly push different page versions to the user terminals accessing the test page to collect user experience data and business data feedback from the user terminals, and then analyze and evaluate to determine the best page version for official adoption.

[0112] In some embodiments, combined with Figure 2 and Figure 7 , Figure 7 This is a flowchart illustrating the page testing method provided in this application embodiment. The method is implemented collaboratively by the developer's terminal 200-2, the code building system 400, a resource server, a configuration server, an access server 300-1, the visitor's terminal 200-1, and a cache server corresponding to terminal 200-1. In the above embodiment, the resource server and configuration server are collectively referred to as test server 300-2. The following will combine... Figure 7 The steps shown are explained.

[0113] Step 401: Terminal 200-2 uploads the source code of the test page to the code building system 400.

[0114] Here, the developer of the test page uploads the source code of the test page to the code building system 400 via terminal 200-2.

[0115] Step 402: The code building system 400 builds the test resource package set corresponding to the test page and pushes it to the access server 300-1 and the resource server.

[0116] In actual implementation, the code building system 400 builds a set of test resource packages for at least two page versions corresponding to the test page based on the source code. The set of test resource packages includes test resource packages for each page version and a full set of test resource packages.

[0117] When the code building system builds the test resource package, the code building system 400 obtains the source code including at least two types of page test elements; obtains the dependency relationships between the test codes corresponding to different page elements, and decouples the source code based on the obtained dependency relationships to obtain the calling code corresponding to each page test element; determines the page configuration parameters corresponding to the test page, and generates the page code corresponding to each page version and the full test code based on the page configuration parameters and the calling code corresponding to each page test element. The full test code is the test code for all page elements in the corresponding test page.

[0118] In practical applications, to decouple the code of different test versions of A / B testing as much as possible and facilitate the construction of test code for each page version, the code can be split according to the page configuration parameters. When organizing the test code, the page code of each page version can be stored in the directory corresponding to the same test page. For example, for the test code corresponding to the banner, assuming that the banner includes three cases: BannerA, BannerB, and BannerC, then BannerA (index.A.js), BannerB (index.B.js), BannerC (index.C.js), and Banner (index.js) are stored under the component target of BannerTest(). Here, BannerTest() is the name of the A / B test component, BannerA (index.A.js) refers to the entry point of component A, and so on. Banner (index.js) refers to the overall entry point of this component, which contains the logic of requesting A / B test configuration parameters and selecting test resources.

[0119] When importing the BannerTest() component, you can directly use a method like Banner = import('. / BannerTest'). This will return the corresponding test results, such as A / B tests for the Banner position, which is convenient for supporting A / B tests that are not reflected in the component style. Banner (index.js) is the core of the test code. Its main purpose is to be able to glue together test resources with different test configuration parameters when building the full test resource package, and select which page version of the test resource package (or component) to use from the test resource set based on the page configuration parameters.

[0120] Taking the banner and button on the test page as examples again, see... Figure 8 , Figure 8 This is a flowchart illustrating the method for organizing test resource packages provided in this application embodiment. In actual implementation, page configuration parameters are read from the configuration server. Based on the page configuration parameters, test components for the corresponding page version are selected from the test resource set (Banner (index.js) and Button (index.js)) stored on the cache server, such as BannerA (index.A.js), BannerB (index.B.js), ButtonA (index.A.js), or ButtonB (index.B.js).

[0121] As mentioned above, the test resource package collection built by the code building system includes test resource packages corresponding to each page version and a full test resource package. For the full test resource package containing all experimental results (i.e., page versions), since each experimental directory already has the overall entry point of the component, such as Banner (index.js), the method of building a full test resource package is supported by default.

[0122] To build test resource packages corresponding to each page version, Babel can be used to dynamically modify dependencies. In actual implementation, the component of the overall entry point can be dynamically modified to depend on a specific component corresponding to a certain page configuration parameter. For example, the Banner (index.js) dependent in the test code can be dynamically modified to depend on a specific component like Banner (index.A.js). After multiple builds, multiple test resource packages containing only specific experimental content or specific page configuration parameters can be obtained.

[0123] See Figure 9 , Figure 9The flowchart illustrating the method for constructing a test resource package provided in this application embodiment includes: 1. The code construction system first converts the source code corresponding to the test page into an Abstract Syntax Tree (AST); here, the source code is represented by a tree structure of the corresponding abstract syntax structure, and each node in the tree represents a structure in the source code. Since the AST does not depend on the specific grammar or language details, various functions can be implemented by operating on the AST after the source code is converted into an AST; 2. Obtaining page configuration parameters from the configuration server, and obtaining the path of the test code through the page configuration parameters; 3. When traversing the test code through the obtained path, obtaining the dependency relationship between the test codes corresponding to the page elements in the AST; 4. Based on the obtained dependency relationship, decoupling the source code to obtain the calling code corresponding to each page test element, for example... The A / B test component Banner (index.js) is located, and based on the page configuration parameters, Banner (index.js) is dynamically modified to depend on specific components such as Banner (index.A.js) or Banner (index.B.js). Thus, the original dependency on Banner (index.js) is changed to depend on Banner (index.A.js), ensuring that it only depends on specific components instead of all components. Finally, the page test elements indicated by the page configuration parameters are combined with the corresponding call code of other elements in the test page, excluding the page test elements, to generate the final test resource package.

[0124] Taking the banner and button on the test page as examples, assuming the banner includes two cases: BannerA and BannerB, and the button includes two cases: ButtonA and ButtonB, then the page configuration parameters have the following four combinations: BannerA-ButtonA, BannerB-ButtonA, BannerA-ButtonB, and BannerB-ButtonA. After the code building system decouples the source code, the corresponding calling code for BannerA, BannerB, ButtonA, and ButtonB is as follows: BannerA (index.A.js), BannerB (index.B.js), ButtonA (index.A.js), ButtonB (index.A.js), ButtonB (index.B.js), ButtonA (index.A.js), ButtonB (index.B.js), ButtonB ... `uttonB(index.B.js)`; then, based on the page configuration parameters and the test elements of each page, it combines the page test elements indicated by the page configuration parameters with the call code corresponding to other elements in the test page besides the page test elements to obtain the page code for each page version. For example, when the page configuration parameter is `BannerA-ButtonA`, the page code corresponding to `BannerA` and the page code corresponding to `ButtonA` are combined with the test code corresponding to the page elements other than `Banner` and `Button` to obtain the test code corresponding to the page version indicated by the `BannerA-ButtonA` page configuration parameter; and so on, to obtain the test code corresponding to the page versions indicated by other page configuration parameters, and obtain the full test code including all cases of `Banner` and `Button`.

[0125] In addition, when building the code that calls page elements in the test resource package, besides using Babel to modify dependencies, you can also build based on React Native's support for configuring different file extensions. For example, the file extension of the test code corresponding to the test page can be js, ts, or tsx. Therefore, you can add A.js in front of it. Then, when there are Banner (index.js) and Banner (index.A.js) in the directory, when building the test version of the test code, it will depend on Banner (index.A.js) by default, instead of depending on all of them.

[0126] Step 403: In response to the first display instruction for the test page, terminal 200-1 sends a resource acquisition request for the corresponding test page to access server 300-1.

[0127] Here, when a visitor browses the test webpage for the first time through the client on terminal 200-1, the terminal does not have the full test resource package of the test page stored locally. It needs to send a resource acquisition request to the access server to request the test resource package corresponding to the target page version in the test page.

[0128] Step 404: Access server 300-1 sends a configuration parameter retrieval request to the configuration server.

[0129] The configuration parameter retrieval request carries the page identifier of the test page, and the configuration server stores the page configuration parameters of at least two page versions corresponding to the test page.

[0130] Step 405: The configuration server obtains the page configuration parameters assigned to the test page based on the configuration parameter request, and returns them to the access server 300-1.

[0131] Here, the configuration server obtains the page identifier in the request based on the configuration parameters, determines at least two test versions corresponding to the test page, and selects the page configuration parameters to be assigned to the test page from the page configuration parameters corresponding to the at least two test versions.

[0132] Step 406: Based on the page configuration parameters, access server 300-1 selects the test resource package corresponding to the target page version from the test resource package set and returns it to terminal 200-1.

[0133] Here, terminal 200-1 receives the test resource package corresponding to the target page version, and renders the corresponding page elements based on the page code of the target page version in the received test resource package to display the test page.

[0134] By using the above method, when a visitor visits the test page for the first time, the terminal 200-1 receives the test resource package corresponding to the target page version. Compared with receiving the full test resource package corresponding to all page versions, the amount of data transmission is greatly reduced, which can improve the loading speed of the test page and thus improve the page testing efficiency.

[0135] Step 407: The cache server sends a request to the resource server to retrieve all resources for the corresponding test page.

[0136] The full resource retrieval request is used to request the full test resource package for the corresponding test page.

[0137] Step 408: The resource server retrieves the full test resource package based on the full resource retrieval request and returns it to the cache server.

[0138] Here, the caching server receives the returned full test resource package and stores it locally.

[0139] Using the above method, after a visitor's first access to the test page, the local cache server corresponding to terminal 200-1 makes an offline request to obtain the full test resource package for subsequent accesses. The full test resource package includes page test resources corresponding to at least two page versions of the test page.

[0140] Step 409: In response to the second display instruction for the test page, terminal 200-1 sends a resource retrieval request for the corresponding test page to the cache server.

[0141] Step 410: The cache server retrieves and returns the full test resource package of the corresponding test page to terminal 200-1.

[0142] Step 411: Terminal 200-1 sends a page configuration parameter request for the corresponding test page to the configuration server.

[0143] Step 412: Configure the server to request the page configuration parameters of the corresponding test page and return them to terminal 200-1.

[0144] Here, terminal 200-1 obtains the corresponding page test resources from the full test resource package based on the received page configuration parameters, and displays the test page based on the obtained page test resources.

[0145] In the above manner, when terminal 200-1 receives a page test instruction again, since the local cache server has already stored the full test resource package, it can directly obtain the full test resource package from the cache server, and based on the page configuration parameters allocated to the test page by the configuration server, obtain the corresponding page test resources from the full test resource package to display the corresponding test page.

[0146] When the terminal receives a page operation for the test page while displaying the test page, and the page operation indicates that the page should be redirected to the associated page of the test page, the terminal sends the operation data corresponding to the page operation to the access server, so that the access server can evaluate the target page version based on the operation data.

[0147] The following section will continue to explain the page testing method provided in this application embodiment, focusing on visitor access to the test page and the server-side implementation. Figure 2 and Figure 10 , Figure 10 This is a flowchart illustrating the page testing method provided in this application embodiment. The method comprises a visitor-corresponding terminal 200-1, an access server 300-1, a resource server, and a configuration server. In the above embodiment, the resource server and configuration server are collectively referred to as the test server 300-2. The following will combine... Figure 10 The steps shown are explained.

[0148] Step 501: In response to the first display instruction for the test page, terminal 200-1 sends a resource acquisition request for the corresponding test page to access server 300-1.

[0149] Step 502: Access server 300-1 sends a page configuration parameter request to the configuration server.

[0150] The configuration parameter request carries the page identifier of the test page, and the configuration server stores the page configuration parameters of at least two page versions corresponding to the test page.

[0151] Step 503: The configuration server requests the page configuration parameters based on the page configuration parameters, obtains the page configuration parameters assigned to the test page, and returns them to the access server 300-1.

[0152] Here, the configuration server determines at least two test versions corresponding to the test page based on the page identifier in the face configuration parameter request, and selects the page configuration parameters to be assigned to the test page from the page configuration parameters corresponding to the at least two test versions.

[0153] Step 504: Access server 300-1 sends a resource acquisition request for the corresponding test page to the resource server.

[0154] Here, the resource retrieval request carries the page configuration parameters to be retrieved.

[0155] Step 505: Based on the resource acquisition request, the resource server obtains the test resource package corresponding to the target page version and returns it to the access server 300-1.

[0156] Step 506: Access server 300-1 sends the test resource package corresponding to the target page version to terminal 200-1.

[0157] Here, terminal 200-1 receives the test resource package corresponding to the target page version, and renders the corresponding page elements based on the page code of the target page version in the received test resource package to display the test page.

[0158] It should be noted that if the access server stores a set of test resource packages corresponding to the test page, the access server can directly read the test resource package corresponding to the target page version from the stored set of test resource packages based on the page configuration parameters and return it to terminal 200-1, without having to obtain it from the resource server again.

[0159] The above steps describe the page testing method provided in this application embodiment when the access server successfully obtains the page configuration parameters of the corresponding test page from the configuration server. Next, the page testing method provided in this application embodiment will be described when the access server fails to obtain the page configuration parameters of the corresponding test page from the configuration server.

[0160] Step 507: In response to the first display instruction for the test page, terminal 200-1 sends a resource acquisition request for the corresponding test page to access server 300-1.

[0161] Step 508: Access server 300-1 sends a configuration parameter retrieval request to the configuration server.

[0162] The configuration parameter retrieval request carries the page identifier of the test page, and the configuration server stores the page configuration parameters of at least two page versions corresponding to the test page.

[0163] Step 509: If the access server fails to obtain the page configuration parameters of the corresponding test page via 300-1, send a resource acquisition request for the corresponding test page to the resource server.

[0164] Step 510: Based on the resource acquisition request, the resource server obtains the full test resource package of the corresponding test page and returns it to the access server 300-1.

[0165] Step 511: Access server 300-1 sends the full test resource package of the corresponding test page to terminal 200-1.

[0166] Here, after receiving the full test resource package for the corresponding test page, terminal 200-1 needs to obtain the page configuration parameters for the corresponding test page from the configuration server (i.e., the test server) again, and based on the obtained page configuration parameters, obtain the page test resources for the corresponding test page from the full test resource package, and display the test page based on the obtained page test resources.

[0167] When the terminal receives a page operation for the test page while displaying the test page, and the page operation indicates that the page should be redirected to the associated page of the test page, the terminal sends the operation data corresponding to the page operation to the access server, so that the access server can evaluate the target page version based on the operation data.

[0168] The above methods ensure the normal display of the test page. It should also be noted that if the access server stores a set of test resource packages corresponding to the test page, the access server can directly read the full set of test resource packages from the stored set and return it to terminal 200-1, without needing to retrieve it from the resource server again.

[0169] Using the above method, when the terminal requests to display the page content of the test page, it receives the test resource package corresponding to the target page version. Compared with receiving the full test resource package corresponding to all page versions, the amount of data transmission is greatly reduced. Moreover, there is no need to request page configuration parameters, which eliminates the time consumed by requesting page configuration parameters, thereby improving the loading speed of the test page and thus improving the efficiency of page testing. At the same time, when building test code, code coupling is reduced, which is beneficial for code calling and reuse.

[0170] The following description continues to illustrate the exemplary structure of the page testing device 555 provided in the embodiments of this application as a software module. In some embodiments, such as Figure 11 As shown, Figure 11 This is a schematic diagram of the structure of the page testing apparatus provided in the embodiments of this application. The software modules stored in the page testing apparatus 555 in the memory 550 may include: The request sending module 5551 is used to send a resource acquisition request corresponding to the test page in response to the first display instruction for the test page; Resource receiving module 5552 is used to receive the test resource package corresponding to the target page version returned in response to the resource acquisition request; The target page version is one of at least two page versions used for page testing; The page display module 5553 is used to display the test page corresponding to the target page version based on the received test resource package; The operation receiving module 5554 is used to receive page operations on the test page during the display of the test page. The data sending module 5555 is used to send operation data corresponding to the page operation when the page operation instruction jumps to the associated page of the test page, so as to evaluate the target page version based on the operation data.

[0171] In some embodiments, the request sending module is further configured to obtain the recorded number of times the test page is displayed; When it is determined, based on the number of displays, that the first display instruction is the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent.

[0172] In some embodiments, after sending the resource acquisition request corresponding to the test page, the apparatus further includes: The resource caching module is used to send a request to obtain all the resources corresponding to the test page, in order to request the full test resource package corresponding to the test page; The full test resource package includes page test resources corresponding to the at least two page versions; Receive the returned full test resource package and store the full test resource package locally.

[0173] In some embodiments, after storing the full test resource package locally, the apparatus further includes: The configuration request module is used to respond to the second display instruction for the test page and send a page configuration parameter request corresponding to the test page to request the page configuration parameters corresponding to the test page. Receive the page configuration parameters corresponding to the test page returned; Based on the received page configuration parameters, the corresponding page test resources are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

[0174] In some embodiments, the resource receiving module is further configured to receive a test resource package corresponding to the test page returned by the access server; The test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request.

[0175] In some embodiments, when the access server fails to obtain the page configuration parameters corresponding to the test page, the apparatus further includes: The full resource receiving module is used to receive the full test resource package corresponding to the test page returned by the access server; The configuration parameter acquisition module is used to acquire the page configuration parameters corresponding to the test page; The page display module is further configured to obtain the corresponding page test resources from the full test resource package based on the page configuration parameters, and display the test page based on the obtained page test resources.

[0176] In some embodiments, before displaying the test page corresponding to the target page version, the apparatus further includes: The page acquisition module is also used to load the page code corresponding to the target page version in the test resource package; Based on the loaded page code, determine the page layout of the page elements corresponding to the target page version; Based on the page layout, the page elements corresponding to the target page version are rendered to obtain the test page corresponding to the target page version.

[0177] In the above scheme, before sending the operation data corresponding to the page operation, the device further includes: The data processing module is used to acquire and store the operation data corresponding to the page operation. Correspondingly, the data sending module is also used to determine the reporting time point corresponding to the operation data; When the reporting time point is determined, the operation data corresponding to the page operation is sent.

[0178] The following description continues with an embodiment of a page testing device provided in this application. In some embodiments, as shown in Figure 12, Figure 12 This is a schematic diagram of the structure of the page testing device provided in this application embodiment. The software modules in the page testing device 120 provided in this application embodiment may include: The request receiving module 121 is used to receive resource acquisition requests for the test page; The resource determination module 122 is used to determine the test resource package corresponding to the target page version of the test page based on the resource acquisition request; The target page version is one of at least two page versions used for page testing; The resource return module 123 is used to return a test resource package for the target page version, so as to display a test page corresponding to the target page version based on the test resource package; Version evaluation module 124 is used to receive operation data corresponding to page operations on the test page, and evaluate the version of the target page based on the operation data; The page operation is used to instruct the page to jump to the associated page of the test page.

[0179] In some embodiments, the resource determination module is further configured to send a configuration parameter acquisition request corresponding to the test page to the test server; The test server returns the page configuration parameters assigned to the test page. Based on the page configuration parameters, a test resource package corresponding to the test page is selected from the test resource package set.

[0180] In some embodiments, the resource determination module is further configured to send a configuration parameter acquisition request carrying the page identifier of the test page to the test server; Receive the page configuration parameters corresponding to the target test version returned by the test server; The page configuration parameters are obtained by the test server determining at least two corresponding test versions based on the page identifier, and selecting them from the page configuration parameters corresponding to the at least two test versions.

[0181] In some embodiments, before receiving a resource acquisition request for a test resource package of a test page, the apparatus further includes: The test resource package collection receiving module is used to receive the test resource package collection sent by the code building system; The test resource package in the resource package set is generated by the code building system based on the page code of each page version. The page code is generated by the code building system by decoupling the source code of at least two types of page test elements and generating the code based on the calling code of each page test element obtained from the decoupling.

[0182] In the above scheme, the device further includes: The full test resource package receiving module is used to receive and store the full test resource package sent by the code building system; The full test resource package includes: page elements corresponding to the at least two page versions, and full page code corresponding to the at least two page versions; The full page code is used to read the page code of the corresponding page version from the full page code according to the page configuration parameters.

[0183] This application provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the page testing method described above in this application.

[0184] This application provides a computer-readable storage medium storing executable instructions, wherein the executable instructions are stored and when executed by a processor, they will cause the processor to execute the page testing method provided in this application.

[0185] In some embodiments, the computer-readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0186] In some embodiments, executable instructions may take the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a standalone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0187] As an example, executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple collaborating files (e.g., a file that stores one or more modules, subroutines, or code sections).

[0188] As an example, executable instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network.

[0189] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, and improvements made within the spirit and scope of this application are included within the scope of protection of this application.

Claims

1. A page testing method, characterized in that, Applied to a terminal, the method includes: In response to the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent; Receive the test resource package corresponding to the target page version determined and returned by the access server based on the resource acquisition request; The target page version is one of at least two page versions used for page testing; the test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request. The test resource packages in the test resource package set are generated by the code building system based on the page code of each page version; the page code is generated by the code building system by decoupling the source code including at least two types of page test elements and generating it based on the calling code of each page test element obtained by decoupling. Based on the test resource package, display the test page corresponding to the target page version; During the display of the test page, a page operation is received for the test page; When the page operation instruction redirects the page to the associated page of the test page, operation data corresponding to the page operation is sent to evaluate the target page version based on the operation data.

2. The method as described in claim 1, characterized in that, Sending the resource acquisition request corresponding to the test page includes: Get the number of times the test page is displayed in the record; When it is determined, based on the number of displays, that the first display instruction is the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent.

3. The method as described in claim 1, characterized in that, After sending the resource acquisition request corresponding to the test page, the method further includes: Send a request to obtain all resources corresponding to the test page, in order to request the full test resource package corresponding to the test page; The full test resource package includes page test resources corresponding to the at least two page versions; Receive the returned full test resource package and store the full test resource package locally.

4. The method as described in claim 3, characterized in that, After storing the full test resource package locally, the method further includes: In response to a second display instruction for the test page, a page configuration parameter request corresponding to the test page is sent to request the page configuration parameters corresponding to the test page; Receive the page configuration parameters corresponding to the test page returned; Based on the received page configuration parameters, the corresponding page test resources are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

5. The method as described in claim 1, characterized in that, When the access server fails to obtain the page configuration parameters corresponding to the test page, the method further includes: Receive the full test resource package corresponding to the test page returned by the access server; Obtain the page configuration parameters corresponding to the test page; Based on the page configuration parameters, the page test resources corresponding to the test page are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

6. The method as described in claim 1, characterized in that, Before sending the operation data corresponding to the page operation, the method further includes: Obtain the operation data corresponding to the page operation, and store the operation data corresponding to the page operation; Accordingly, sending the operation data corresponding to the page operation includes: Determine the reporting time point corresponding to the operation data; When the reporting time point is determined, the operation data corresponding to the page operation is sent.

7. A page testing method, characterized in that, Applied to an access server, the method includes: A resource retrieval request for the test page was received; Based on the resource acquisition request, determine the test resource package corresponding to the target page version of the test page; The target page version is one of at least two page versions used for page testing; the test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request. The test resource packages in the test resource package set are generated by the code building system based on the page code of each page version; the page code is generated by the code building system by decoupling the source code including at least two types of page test elements and generating it based on the calling code of each page test element obtained by decoupling. Return the test resource package for the target page version, and display the test page corresponding to the target page version based on the test resource package; Receive operation data corresponding to page operations on the test page, and evaluate the target page version based on the operation data; The page operation is used to instruct the page to jump to the associated page of the test page.

8. The method as described in claim 7, characterized in that, The step of determining the test resource package corresponding to the test page based on the resource acquisition request includes: Send a request to the test server to retrieve the configuration parameters corresponding to the test page; The test server returns the page configuration parameters assigned to the test page. Based on the page configuration parameters, a test resource package corresponding to the test page is selected from the test resource package set.

9. The method as described in claim 8, characterized in that, Sending the configuration parameter retrieval request corresponding to the test page to the test server includes: Send a configuration parameter retrieval request carrying the page identifier of the test page to the test server; Accordingly, the page configuration parameters allocated to the test page by the test server upon receipt include: Receive page configuration parameters corresponding to the target page version returned by the test server; The page configuration parameters are obtained by the test server based on the page identifier, determining at least two corresponding page versions, and selecting them from the page configuration parameters corresponding to the at least two page versions.

10. The method as described in claim 7, characterized in that, The method further includes: Receive and store the full test resource package sent by the code building system; The full test resource package includes: page elements corresponding to the at least two page versions, and full page code corresponding to the at least two page versions; The full page code is used to read the page code of the corresponding page version from the full page code according to the page configuration parameters.

11. A page testing device, characterized in that, Applied to a terminal, the device includes: The request sending module is used to send a resource acquisition request corresponding to the test page in response to the first display instruction for the test page; The resource receiving module is used to receive the test resource package corresponding to the target page version determined and returned by the access server based on the resource acquisition request; The target page version is one of at least two page versions used for page testing; the test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request. The test resource packages in the test resource package set are generated by the code building system based on the page code of each page version; the page code is generated by the code building system by decoupling the source code including at least two types of page test elements and generating it based on the calling code of each page test element obtained by decoupling. The page display module is used to display the test page corresponding to the target page version based on the test resource package; An operation receiving module is used to receive page operations on the test page during the display of the test page. The data sending module is used to send operation data corresponding to the page operation when the page operation instruction redirects the page to the associated page of the test page, so as to evaluate the target page version based on the operation data.

12. The apparatus according to claim 11, characterized in that, The request sending module is also used to obtain the recorded number of times the test page is displayed; When it is determined, based on the number of displays, that the first display instruction is the first display instruction for the test page, a resource acquisition request corresponding to the test page is sent.

13. The apparatus according to claim 11, characterized in that, The resource caching module, after sending a resource acquisition request for the corresponding test page, is used to send a full resource acquisition request for the corresponding test page in order to request the full test resource package for the corresponding test page. The full test resource package includes page test resources corresponding to the at least two page versions; Receive the returned full test resource package and store the full test resource package locally.

14. The apparatus according to claim 13, characterized in that, The configuration request module, after storing the full test resource package locally, is used to respond to the second display instruction for the test page by sending a page configuration parameter request corresponding to the test page, so as to request the page configuration parameters corresponding to the test page; Receive the page configuration parameters corresponding to the test page returned; Based on the received page configuration parameters, the corresponding page test resources are obtained from the full test resource package, and the test page is displayed based on the obtained page test resources.

15. The apparatus according to claim 11, characterized in that, The full resource receiving module is used to receive the full test resource package corresponding to the test page returned by the access server when the access server fails to obtain the page configuration parameters corresponding to the test page. The configuration parameter acquisition module is used to acquire the page configuration parameters corresponding to the test page; The page display module is further configured to obtain the corresponding page test resources from the full test resource package based on the page configuration parameters, and display the test page based on the obtained page test resources.

16. The apparatus according to claim 11, characterized in that, The data processing module is used to obtain and store the operation data corresponding to the page operation before sending the operation data corresponding to the page operation. The data sending module is also used to determine the reporting time point corresponding to the operation data; When the reporting time point is determined, the operation data corresponding to the page operation is sent.

17. A page testing device, characterized in that, The device, used for accessing a server, includes: The request receiving module is used to receive resource retrieval requests for the test page; The resource determination module is used to determine the test resource package corresponding to the target page version of the test page based on the resource acquisition request. The target page version is one of at least two page versions used for page testing; the test resource package is selected by the access server from the test resource package set after successfully obtaining the page configuration parameters corresponding to the test page from the test server based on the resource acquisition request. The test resource packages in the test resource package set are generated by the code building system based on the page code of each page version; the page code is generated by the code building system by decoupling the source code including at least two types of page test elements and generating it based on the calling code of each page test element obtained by decoupling. The resource return module is used to return the test resource package of the target page version, so as to display the test page corresponding to the target page version based on the test resource package; The version evaluation module is used to receive operation data corresponding to page operations on the test page, and evaluate the version of the target page based on the operation data. The page operation is used to instruct the page to jump to the associated page of the test page.

18. The apparatus according to claim 17, characterized in that, The resource determination module is also used to send a configuration parameter acquisition request corresponding to the test page to the test server; The test server returns the page configuration parameters assigned to the test page. Based on the page configuration parameters, a test resource package corresponding to the test page is selected from the test resource package set.

19. The apparatus according to claim 18, characterized in that, The resource determination module is also used to send a configuration parameter acquisition request carrying the page identifier of the test page to the test server; Receive page configuration parameters corresponding to the target page version returned by the test server; The page configuration parameters are obtained by the test server based on the page identifier, determining at least two corresponding page versions, and selecting them from the page configuration parameters corresponding to the at least two page versions.

20. The apparatus according to claim 17, characterized in that, The full test resource package receiving module is used to receive and store the full test resource package sent by the code building system; The full test resource package includes: page elements corresponding to the at least two page versions, and full page code corresponding to the at least two page versions; The full page code is used to read the page code of the corresponding page version from the full page code according to the page configuration parameters.

21. An electronic device, characterized in that, The electronic device includes: Memory, used to store executable instructions; A processor, when executing executable instructions stored in the memory, implements the page testing method according to any one of claims 1 to 10.

22. A computer-readable storage medium, characterized in that, It stores executable instructions for implementing the page testing method according to any one of claims 1 to 10 when executed by a processor.

23. A computer program product, comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed by the processor, they implement the page testing method according to any one of claims 1 to 10.

Images