CN114968755A

CN114968755A - Page testing method and device and computer readable storage medium

Info

Publication number: CN114968755A
Application number: CN202110221130.8A
Authority: CN
Inventors: 乔泽阳; 谢清贵; 高岗
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-02-26
Filing date: 2021-02-26
Publication date: 2022-08-30

Abstract

The application provides a page testing method, a device, equipment and a computer readable storage medium; the method comprises the following steps: responding to a first display instruction aiming at a test page, and sending a resource acquisition request corresponding to the test page; receiving a test resource packet 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 for page testing; and displaying the test page corresponding to the target page version based on the test resource packet. Through the method and the device, the page testing efficiency can be improved.

Description

Page testing method and device and computer readable storage medium

Technical Field

The present application relates to the field of network technologies, and in particular, to a page testing method and apparatus, and a computer-readable storage medium.

Background

In the process of website page development and operation maintenance, a network page display scheme needs to be frequently tested, under a common condition, a certain network page or test page has multiple page versions, each page version has a corresponding test resource package, and the page contents displayed by loading different test resource packages are different, for example, the test pages corresponding to different page versions may be different in the aspects of title fonts, background colors, layout settings, wordings and the like.

In the related art, when a page test is performed, when a user requests to access a certain webpage, a server issues test resources corresponding to different page versions of the webpage to a user terminal, and the terminal acquires corresponding test resources based on configuration information to display corresponding page content, so that the loading speed of the test page is low, and the page test efficiency is low.

Disclosure of Invention

The embodiment of the application provides a page testing method, a page testing device and a computer readable storage medium, which can improve page testing efficiency.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a page testing method, which comprises the following steps:

responding to a first display instruction aiming at a test page, and sending a resource acquisition request corresponding to the test page;

receiving a test resource packet 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 for page testing;

displaying a test page corresponding to the target page version based on the test resource packet;

receiving page operation aiming at the test page in the process of displaying the test page;

and when the page operation indicates that the page jumps to the related page of the test page, sending operation data corresponding to the page operation so as to evaluate the target page version based on the operation data.

In the foregoing solution, before the test page corresponding to the target page version is displayed, the method further includes:

loading a page code corresponding to the target page version in the test resource package;

determining the page layout of a page element corresponding to the target page version based on the loaded page code;

and rendering the page elements corresponding to the target page version based on the page layout to obtain a test page corresponding to the target page version.

receiving a resource acquisition request aiming at a test page;

determining a 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 for page testing;

returning the test resource packet of the target page version to display the test page corresponding to the target page version based on the test resource packet;

receiving operation data corresponding to the page operation of the test page, and evaluating the target page version based on the operation data;

and the page operation is used for indicating that the page jump is carried out to the related page of the test page.

The embodiment of the application provides a page testing device, includes:

the request sending module is used for responding to a first display instruction aiming at a test page and sending a resource obtaining request corresponding to the test page;

the resource receiving module is used for receiving a test resource packet which responds to the resource acquisition request and returns and corresponds to the target page version;

the target page version is one of at least two page versions for page testing;

the page display module is used for displaying a test page corresponding to the target page version based on the test resource package;

the operation receiving module is used for receiving page operation aiming at the test page in the process of displaying the test page;

and the data sending module is used for sending operation data corresponding to the page operation when the page operation indicates that the page jumps to the relevant page of the test page so as to evaluate the target page version based on the operation data.

In the above scheme, the request sending module is further configured to obtain the recorded display times corresponding to the test page;

and sending a resource acquisition request corresponding to the test page when the first display instruction is determined to be the first display instruction for the test page based on the display times.

In the foregoing solution, after the sending the resource acquisition request, the apparatus further includes:

the resource cache module is used for sending a full resource acquisition request corresponding to the test page so as to request to acquire a full test resource packet corresponding to the test page;

the full test resource package comprises page test resources corresponding to the at least two page versions;

and receiving the returned full test resource packet, and storing the full test resource packet to the local.

In the foregoing solution, after storing the full-scale test resource package locally, the apparatus further includes:

the configuration request module is used for responding to a second display instruction aiming at the test page, sending a page configuration parameter request corresponding to the test page, and requesting to acquire a page configuration parameter corresponding to the test page;

receiving returned page configuration parameters corresponding to the test page;

and acquiring corresponding page test resources from the full test resource packet based on the received page configuration parameters, and displaying the test page based on the acquired page test resources.

In the above scheme, the resource receiving module is further configured to receive a test resource packet corresponding to the test page returned by the access server;

the access server successfully obtains the page configuration parameters corresponding to the test page from the test server based on the resource obtaining request, and then obtains the test resource package by selecting from a test resource package set based on the page configuration parameters.

In the foregoing solution, when the access server fails to obtain the page configuration parameter corresponding to the test page, the apparatus further includes:

a total resource receiving module, configured to receive a total test resource packet corresponding to the test page returned by the access server;

the configuration parameter acquisition module is used for acquiring page configuration parameters corresponding to the test page;

the page rendering module is further configured to obtain, based on the page configuration parameter, a page test resource corresponding to the test page from the full test resource package, and display the test page based on the obtained page test resource.

In the foregoing solution, before the test page corresponding to the target page version is displayed, the apparatus further includes:

the page obtaining module is further configured to load a page code corresponding to the target page version in the test resource package;

In the foregoing solution, before the sending the operation data corresponding to the page operation, the apparatus further includes:

the data processing module is used for acquiring operation data corresponding to the page operation and storing the operation data corresponding to the page operation;

correspondingly, the data sending module is further configured to determine a reporting time point corresponding to the operation data;

and when the reporting time point is determined to arrive, transmitting the operation data corresponding to the page operation.

The embodiment of the application provides a page testing device, includes:

the request receiving module is used for receiving a resource obtaining request aiming at the test page;

a resource determining module, configured to determine, based on the resource obtaining request, a test resource package corresponding to a target page version of the test page;

the target page version is one of at least two page versions for page testing;

the resource returning module is used for returning the test resource packet of the target page version so as to display the test page corresponding to the target page version based on the test resource packet;

the version evaluation module is used for receiving operation data corresponding to the page operation of the test page and evaluating the target page version based on the operation data;

In the above scheme, the resource determining module is further configured to send a configuration parameter obtaining request corresponding to the test page to the test server;

receiving returned page configuration parameters distributed to the test page by the test server;

and selecting a test resource packet corresponding to the test page from the test resource packet set based on the page configuration parameters.

In the above scheme, the resource determining module is further configured to send a configuration parameter obtaining request carrying the page identifier of the test page to the test server;

receiving page configuration parameters corresponding to the target test version returned by the test server;

the page configuration parameters are that the test server determines at least two corresponding test versions based on the page identifier, and the at least two test versions are selected from the page configuration parameters corresponding to the at least two test versions.

In the foregoing solution, before the receiving the resource obtaining request of the test resource package requesting to obtain the test page, the apparatus further includes:

the test resource packet set receiving module is used for receiving the test resource packet set sent by the code construction system;

the test resource package in the resource package set is obtained by the code construction system based on the page code construction of each page version;

the page code is obtained by decoupling a source code comprising at least two page test elements by the code construction system and generating a calling code of each page test element based on decoupling.

In the above scheme, the apparatus further comprises:

the full test resource packet receiving module is used for receiving and storing the full test resource packet sent by the code construction system;

wherein the full test resource package comprises: page elements corresponding to the at least two page versions and full page codes corresponding to the at least two page versions;

and the full page code is used for reading the page code of the corresponding page version from the full page code according to the page configuration parameters.

An embodiment of the present application provides an electronic device, including:

a memory for storing executable instructions;

and the processor is used for realizing the page testing method provided by the embodiment of the application when the executable instructions stored in the memory are executed.

The embodiment of the application provides a computer-readable storage medium, which stores executable instructions and is used for causing a processor to execute the executable instructions so as to realize the page testing method provided by the embodiment of the application.

The embodiment of the application has the following beneficial effects:

when a terminal requests to display page content of a test page, a test resource packet corresponding to a target page version is received, and the test page corresponding to the target page version is displayed based on the test resource packet; receiving page operation aiming at a test page in the process of displaying the test page; when the page operation indicates that the page jumps to the relevant page of the test page, sending operation data corresponding to the page operation so as to evaluate a target page version based on the operation data; therefore, the terminal can directly display the test page of the target page version, compared with the test page of which the target page version can be displayed only by screening the full test resource packets corresponding to all the page versions, the data transmission quantity is greatly reduced, the page configuration parameters do not need to be acquired, the request time of the page configuration parameters does not need to be consumed, the loading speed of the test page can be increased, and the page test efficiency is improved.

Drawings

Fig. 1A-1B are schematic flow diagrams of a page testing method provided in an embodiment of the present application;

FIG. 2 is a schematic diagram of an alternative architecture of the page test system 100 according to an embodiment of the present disclosure;

fig. 3 is an alternative structural diagram of an electronic device 500 according to an embodiment of the present application;

fig. 4 is a schematic flowchart of a page testing method according to an embodiment of the present application;

fig. 5 is a schematic flowchart of a page testing method according to an embodiment of the present application;

fig. 6 is a schematic flowchart of a page testing method according to an embodiment of the present application;

fig. 7 is a schematic flowchart of a page testing method according to an embodiment of the present application;

FIG. 8 is a flowchart illustrating an organization method of a test resource package according to an embodiment of the present disclosure;

fig. 9 is a flowchart illustrating a method for constructing a test resource package according to an embodiment of the present disclosure;

fig. 10 is a schematic flowchart of a page testing method according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a page testing apparatus according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a page testing apparatus according to an embodiment of the present application.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but 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.

In the description that follows, reference is made to the term "first \ second …" merely to distinguish between similar objects and not to represent a particular ordering for the objects, it being understood that "first \ second …" may be interchanged in a particular order or sequence of orders as permitted to enable embodiments of the application described herein to be practiced in other than the order illustrated or described herein.

Unless defined otherwise, 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 the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) The client, an application program running in the terminal for providing various services, such as a video playing client, a game client, etc.

2) In response to the condition or state on which the performed operation depends, one or more of the performed operations may be in real-time or may have a set delay when the dependent condition or state is satisfied; there is no restriction on the order of execution of the operations performed unless otherwise specified.

3) The fact Native (RN for short) is a cross-platform mobile application development framework which is sourced from Facebook in 2015 4, is a derivative product of JS framework fact which is sourced from Facebook in the early period in a Native mobile application platform, and supports two platforms of iOS and android. The RN develops mobile applications using Javascript language, JSX similar to HTML, and CSS, so a person familiar with network (Web) front-end development needs little learning to enter the field of mobile application development.

4) AB test, which is to make two (A/B) or a plurality of (A/B/n) test versions for Web or client interfaces or processes, make visitor groups with the same or similar components randomly access the test versions in the same time dimension, collect user experience data and service data of each group, and finally analyze and evaluate the best test version to be formally adopted;

that is to say, the AB test is essentially a separate type inter-group experiment, and when performing the AB test, a test page (for example, a B page) needs to be established, which may be different from an original page (for example, an a page) in terms of title font, background color, layout setting, or wording, and then the test page and the original page are pushed to all browsing users simultaneously in a random manner, and then the percentage of users who reach the inner page of the website through the test page and the original page is counted, assuming that 6% of users who reach the inner page of the website through the original page a and 20% of users who reach the inner page of the website through the test page B, it indicates that the test page is liked by the users; if the 20% result is not satisfactory, the new page can be modified further until the conversion cannot be increased any more.

Based on the above explanations of terms and terms involved in the embodiment of the present application, a description is next given of a page testing method provided by the related art, taking an AB test for an H5 web page as an example, when a terminal requests to display page content of a test web page for the first time, referring to fig. 1A-1B, fig. 1A-1B are schematic diagrams of a flow of the page testing method provided by the embodiment of the present application, in fig. 1A, first, the terminal sends a resource acquisition request for a target test web page to a resource server, and the resource server acquires and returns page content (i.e., a full amount of test codes) corresponding to the test web page to the terminal based on the resource acquisition request; then the terminal sends a page configuration parameter request aiming at the AB test of the test webpage to an AB test configuration server, and the AB test configuration server acquires and returns AB test configuration information of the test webpage to the terminal based on the page configuration parameter request; finally, the terminal acquires the test resource packets corresponding to the AB test configuration information from the full test resource packets based on the AB test configuration information, and loads the test resource packets to display the obtained test web pages; however, in this solution, the data returned by the resource server to the terminal is a full test code file of the test web page, and when the terminal sends the AB test configuration request to the AB test configuration server, the terminal needs to wait for the AB test configuration request once, and determine the current AB test configuration information (i.e., the experimental result) to know that the content corresponding to the AB test configuration information is displayed, which results in a slow loading speed of the web page.

In fig. 1B, first, the terminal sends a resource acquisition request for a test web page to the resource server, the resource server acquires page content (i.e., a full test code) corresponding to the test web page based on the resource acquisition request, and sends a page configuration parameter request for an AB test for the test web page to the AB test configuration server, and the AB test configuration server acquires and returns AB test configuration information for the test web page to the resource server based on the page configuration parameter request; then, the resource server returns the total test code of the test webpage and the AB test configuration information of the test webpage to the terminal; finally, the terminal acquires a test resource packet corresponding to the AB test configuration information based on the AB test configuration information, and loads the test resource packet to display the obtained test webpage; however, in this solution, the resource server requests the AB test configuration information, although the time for the terminal to wait for the AB test configuration request is reduced, the data returned by the resource server to the terminal is the full test code of the web page, the terminal still needs to determine the current AB test configuration information to know the content corresponding to the displayed AB test configuration information, and the loading speed of the web page is still slow.

In view of the above, embodiments of the present application provide a page testing method, apparatus, device and computer readable storage medium to at least solve the above technical problems.

Referring to fig. 2, fig. 2 is an alternative architecture schematic diagram of the page testing system 100 provided in the embodiment of the present application, where the page testing system 100 provided in the embodiment of the present application is composed of a terminal (including a terminal 200-1 and a terminal 200-2), a server (including an access server 300-1 and a testing server 300-2), and a code building system 400, wherein, the terminal 200-1 is a terminal positioned at the visitor side of the test page, the terminal 200-2 is a terminal positioned at the developer side of the test page, a client is arranged on the terminal, such as a browser client, a video playing client, an instant messaging client, etc., the access server 300-1 is a background server corresponding to the client on the terminal 200-1, if the terminal 200-1 is provided with a browser client, accessing a background server corresponding to the browser client of the server 300-1; the test server 300-2 is a background server corresponding to the client on the terminal 200-2. To support an exemplary application, the terminals (e.g., terminal 200-1 and terminal 200-2), the servers (e.g., access server 300-1 and test server 300-2), and the code construction system 400 are connected via a network, which may be a wide area network or a local area network, or a combination thereof, and data transmission is performed using wireless links.

In practical applications, the terminals (such as the terminal 200-1 and the terminal 200-2) may be various types of user terminals such as a smart phone, a tablet computer, a notebook computer, etc., and may also be a desktop computer, a game machine, a television, or a combination of any two or more of these data processing devices; the servers (such as the access server 300-1 and the test server 300-2) may be a single server configured to support various services, may also be configured as a server cluster, may also be cloud servers, and the like.

In practical application, a developer of a test page uploads a source code of the test page to the code construction system 400 through the terminal 200-2, the code construction system 400 constructs a test resource package set of at least two page versions corresponding to the test page based on the source code, the test resource package set includes a test resource package and a full test resource package corresponding to each page version, and pushes the constructed test resource package set to the access server 300-1 and the test server 300-2, wherein corresponding page configuration parameters are stored in the test server.

When an accessor of a test page browses the test page through a client on the terminal 200-1, the terminal 200-1 is used for responding to a page test instruction and sending a resource acquisition request corresponding to the test page to the access server 300-1 so as to request to acquire a test resource packet corresponding to the test page; the access server 300-1 determines a test resource packet corresponding to the target page version based on the resource acquisition request, and returns the determined test resource packet to the terminal 200-1; after receiving the test resource packet, the terminal 200-1 displays a test page corresponding to the target page version based on the received test resource packet; receiving page operation aiming at a test page in the process of displaying the test page; when the page operation indicates that the page jumps to the relevant page of the test page, the operation data corresponding to the page operation is sent to the access server 300-1, and the access server 300-1 evaluates the target page version based on the operation data.

Next, an electronic device implementing the page test method according to the embodiment of the present application will be described. Referring to fig. 3, fig. 3 is an optional schematic structural diagram of an electronic device 500 provided in this embodiment, in practical application, the electronic device 500 may be a terminal (e.g., the terminal 200-1 and the terminal 200-2) or a server (e.g., the access server 300-1 and the test server 300-2) in fig. 2, and taking the electronic device as the terminal 200-1 shown in fig. 2 as an example, the electronic device 500 shown in fig. 3 includes: at least one processor 510, memory 550, at least one network interface 520, and a user interface 530. The various components in the electronic device 500 are coupled together by a bus system 540. It is understood that the bus system 540 is used to enable communications among the components. The bus system 540 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 540 in fig. 3.

The Processor 510 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like, wherein the general purpose Processor may be a microprocessor or any conventional Processor, or the like.

The user interface 530 includes one or more output devices 531 enabling presentation of media content, including one or more speakers and/or one or more visual display screens. The user interface 530 also includes one or more input devices 532, including user interface components to facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 550 optionally includes one or more storage devices physically located remote from processor 510.

The memory 550 may comprise volatile memory or nonvolatile memory, and may also comprise both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a Random Access Memory (RAM). The memory 550 described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 550 can store data to support various operations, examples of which include programs, modules, and data structures, or subsets or supersets thereof, as exemplified below.

An operating system 551 including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

a network communication module 552 for communicating to other computing devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 including: bluetooth, wireless compatibility authentication (WiFi), and Universal Serial Bus (USB), and the like;

a presentation module 553 for enabling presentation of information (e.g., a user interface for operating peripherals and displaying content and information) via one or more output devices 531 (e.g., a display screen, speakers, etc.) associated with the user interface 530;

an input processing module 554 to detect one or more user inputs or interactions from one of the one or more input devices 532 and to translate the detected inputs or interactions.

In some embodiments, the page testing apparatus provided in the embodiments of the present application may be implemented in software, and fig. 3 illustrates a page testing apparatus 555 stored in a memory 550, which may be software in the form of programs and plug-ins, and includes the following software modules: the request sending module 5551, the resource receiving module 5552, the page showing module 5553, the operation receiving module 5554 and the data sending module 5555 are logical modules, and thus any combination or further splitting can be performed according to the implemented functions, and the functions of the respective modules will be described below.

In other embodiments, the page testing apparatus provided in the embodiments of the present Application may be implemented in hardware, and as an example, the page testing apparatus provided in the embodiments of the present Application may be a processor in the form of a hardware decoding processor, which is programmed to perform the page testing method provided in the embodiments of the present Application, for example, the processor in the form of the hardware decoding processor may 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.

Based on the above description of the page testing system and the electronic device in the embodiment of the present application, the page testing method provided in the embodiment of the present application is described next, in some embodiments, the page testing method may be implemented by a terminal or a server alone, for example, by the terminal 200-1 or the access server 300-1 in fig. 2 alone, or may be implemented by a server and a terminal in cooperation, for example, by the terminal 200-1 and the access server 300-1 in fig. 2 in cooperation, and then, with reference to fig. 2 and fig. 4, fig. 4 is a schematic flow diagram of the page testing method provided in the embodiment of the present application, and the terminal 200-1 in fig. 2 is used to implement the page testing method provided in the embodiment of the present application as an example.

Step 101: and the terminal responds to the first display instruction aiming at the test page and sends a resource acquisition request corresponding to the test page.

The resource obtaining request is used for requesting to obtain a test resource package of a target page version corresponding to the test page. Here, the terminal is provided with a client, such as a browser client, a video playing client, an instant messaging client, and the like, and when a user browses a test web page through the client on the terminal, such as clicking a network address link corresponding to the test web page, or executes a determination operation after inputting a network address corresponding to the test web page in an address bar of the browser, the terminal responds to the operation, receives a first display instruction for the test web page, and sends a resource acquisition request for acquiring a test resource package corresponding to the test web page to an access server, such as a browser server, in response to the first display instruction, so as to request to acquire the corresponding test resource package from the access server.

In practical application, a test resource package is constructed by a code construction system, in practical implementation, after a developer uploads a source code corresponding to a test page to the code construction system through a terminal, the code construction system constructs a test resource package set of at least two page versions corresponding to the test page based on the source code, wherein the test resource package set comprises a test resource package corresponding to each page version and a full test resource package, the test resource package comprises various resource files such as a test code, a page element and a page layout file, and the constructed test resource package set is pushed to an access server and a test server, and corresponding page configuration parameters are stored in the test server.

When the code construction system constructs a test resource package, the code construction system acquires a source code comprising at least two page test elements; decoupling the source code to obtain a calling code corresponding to each page test element; acquiring page configuration parameters corresponding to the test pages, and generating page codes of page versions corresponding to the page configuration parameters and full test codes based on the page configuration parameters and the calling codes corresponding to the test elements of the pages; that is to say, when the code construction system constructs the test resource package, different test resource packages and full test resource packages are constructed according to different page configuration parameters.

In some embodiments, the terminal may send the resource acquisition request by: acquiring the corresponding display times of the recorded test page; and when the first display instruction is determined to be the first display instruction for the test page based on the display times, sending a resource acquisition request corresponding to the test page.

Here, when the first presentation instruction for the test page is a first presentation instruction, for example, when a visitor accesses the test page for the first time, the local cache server of the terminal does not store the full test resource package of the test page, so that the terminal needs to send a resource obtaining request to the access server to request to obtain the test resource package corresponding to the target page version in the test page from the access server.

Step 102: and receiving a test resource packet 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 for page testing. The test resource package is selected from a test resource package set corresponding to at least two page versions based on a resource obtaining request, each page version corresponds to one test resource package, each test resource package comprises a page code and a page element of the corresponding page version, the test resource package is used for testing a test page and comprises the page code for testing and the page element forming the test page, and after the terminal receives the test resource package, when the test resource package is loaded and the page code in the test resource package is operated, the page element in the test resource package is rendered, and then the test webpage obtained by rendering is displayed.

In some embodiments, the terminal may receive the returned test resource package by: receiving a test resource packet corresponding to a test page returned by an access server; the test resource package is obtained by selecting from a test resource package set based on a page configuration parameter after the access server successfully obtains the page configuration parameter of the corresponding test page from the test server based on the resource obtaining request.

Here, in actual implementation, when the access server receives a resource acquisition request for a test page sent by a terminal, since the access server stores a test resource packet set, if a test resource packet corresponding to a target test version is to be acquired, the access server needs to send a configuration parameter acquisition request carrying a page identifier of the test page to the test server, the test server determines at least two test versions corresponding to the test page based on the page identifier in the configuration parameter acquisition request, selects a page configuration parameter allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns the page configuration parameter to the access server; and after receiving the page configuration parameters returned by the test server, the access server selects the test resource packet corresponding to the test page from the test resource packet set based on the page configuration parameters.

In some embodiments, when the access server fails to obtain the page configuration parameters of the corresponding test page, the corresponding test resources may also be obtained from the full test resource package by:

receiving a total test resource packet of a corresponding test page returned by the access server; acquiring page configuration parameters corresponding to the test page; and acquiring page test resources corresponding to the test pages from the full test resource package based on the page configuration parameters, and displaying the test pages based on the acquired page test resources.

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

Step 103: and displaying the test page corresponding to the target page version based on the test resource packet.

In some embodiments, before the terminal displays the test page corresponding to the target page version, the test page corresponding to the target page version may be obtained by:

loading a page code corresponding to the target page version in the test resource package; determining the page layout of the page element corresponding to the target page version based on the loaded page code; and rendering the page elements corresponding to the target page version based on the page layout to obtain the test page corresponding to the target page version.

The page layout is used for representing the category and the number of the page elements, the positions, the sizes, the styles, the rendering sequences and the like of the page elements in the test page, pictures, videos, characters and the like can be called as the page elements, and after the terminal loads page codes in the test resource package to determine the page layout, the page elements can be rendered at corresponding positions in the test page based on the rendering sequences in the page layout, so that the test page finally displayed in a display interface of the terminal is obtained.

In some embodiments, the terminal loads the page code in the test resource package, and can also realize the analysis of the page element structure data in the test resource package, so as to obtain a virtual document object model tree for representing the hierarchical relationship between the page elements, and simultaneously analyze the page element style data in the test resource package, so as to obtain a page style object model tree for representing the display style of the page elements; combining the virtual document object model tree and the page style object model tree to generate a corresponding rendering tree; traversing the generated rendering tree, determining the position and the size of each page element in the rendering tree, rendering the determined page elements, and obtaining and displaying a rendered target page, so that the rendering from the rendering tree to the local view is realized, and the displayed target page comprises page content of at least one of the page elements such as pictures, videos, characters and the like.

By the method, when the visitor visits the test page for the first time, the terminal receives the test resource packets corresponding to the target page version, compared with receiving all the test resource packets corresponding to all the page versions, the data transmission quantity is greatly reduced, the loading speed of the test page can be improved, and the display efficiency of the test page is further improved.

In some embodiments, after the terminal sends the resource obtaining request, or after the test page is displayed for the first time, the terminal may further obtain the full test resource package corresponding to the test page by:

sending a full resource acquisition request corresponding to the test page to request to acquire a full test resource packet corresponding to the test page; the full test resource package comprises page test resources corresponding to at least two page versions corresponding to the test pages; and receiving the returned full test resource packet, and storing the full test resource packet to the local.

Here, after the terminal displays the test page, the terminal or a local cache server of the terminal sends a full resource acquisition request to the access server, and the access server acquires a full test resource packet corresponding to the test page based on the full resource acquisition request and returns the acquired full test resource packet to the terminal or the local cache server of the terminal for use when a subsequent request accesses the test page.

In some embodiments, after the terminal stores the full test resource package to the local, the terminal may further obtain the corresponding test resource from the full test resource package by:

responding to a second display instruction aiming at the test page, and sending a page configuration parameter request corresponding to the test page to request to acquire the page configuration parameter corresponding to the test page; receiving returned page configuration parameters corresponding to the test page; and acquiring corresponding page test resources from the full test resource packet based on the received page configuration parameters, and displaying the test page based on the acquired page test resources.

Here, when the terminal receives the display instruction for the test page again, since the local cache server has stored the full test resource package, the full test resource package may be directly obtained from the cache server, and the page configuration parameter request corresponding to the test page may be sent to the test server, so as to obtain the page configuration parameter allocated to the test page from the test server, and obtain the corresponding page test resource from the full test resource package based on the page configuration parameter, so as to display the corresponding test page.

Step 104: in the process of displaying the test page, a page operation for the test page is received.

In practical application, because a test page (also referred to as a user interface) displayed by a terminal is an internet product which can be directly perceived by a user, the user interface is simple and attractive, and smooth user interaction often leaves a good first impression for the user, a user can decide which page operation to execute on the test page based on the test page displayed by the terminal, if the test page displayed by the terminal is simple and attractive and convenient for interaction, the user can click buttons of other associated pages displayed in the test page, the terminal responds to the click operation to perform page jump, the current test page jumps to the associated page, and at this time, the page operation indicates that the page jumps to the associated page of the test page.

Step 105: and when the page operation indicates that the page jumps to the related page of the test page, sending operation data corresponding to the page operation so as to evaluate the target page version based on the operation data.

In some embodiments, when the page operation indicates that the page jumps to the associated page of the test page, the terminal may first obtain operation data corresponding to the page operation and store the operation data corresponding to the page operation; and acquiring a reporting time point corresponding to the operation data, and when the reporting time point corresponding to the operation data arrives, sending the operation data corresponding to the page operation to the access server so that the access server evaluates a target page version corresponding to the displayed test page based on the operation data sent by the terminal.

Here, the operation data may be click data of the user for the associated page based on the test page. When the page test is carried out, the access server firstly establishes test pages of a plurality of page versions, the test pages of different page versions are possibly different in title fonts, background colors, layout settings or expressions and the like, then the test pages of each page version are pushed to all browsing users simultaneously in a random mode, the terminal corresponding to the browsing users records the operation data of the user on the page operation of the test pages of the corresponding page version, and the operation data is sent to the access server at regular time or periodically; the access server respectively counts the percentage of users who reach the associated page through the test page of each page version based on the operation data sent by each user terminal, and then evaluates the page version corresponding to each test page based on the percentage of users.

Next, the page testing method provided in the embodiment of the present application is continuously described, in some embodiments, with reference to fig. 2 and fig. 5, fig. 5 is a schematic flow chart of the page testing method provided in the embodiment of the present application, and an example in which the access server 300-1 in fig. 2 implements the page testing method provided in the embodiment of the present application is described.

Step 201: the access server receives a resource acquisition request for the test page.

Here, the access server is a background server corresponding to a client on the user terminal, when a user browses a test web page through the client on the terminal, for example, a network address link corresponding to the test web page is clicked, or a determination operation is executed after a network address corresponding to the test web page is input in an address bar of a browser, the terminal responds to the operation, receives a first display instruction for the test web page, and sends a resource acquisition request for acquiring a test resource packet corresponding to the test web page to the access server in response to the first display instruction, and the access server receives the resource acquisition request for the test web page sent by the terminal.

Step 202: and determining a 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 for page testing, each page version corresponds to one testing resource package, and each testing resource package comprises a page code and a page element of the corresponding page version.

In some embodiments, before receiving the resource obtaining request for the test page, the access server may obtain the test resource packet set by: receiving a test resource packet set sent by a code construction system; the test resource package in the resource package set is obtained by constructing a code construction system based on page codes of all page versions; the page code is obtained by decoupling a source code comprising at least two page test elements by a code construction system and generating a calling code of each page test element based on decoupling.

In practical implementation, a test resource package in a test resource package set in an access layer server is constructed by a code construction system, after a developer uploads a source code corresponding to a test page to the code construction system through a terminal, the code construction system constructs a test resource package set of at least two page versions corresponding to the test page based on the source code, wherein the test resource package set comprises the test resource package corresponding to each page version and a full test resource package, and pushes the constructed test resource package set to the access server and the test server, and corresponding page configuration parameters are stored in the test server.

Taking the Banner (Banner) and the Button (Button) in the test page as examples, assuming that the Banner includes both the BannerA and the BannerB, and the Button includes both the Button a and the Button b, the page configuration parameters include the following four combinations: and after the code construction system decouples the source code, the calling codes corresponding to the Banner A, the Banner B, the ButtonA and the ButtonB sequentially comprise: bannerra (index.a.js), BannerB (index.b.js), buttera (index.a.js), butterb (index.b.js); combining the page test elements indicated by the page configuration parameters with the call codes corresponding to other elements except the page test elements in the test page to obtain page codes of all page versions based on the page configuration parameters and all page test elements, and combining the page codes corresponding to Banner and Button and the test codes corresponding to the page elements except Banner and Button to obtain the test codes corresponding to the page versions indicated by the page configuration parameters of Banner-Button A if the page configuration parameters are Banner-Button A; and then pushing the obtained page code corresponding to each page version and the full page code (including the test code of all conditions of Banner and Button) to the access server and the test server.

In some embodiments, the access server may also obtain the full test resource package by: receiving and storing a full test resource packet sent by a code construction system; wherein, the full test resource package comprises: page elements corresponding to the at least two page versions and full page codes corresponding to the at least two page versions; and the full page code is used for reading the page code of the corresponding page version from the full page code according to the page configuration parameters.

Here, when the code building system completes building the test resource package, the full test resource package and the test resource package corresponding to each page version may be sent to the access server together, and the full test resource package or the test resource package corresponding to each page version may be sent to the access server separately based on a request of the access server, and if the request of the access server obtains the full test resource package, the code building system only sends the full test resource package to the access server.

In some embodiments, the access server may select a test resource package corresponding to the test page from a set of test resource packages corresponding to at least two page versions based on the resource acquisition request by:

sending a configuration parameter acquisition request corresponding to the test page to a test server; receiving page configuration parameters distributed to the test page by the returned test server; and selecting a test resource packet corresponding to the test page from the test resource packet set based on the page configuration parameters.

Here, the access server stores test resource packages corresponding to the test pages, and because the test resource packages include a full amount of test resource packages and test resource packages corresponding to each page version, if a test resource package of a certain page version is to be obtained, it is necessary to request the test server to obtain page configuration parameters allocated to the test page, and then based on the page configuration parameters, the test resource package corresponding to the test version indicated by the page configuration parameters is selected from the test resource package set.

In some embodiments, the access server may send the configuration parameter obtaining request of the corresponding test page to the test server by:

sending a configuration parameter acquisition request carrying a page identifier of a test page to a test server; correspondingly, the access server may receive the returned page configuration parameters allocated to the test page by the test server in the following manner: receiving page configuration parameters corresponding to the target test version returned by the test server; the page configuration parameters are that the test server determines at least two corresponding test versions based on the page identification, and the at least two test versions are selected from the page configuration parameters corresponding to the at least two test versions.

Here, the access server sends a configuration parameter acquisition request carrying a page identifier of the test page to the test server, the test server determines at least two test versions corresponding to the test page based on the page identifier in the configuration parameter acquisition request, selects a page configuration parameter allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns the page configuration parameter; and the access server receives the page configuration parameters returned by the test server, and selects the test resource packet corresponding to the test page from the test resource packet set based on the page configuration parameters.

Step 203: and returning the test resource packet of the target page version to display the test page corresponding to the target page version based on the test resource packet.

Here, the access server returns the test resource package of the target page version to the terminal, and the terminal loads the page code of the target page version in the test resource package after receiving the test resource package of the target page version; determining the page layout of the page element corresponding to the target page version based on the loaded page code; and rendering the page elements corresponding to the target page version based on the page layout so as to display the rendered test page.

Step 204: and receiving operation data corresponding to the page operation of the test page, and evaluating the target page version based on the operation data.

In practical application, a user can decide what kind of page operation is to be executed for a test page based on the test page displayed by the terminal, if the test page displayed by the terminal is simple, beautiful and convenient to interact, the user can click buttons of other associated pages displayed in the test page, the terminal responds to the click operation to perform page skipping, the current test page skips to the associated pages, and at the moment, the page operation indicates that the page skips to the associated pages of the test page.

When a page test is carried out, the access server firstly establishes test pages of a plurality of page versions, the test pages of different page versions are possibly different in title fonts, background colors, layout settings or wordings and the like, then the test pages of each page version are simultaneously pushed to all browsing users in a random mode, the terminal corresponding to the browsing users records operation data of the user on the page operation of the test page of the corresponding page version, for example, the operation data can be click data of the user for the relevant page based on the test page, and the operation data is sent to the access server regularly or periodically; the access server respectively counts the percentage of users who reach the associated page through the test page of each page version based on the operation data sent by each user terminal, and then evaluates the page version corresponding to each test page based on the percentage of users.

For example, for a certain webpage, the test page a is configured by the configuration parameters of the first version of the webpage to be tested, the navigation bar is red, the test page B is configured by the configuration parameters in the second version of the webpage to be tested, the navigation bar is black, and the server respectively allocates the traffic corresponding to the test service of the webpage to the test pages configured by the configuration parameters of different versions of the webpage to be tested, so that when the target user group a accesses the webpage, the test page a is displayed, when the target user group B accesses the webpage, the test page B is displayed, and the click data of the target user group A, B corresponding to different test pages are respectively obtained; and when the click data of the target user group A is significantly larger than that of the target user group B, determining that the test page A is a page preferred by the user.

Next, a description is continued on the page testing method provided in the embodiment of the present application, and in some embodiments, with reference to fig. 2 and fig. 6, fig. 6 is a schematic flow chart of the page testing method provided in the embodiment of the present application, and a description is given by taking as an example that the terminal 200-1 and the access server 300-1 in fig. 2 cooperate to implement the page testing method provided in the embodiment of the present application.

Step 301: and the access server receives a test resource packet set aiming at the test page sent by the code construction system.

The test resource packet set is used for testing at least two page versions corresponding to the test page, and comprises test resource packets corresponding to the page versions and full test resource packets.

Step 302: and the terminal responds to the first display instruction aiming at the test page and sends a resource acquisition request corresponding to the test page to the access server.

Step 303: the access server receives a resource acquisition request for the test page.

Step 304: and the access server selects a test resource packet corresponding to the target page version of the test page from the test resource packet set based on the resource acquisition request.

Here, in practical application, the access server sends a configuration parameter acquisition request carrying a page identifier of a test page to the test server, the test server determines at least two test versions corresponding to the test page based on the page identifier in the configuration parameter acquisition request, selects a page configuration parameter allocated to the test page from the page configuration parameters corresponding to the at least two test versions, and returns the page configuration parameter; and the access server receives the page configuration parameters returned by the test server, and selects the test resource packet corresponding to the test page from the test resource packet set based on the page configuration parameters.

Step 305: and the access server returns the test resource packet corresponding to the target page version to the terminal.

Step 306: and the terminal receives the test resource packet corresponding to the target page version.

Step 307: and rendering corresponding page elements based on the received page codes of the target page versions in the test resource package so as to display the test pages.

Step 308: and the terminal receives page operation aiming at the test page in the process of displaying the test page.

Step 309: and when the page operation indicates that the page jumps to the relevant page of the test page, the terminal sends operation data corresponding to the page operation to the access server.

Step 310: the access server evaluates the target page version based on the operational data.

Next, an exemplary application of the embodiment of the present application in a practical application scenario will be described. The page testing method provided by the embodiment of the application can be applied to AB testing of a read Native (RN for short) scene page. Generally, when a product developer designs and develops a certain test page, multiple page versions are often designed, and pages corresponding to different page versions may be different in display aspects such as title fonts, background colors, layout settings, or expressions, for example, multiple styles are designed for a certain page element (such as a button, a banner, and the like) of the test page, and display positions of the page elements are adjusted, for example, whether the display position of the banner is located at the top or the bottom of the test page. When a developer needs to judge which page version (i.e., display style) is better, different page versions need to be randomly pushed to a user terminal accessing the test page to collect user experience data and service data fed back by the user terminal, so as to analyze and evaluate the best page version to be formally adopted.

In some embodiments, with reference to fig. 2 and fig. 7, fig. 7 is a schematic flowchart of a page testing method provided in an embodiment of the present application, where the method is cooperatively implemented by a terminal 200-2 corresponding to a developer, a code building system 400, a resource server, a configuration server, an access server 300-1, a terminal 200-1 corresponding to a visitor, and a cache server corresponding to the terminal 200-1, where in the above embodiments, the resource server and the configuration server are collectively referred to as a testing server 300-2, and a description will be provided next with reference to the steps shown in fig. 7.

Step 401: the terminal 200-2 uploads the source code of the test page to the code building system 400.

Here, the developer of the test page uploads the source code of the test page to the code building system 400 through the terminal 200-2.

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

Here, in actual implementation, the code building system 400 builds, based on the source code, a test resource package set of at least two page versions corresponding to the test page, where the test resource package set includes a test resource package and a full test resource package corresponding to each page version.

When the code building system builds a test resource package, the code building system 400 obtains a source code including at least two page test elements; acquiring the dependency relationship among the test codes corresponding to different page elements, and decoupling the source code based on the acquired dependency relationship to obtain a calling code corresponding to each page test element; determining page configuration parameters corresponding to the test pages, and generating page codes of page versions corresponding to the page configuration parameters and full test codes based on the page configuration parameters and the calling codes corresponding to the test elements of the pages, wherein the full test codes are the test codes corresponding to all the page elements in the test pages.

In practical application, in order to decouple the codes of different test versions of the AB test as much as possible, when the test codes of each page version are conveniently constructed, the codes are split according to the page configuration parameters, and when the test codes are organized, the page codes of each page version can be stored in a directory corresponding to the same test page, for example, for the test code corresponding to a Banner (Banner), it is assumed that the Banner (Banner) includes: and in the three cases of Banner A, Banner B and Banner C, storing Banner A (index.A.js), Banner B (index.B.js), Banner C (index.C.js) and Banner (index.js) under a component target of Banner test (), wherein Banner test () is the name of an AB test component, Banner A (index.A.js) refers to the entrance of an A component, and the like, and Banner (index.js) refers to the entrance of the whole component and contains logic for requesting AB test configuration parameters and selecting test resources.

When the Banner test () component is introduced, a mode similar to Banner ═ import ('/Banner test') can be directly used, so that a corresponding test result, such as an AB test at the Banner position, can be returned, and the condition that the AB test is not embodied in a component style can be conveniently supported. Js is the core of test code, and the main purpose is to be able to bind test resources of different test configuration parameters when constructing a full test resource package, and to select which page version of test resource package (or component) to use from the test resource set based on the page configuration parameters.

Still taking the Banner (Banner) and the Button (Button) in the test page as examples, referring to fig. 8, and fig. 8 is a flowchart illustrating the method for organizing the test resource package provided in this embodiment of the present application, in actual implementation, the page configuration parameters are read from the configuration server, and based on the page configuration parameters, the test component of the corresponding page version, such as the Banner (index.a.js), the Banner (index.b.js), the Button a (index.a.js), or the Button b (index.b.js), is selected from the test resource sets (Banner (index.js) and Button (index.js) stored in the cache server.

As described above, the test resource package set constructed by the code construction system includes the test resource packages corresponding to the page versions and the full test resource packages, and for the full test resource packages including all the experiment results (i.e., the page versions), since the whole entries of the components, such as Banner (index. js), are already provided under each experiment directory, the default manner of constructing the full test resource packages is supported.

For constructing test resource packages corresponding to each page version, Babel can be used to dynamically modify dependency, and in actual implementation, a component of an overall entry can be dynamically modified to depend on a specific component corresponding to a certain page configuration parameter, for example, a component that depends on Banner (index.js) in a test code is dynamically modified to depend on Banner (index.A.js) which is a specific component, and a plurality of test resource packages only containing specific experimental content or corresponding to a specific page configuration parameter can be obtained through multiple constructions.

Referring to fig. 9, fig. 9 is a schematic flowchart of a method for constructing a test resource package according to an embodiment of the present application, where the method includes: 1. the Code construction system firstly converts a source Code corresponding to a test page into an Abstract Syntax Tree (AST); the source code is represented by a tree of a corresponding abstract syntax structure, each node on the tree represents one structure in the source code, and after the AST is not dependent on a concrete grammar and language details, the AST can be converted into the source code, and various shapes and colors can be realized through the operation on the AST; 2. acquiring page configuration parameters from a configuration server, and acquiring a path of a test code through the page configuration parameters; 3. when the test codes are traversed through the acquired path, acquiring the dependency relationship among the test codes corresponding to page elements in the AST; 4. decoupling the source code based on the acquired dependency relationship to obtain a calling code corresponding to each page test element, for example, finding an AB test component Banner (index.js), and dynamically modifying the Banner (index.js) to depend on a concrete component of the Banner (index.a.js) or the Banner (index.b.js) based on the page configuration parameters, so that the original dependence is the Banner (index.js), and the original dependence is changed to depend on the Banner (index.a.js) to only depend on the specific component, but not all; and finally, combining the page test elements indicated by the page configuration parameters with calling codes corresponding to other elements except the page test elements in the test page to generate a final test resource package.

Still taking the Banner (Banner) and the Button (Button) in the test page as examples, assuming that the Banner includes both the BannerA and the BannerB, and the Button includes both the Button a and the Button b, the page configuration parameters include the following four combinations: and after the code construction system decouples the source code, the calling codes corresponding to the Banner A, the Banner B, the ButtonA and the ButtonB sequentially comprise: bannerra (index.a.js), BannerB (index.b.js), buttera (index.a.js), butterb (index.b.js); combining the page test elements indicated by the page configuration parameters with the call codes corresponding to other elements except the page test elements in the test page to obtain page codes of all page versions based on the page configuration parameters and all page test elements, and combining the page codes corresponding to Banner and Button and the test codes corresponding to the page elements except Banner and Button to obtain the test codes corresponding to the page versions indicated by the page configuration parameters of Banner-Button A if the page configuration parameters are Banner-Button A; and by analogy, obtaining test codes corresponding to the page versions indicated by the other page configuration parameters, and obtaining full test codes including all conditions of Banner and Button.

In addition, when the calling code of the page element in the test resource package is constructed, in addition to modifying the dependency by using babel, the calling code can be constructed by configuring different suffix names based on the read Native support, for example, the suffix name of the test code corresponding to the test page can be js, ts, tsx or the like, therefore, a.js can be added in front, and when the Banner (index.js) and the Banner (index.a.js) exist in the directory, the Banner (index.a.js) is default to be depended on when the test code of the test version is constructed, and not all dependencies any longer.

Step 403: the terminal 200-1 responds to the first display instruction for the test page, and sends a resource acquisition request corresponding to the test page to the access server 300-1.

Here, when the visitor browses the test web page for the first time through the client on the terminal 200-1, the terminal does not locally store the full test resource package of the test web page, and 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 web page.

Step 404: the access server 300-1 sends a configuration parameter acquisition request to the configuration server.

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

Step 405: the configuration server obtains the page configuration parameters allocated to the test page based on the configuration parameter obtaining request, and returns the page configuration parameters to the access server 300-1.

Here, the configuration server determines at least two test versions corresponding to the test page based on the page identifier in the configuration parameter acquisition request, and selects the page configuration parameters allocated to the test page from the page configuration parameters corresponding to the at least two test versions.

Step 406: the access server 300-1 selects a test resource packet corresponding to the target page version from the test resource packet set based on the page configuration parameters, and returns the test resource packet to the terminal 200-1.

Here, the terminal 200-1 receives the test resource package corresponding to the target page version, and renders the corresponding page element based on the page code of the target page version in the received test resource package to show the test page.

Through the above manner, when the visitor visits the test page for the first time, the test resource packets corresponding to the target page version received by the terminal 200-1 have a greatly reduced data transmission amount compared with receiving all the test resource packets corresponding to all the page versions, and thus the loading speed of the test page can be increased, and the page test efficiency can be further improved.

Step 407: and the cache server sends a total resource acquisition request corresponding to the test page to the resource server.

The total resource obtaining request is used for requesting to obtain a total test resource packet of the corresponding test page.

Step 408: and the resource server acquires the full test resource packet based on the full resource acquisition request and returns the full test resource packet to the cache server.

Here, the cache server receives the returned full test resource package and stores it locally.

Through the above manner, after the visitor visits the test page for the first time, the local cache server corresponding to the terminal 200-1 requests to obtain the full test resource package in an offline manner for subsequent visits. The full test resource package comprises page test resources corresponding to at least two page versions corresponding to the test page.

Step 409: the terminal 200-1 responds to the second display instruction for the test page, and sends a resource acquisition request corresponding to the test page to the cache server.

Step 410: the cache server obtains and returns the total test resource packet corresponding to the test page to the terminal 200-1.

Step 411: the terminal 200-1 sends a page configuration parameter request corresponding to the test page to the configuration server.

Step 412: the configuration server obtains the page configuration parameters corresponding to the test page based on the page configuration parameter request and returns the page configuration parameters to the terminal 200-1.

Here, the terminal 200-1 acquires the corresponding page test resource from the full test resource package based on the received page configuration parameter, and presents the test page based on the acquired page test resource.

In this way, when the terminal 200-1 receives the page test instruction again, since the local cache server stores the full test resource package, the full test resource package can be directly obtained from the cache server, and the corresponding page test resource is obtained from the full test resource package based on the page configuration parameter allocated to the test page by the configuration server, so as to display the corresponding test page.

When the terminal receives page operation aiming at the test page in the process of displaying the test page, and when the page operation indicates that the page jumps to the relevant page of the test page, the operation data corresponding to the page operation is sent to the access server, so that the access server evaluates the target page version based on the operation data.

Next, a description is continued on a page testing method provided in the embodiment of the present application from an implementation manner of a test page visited by a visitor and a server side, with reference to fig. 2 and fig. 10, fig. 10 is a schematic flow chart of the page testing method provided in the embodiment of the present application, and the method is implemented by a terminal 200-1, an access server 300-1, a resource server, and a configuration server corresponding to the visitor, where in the above embodiment, the resource server and the configuration server are collectively referred to as a test server 300-2, and a description is next given with reference to steps shown in fig. 10.

Step 501: the terminal 200-1 responds to the first display instruction for the test page, and sends a resource acquisition request corresponding to the test page to the access server 300-1.

Step 502: the access server 300-1 sends a page configuration parameter request to the configuration server.

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

Step 503: the configuration server obtains the page configuration parameters allocated to the test page based on the plane configuration parameter request, and returns the page configuration parameters to the access server 300-1.

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 allocated to the test page from the page configuration parameters corresponding to the at least two test versions.

Step 504: the access server 300-1 sends a resource acquisition request corresponding to the test page to the resource server.

Here, the resource acquisition request carries the acquired page configuration parameters.

Step 505: the resource server obtains the test resource packet corresponding to the target page version based on the resource obtaining request, and returns the test resource packet to the access server 300-1.

Step 506: the access server 300-1 sends the test resource packet corresponding to the target page version to the terminal 200-1.

It should be noted that, if the access server stores the test resource package set corresponding to the test page, the access server may directly read the test resource package corresponding to the target page version from the stored test resource package set based on the page configuration parameter, and return the test resource package to the terminal 200-1 without obtaining the test resource package from the resource server.

The above steps are to explain the page testing method provided in the embodiment of the present application in a case where the access server successfully obtains the page configuration parameter of the corresponding test page from the configuration server, and then continue to explain the page testing method provided in the embodiment of the present application in a case where obtaining the page configuration parameter of the corresponding test page from the configuration server from the access server fails.

Step 507: the terminal 200-1 responds to the first display instruction for the test page, and sends a resource acquisition request corresponding to the test page to the access server 300-1.

Step 508: the access server 300-1 sends a configuration parameter acquisition request to the configuration server.

Step 509: when the access server 300-1 fails to acquire the page configuration parameters of the corresponding test page, a resource acquisition request corresponding to the test page is sent to the resource server.

Step 510: the resource server obtains the full test resource packet corresponding to the test page based on the resource obtaining request, and returns the full test resource packet to the access server 300-1.

Step 511: the access server 300-1 sends a full test resource packet corresponding to the test page to the terminal 200-1.

Here, after receiving the full test resource package of the corresponding test page, the terminal 200-1 needs to obtain the page configuration parameters of the corresponding test page from the configuration server (i.e., the test server) again, and obtain 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.

By the mode, normal display of the test page can be guaranteed. Similarly, when the test resource packet set corresponding to the test page is stored in the access server, the access server may directly read the total test resource packets from the stored test resource packet set and return the test resource packets to the terminal 200-1, without acquiring the test resource packets from the resource server.

Through the method, when the terminal requests to display the page content of the test page, the test resource packet corresponding to the target page version is received, compared with the receiving of the full test resource packets corresponding to all the page versions, the data transmission quantity is greatly reduced, the page configuration parameters do not need to be acquired, namely the request time of the page configuration parameters does not need to be consumed, the loading speed of the test page can be improved, and the page test efficiency is further improved; meanwhile, when the test code is constructed, the code coupling is reduced, and the code calling and multiplexing are facilitated.

Continuing with the exemplary structure of the page testing apparatus 555 provided in the embodiment of the present application implemented as a software module, in some embodiments, as shown in fig. 11, fig. 11 is a schematic structural diagram of the page testing apparatus provided in the embodiment of the present application, and the software module stored in the page testing apparatus 555 of the memory 550 may include:

the request sending module 5551 is configured to, in response to a first display instruction for a test page, send a resource obtaining request corresponding to the test page;

a resource receiving module 5552, configured to receive a test resource packet corresponding to the target page version and returned in response to the resource obtaining request;

the target page version is one of at least two page versions for page testing;

a page display module 5553, configured to display a test page corresponding to the target page version based on the received test resource package;

an operation receiving module 5554, configured to receive a page operation for the test page in the process of displaying the test page;

a data sending module 5555, configured to send operation data corresponding to the page operation when the page operation indicates that a page jump is performed to an associated page of the test page, so as to evaluate the target page version based on the operation data.

In some embodiments, the request sending module is further configured to obtain the recorded number of display times corresponding to the test page;

In some embodiments, after the sending the resource obtaining request corresponding to the test page, the apparatus further includes:

In some embodiments, after storing the full-scale test resource package locally, the apparatus further comprises:

In some embodiments, the resource receiving module is further configured to receive a test resource packet corresponding to the test page, where the test resource packet is returned by the access server;

In some embodiments, when the access server fails to obtain the page configuration parameters corresponding to the test page, the apparatus further includes:

the page display module is further configured to obtain, based on the page configuration parameter, a page test resource corresponding to the test page from the full test resource package, and display the test page based on the obtained page test resource.

In some embodiments, before said presenting the test page corresponding to the target page version, the apparatus further comprises:

determining the page layout of the page element corresponding to the target page version based on the loaded page code;

Continuing to describe the page testing apparatus provided in this embodiment of the present application, in some embodiments, as shown in fig. 12, fig. 12 is a schematic structural diagram of the page testing apparatus provided in this embodiment of the present application, and the software modules in the page testing apparatus 120 provided in this embodiment of the present application may include:

a request receiving module 121, configured to receive a resource obtaining request for a test page;

a resource determining module 122, configured to determine, based on the resource obtaining request, a test resource package corresponding to a target page version of the test page;

the target page version is one of at least two page versions for page testing;

a resource returning module 123, configured to return the test resource package of the target page version, so as to display a test page corresponding to the target page version based on the test resource package;

the version evaluation module 124 is configured to receive operation data corresponding to the page operation of the test page, and evaluate the target page version based on the operation data;

and the page operation is used for indicating that the page is jumped to the related page of the test page.

In some embodiments, the resource determining module is further configured to send a configuration parameter obtaining request corresponding to the test page to a test server;

In some embodiments, the resource determining module is further configured to send a configuration parameter obtaining request carrying the page identifier of the test page to a test server;

In some embodiments, before the receiving a resource acquisition request for a test resource package requesting to acquire a test page, the apparatus further includes:

In the above scheme, the apparatus further comprises:

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the page testing method described in the embodiment of the present application.

Embodiments of the present application provide a computer-readable storage medium storing executable instructions, where the executable instructions are stored, and when executed by a processor, the executable instructions cause the processor to execute the page testing method provided by the embodiments of the present application.

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

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may, but need not, correspond to files in a file system, and may be stored in a portion of a file that holds other programs or data, such as in one or more scripts in a hypertext Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A page testing method is characterized by comprising the following steps:

the target page version is one of at least two page versions for page testing;

and when the page operation instruction indicates that the page jumps to the related page of the test page, sending operation data corresponding to the page operation so as to evaluate the target page version based on the operation data.

2. The method of claim 1, wherein said sending the resource acquisition request corresponding to the test page comprises:

acquiring the recorded display times corresponding to the test page;

3. The method of claim 1, wherein after sending the resource acquisition request corresponding to the test page, the method further comprises:

sending a full resource acquisition request corresponding to the test page to request to acquire a full test resource packet corresponding to the test page;

4. The method of claim 3, wherein after storing the full-scale test resource package locally, the method further comprises:

responding to a second display instruction aiming at the test page, and sending a page configuration parameter request corresponding to the test page to request to acquire the page configuration parameter corresponding to the test page;

5. The method of claim 1, wherein said receiving a test resource package corresponding to a target page version returned in response to said resource acquisition request comprises:

receiving a test resource packet which is determined and returned by the access server based on the resource acquisition request and corresponds to the test page;

6. The method of claim 5, wherein when the access server fails to obtain the page configuration parameters corresponding to the test page, the method further comprises:

receiving a total test resource packet corresponding to the test page returned by the access server;

acquiring page configuration parameters corresponding to the test page;

and acquiring page test resources corresponding to the test page from the full test resource packet based on the page configuration parameters, and displaying the test page based on the acquired page test resources.

7. The method of claim 1, wherein before sending the operation data corresponding to the page operation, the method further comprises:

acquiring operation data corresponding to the page operation, and storing the operation data corresponding to the page operation;

correspondingly, the sending of the operation data corresponding to the page operation includes:

determining a reporting time point corresponding to the operation data;

8. A page testing method is characterized by comprising the following steps:

receiving a resource acquisition request aiming at a test page;

the target page version is one of at least two page versions for page testing;

9. The method of claim 8, wherein said determining a test resource package corresponding to the test page based on the resource acquisition request comprises:

sending a configuration parameter acquisition request corresponding to the test page to a test server;

10. The method of claim 9, wherein sending a configuration parameter acquisition request corresponding to the test page to a test server comprises:

sending a configuration parameter acquisition request carrying the page identifier of the test page to a test server;

correspondingly, the receiving the returned page configuration parameters allocated to the test page by the test server includes:

11. The method of claim 8, wherein prior to receiving the resource acquisition request for the test page, the method further comprises:

receiving the test resource packet set sent by the code construction system;

12. The method of claim 11, wherein the method further comprises:

receiving and storing a total test resource packet sent by the code construction system;

13. A page testing apparatus, the apparatus comprising:

the target page version is one of at least two page versions for page testing;

the page display module is used for displaying a test page corresponding to the target page version based on the test resource packet;

and the data sending module is used for sending operation data corresponding to the page operation when the page operation indicates that the page jumps to the relevant page of the test page, so as to evaluate the target page version based on the operation data.

14. A page testing apparatus, characterized in that the apparatus comprises:

the target page version is one element of at least two page versions for page testing;

15. A computer-readable storage medium having stored thereon executable instructions for, when executed by a processor, implementing the page testing method of any one of claims 1 to 12.