CN110659196B

CN110659196B - Method, device and system for page testing based on shop object page

Info

Publication number: CN110659196B
Application number: CN201810688707.4A
Authority: CN
Inventors: 方雪娇; 熊伟; 陈聪
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2018-06-28
Filing date: 2018-06-28
Publication date: 2023-04-07
Anticipated expiration: 2038-06-28
Also published as: CN110659196A

Abstract

The embodiment of the application discloses a method, a device and a system for page testing based on shop object pages, wherein the system comprises the following steps: a configuration terminal system for providing a test-specific shop object; receiving website information of a page to be tested, and adding the website information of the page to be tested as a parameter into a page website corresponding to the special shop object for testing to generate a target website; and the test terminal system comprises terminal equipment and a release version client of related application, wherein the client is used for obtaining the target website and providing the display of the page to be tested based on the page corresponding to the test special shop object. By the embodiment of the application, the development test of the relevant page of the shop can be better supported by a developer to be on line, and the on-line shop operation is not influenced.

Description

Method, device and system for testing page based on shop object page

Technical Field

The application relates to the technical field of page testing depending on basic shop pages, in particular to a method, a device and a system for performing page testing based on shop object pages.

Background

The number of seller users in the network sales platform system is large, for example, millions of seller shops are resident in the treasure panning system, and accordingly, a larger number of pages related to the shops are available. Usually, the seller user can decorate a designated page (such as a shop home page) through an entrance and an official capacity component provided by the system official, and as the business is continuously increased, the system can also open the client capacity to provide personalized services by means of an external developer (ISV). In this way, the vendor user may pay the ISV, develop the pages required by the vendor by the ISV, and place them in the store. For example, the mobile phone panning shop business provides a "shop second floor" special area for sellers, and mainly provides sellers with larger operation capacity appeal for brand exhibition. When a seller opens a second floor business of a shop and develops a related second floor page, wherein the second floor page may be a large publicity piece and a brand history of a merchant, or may be a virtual experience page of a commodity, or a page space for a merchant and a consumer to perform an interactive game, and the like, when a consumer user accesses a home page of the shop, operations such as pulling down and the like are performed on the top of the home page, and the second floor page of the shop can be accessed. This second floor page may be the brand page for which the vendor user commits the ISV to develop. After the ISV completes page development, before the ISV formally comes online, the page is usually required to be tested, but because the page is usually displayed based on the basic store top page, if the ISV directly tests based on the store top page which is already online, the normal operation of the online store is inevitably influenced, so how the ISV tests the second floor page of the store without influencing the current online store operation becomes a problem which needs to be considered.

Disclosure of Invention

The application provides a method, a device and a system for carrying out page testing based on a shop object page, which can better support a developer to carry out development testing on-line of a shop related page without influencing on-line shop operation.

The application provides the following scheme:

a system for performing page testing based on store object pages, comprising:

a configuration terminal system for providing a test-specific shop object; receiving website information of a page to be tested, and adding the website information of the page to be tested as a parameter into a page website corresponding to the special shop object for testing to generate a target website;

and the test terminal system comprises terminal equipment and a release version client of related application, wherein the client is used for obtaining the target website and providing the display of the page to be tested based on the page corresponding to the test special shop object.

A page test configuration information processing method comprises the following steps:

providing a test-specific store object;

and receiving website information of a page to be tested, adding the website information of the page to be tested as a parameter into a page website corresponding to the special test shop object, generating a target website so that a release version client can obtain the target website, and providing display of the page to be tested based on the page corresponding to the special test shop object.

A method for performing page testing based on a shop object page comprises the following steps:

acquiring a target website through a release version client of a related application, wherein the target website is generated by adding website information of a page to be tested as a parameter into a page website corresponding to a test special shop object;

analyzing and identifying parameters of the target website;

and according to the analysis and parameter identification results, displaying the page to be tested based on the page corresponding to the special shop target for testing.

A page test configuration information processing apparatus comprising:

a shop object providing unit for providing a test-dedicated shop object;

and the target website generating unit is used for receiving website information of a page to be tested, adding the website information of the page to be tested into a page website corresponding to the special test shop object as a parameter, generating a target website so that a release version client can obtain the target website, and providing display of the page to be tested based on the page corresponding to the special test shop object.

An apparatus for performing page testing based on store object pages, comprising:

the system comprises a target website acquisition unit, a test special shop object acquisition unit and a test special shop target acquisition unit, wherein the target website acquisition unit is used for acquiring a target website through a release version client of related application, and the target website is generated by adding website information of a page to be tested as a parameter into a page website corresponding to the test special shop object;

the analysis unit is used for analyzing the target website and identifying parameters;

and the page display unit is used for providing display of the page to be tested based on the page corresponding to the special shop object for testing according to the analysis and parameter identification results.

An electronic device, comprising:

one or more processors; and

a memory associated with the one or more processors for storing program instructions that, when read and executed by the one or more processors, perform operations comprising:

analyzing and identifying parameters of the target website;

and according to the analysis and parameter identification results, displaying the page to be tested based on the page corresponding to the special shop object for testing.

According to the specific embodiments provided herein, the present application discloses the following technical effects:

according to the embodiment of the application, the special test shop object is provided, the configuration subsystem is provided, the website of the page to be tested which needs to depend on the shop page can be submitted to the configuration subsystem, the target website is generated by the configuration subsystem, different developers can use the same special test shop object to test, the application of respective test shops is not needed, and developers in the system do not need to set different shop routes for many times. In addition, due to the fact that corresponding support is provided in the release version client of the associated application, the release version client can analyze and perform parameter check processing on the target website, the page to be tested is displayed on the basis of the page corresponding to the special shop object for testing, and then the testing process is completed. Therefore, the problems of repeatedly providing the debug packet with the environment isolation and the safety are solved, the page development process is simplified, the development efficiency is improved, and meanwhile, the safety of the client is ensured. Therefore, the online development test of the shop related page by the developer can be better supported, and the online shop operation is not influenced.

Of course, it is not necessary for any product to achieve all of the above-described advantages at the same time for practicing the present application.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 is a schematic diagram of a system provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of another system provided by an embodiment of the present application;

FIG. 3 is a flow chart of a first method provided by an embodiment of the present application;

FIG. 4 is a flow chart of a second method provided by embodiments of the present application;

FIG. 5 is a schematic diagram of a first apparatus provided by an embodiment of the present application;

FIG. 6 is a schematic diagram of a second apparatus provided by an embodiment of the present application;

fig. 7 is a schematic view of an electronic device provided in an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments that can be derived from the embodiments given herein by a person of ordinary skill in the art are intended to be within the scope of the present disclosure.

First, it is explained that several solutions are provided in the prior art for pages that need to be tested depending on a certain shop page. For example, a first solution is to perform store isolation. In order to avoid affecting the operation condition of the current online store, the seller user can generally additionally apply for a new store as a test store, and after the ISV develops a page, the shop ID information and the second-floor page link information of the store are sent to a shop business developer inside the system for routing configuration. Thus, the ISV can perform new page development tests at the vendor's test shop. After the page passes the test in the test shop, the ISV needs to resubmit the shop ID to which the page is really applied to the shop business developer inside the system, and the developer makes the last update online again.

In another approach, environmental isolation is developed. The seller does not need to apply for a new shop, but the developers in the system need to provide the ISV with an installation package which can switch different environment rights. For example, the elutriation client APP has a Release packet and a Debug packet. The Release package is a Release version package which is a package released to a user for use, and the Debug package is a debugging package which can be used for debugging by a developer in the system for developing new functions. Different environments can be switched by using debug packets, such as an online environment and a pre-development environment, which are the most common. In daily life, when developing some functions, developers in the system can debug and test in a pre-development environment and then release the functions on line, so that the purposes of on-line environment isolation of the development environment and no influence on-line conditions are achieved. Therefore, the Debug packet can be provided for the ISV, so that the ISV can be switched to a pre-launch environment for development and test in the process of developing the page of the seller, and the online condition is not influenced.

However, the inventor of the present application finds that the above two schemes have many disadvantages in the process of implementing the present application.

For the first solution, firstly, each seller who wants to develop the second floor of the store and cannot influence the current online store needs to apply for and verify a new store as a test store, and no matter the application and verification process is complicated, all sellers cannot easily apply for a plurality of stores. Secondly, before the ISV tests in the shop newly applied by the seller, the ISV needs to give the shop ID information and the second floor page URL of the shop to the developer inside the system to perform routing configuration, and when the ISV is formally applied to the real shop at the later stage, the ISV needs to perform routing configuration again. In the second floor business process of one seller, a developer in the system needs to perform routing configuration at least twice. Thirdly, as the business is spread out, many shops which are only used as tests or even zombie shops exist in the system, which brings huge pressure to the operation management of the system.

In the second scheme, the vendor does not need to apply for a new test shop or perform routing configuration for a plurality of different shop IDs, but a developer inside the system needs to provide an environment-friendly Debug package to the ISV. On one hand, frequent package supply for ISVs of different sellers is a frequently repeated task, and a great problem exists in the security problem of apps. Since the Debug packet has no protection processing such as confusion and security, an external developer can perform decompilation to obtain the source code of the App after taking the Debug packet, and the like.

Therefore, the main purpose of the embodiments of the present application is to better support the online development test of the shop-related page by the ISV and not to influence the online shop operation.

In order to achieve the above object, in the embodiment of the present application, an existing strategy for performing page testing depending on store pages is optimized, and in the optimized solution, a developer inside the system can provide a store object dedicated for testing (referred to as a test-specific store object in the embodiment of the present application) and provide a corresponding store page, so that the developer can test developed pages (including "second floor page" mentioned in the background art, or other pages that need to be displayed on the basis of pages such as a first page of a store) by using the common test-specific store object. That is, the vendor user does not need to apply for a dedicated test shop object for each test, and the test can be performed by using the test shop objects collectively. In addition, in particular, when testing is performed, it is only necessary to perform testing using a release version without using a test environment of an application program. That is, it is only necessary to install a related application (App) client, which can be downloaded from an application market by all people, on a mobile terminal device such as a mobile phone, and provide corresponding support in such a client program, so that the developed page can be tested by the test-dedicated store object. For developers in the system, the problem of repeated setting of different shop routes or repeated provision of debug packages is not needed any more. The method simplifies the page testing process, improves the efficiency and ensures the safety of App.

Specific implementations are described in detail below.

Example one

The first embodiment provides a system for performing page testing based on a page of a shop object, and referring to fig. 1, the system may specifically include:

a configuration terminal system 101 for providing a test-dedicated shop object; receiving website information of a page to be tested, and adding the website information of the page to be tested as a parameter into a page website corresponding to the special shop object for testing to generate a target website;

the test terminal system 102 includes a terminal device and a release version client of a related application, where the client is configured to obtain the target website and provide a display of the page to be tested based on the page corresponding to the test-specific shop object.

In specific implementation, the embodiment of the present application may provide a configuration terminal system (or a configuration platform) for a page developer (for example, ISV, or, in a case that a vendor develops itself, a developer inside the vendor, or the like). The developer can develop a specific page (for example, a second floor page of a shop) according to the requirements of the seller user, and the development process does not need to depend on the shop page, that is, the development process is carried out as a single page, so that the development process includes various elements required by the seller user. After the development of the page is completed, the page may exist as an independent web page, and therefore, the page also has a corresponding web address (URL, etc.), which may be determined according to information such as a domain name used by the developer when developing the page. After the page development is finished, before the page is formally released to a network sales system, tests are required, mainly to test the style of page display, the coordination degree of pictures, whether the opening process is smooth from positions such as a shop object home page and the like, whether special effects can be smoothly opened, and the like. In the embodiment of the present application, when the test is needed, a developer may first access the configuration platform through a browser in the terminal device, and the developer may be required to perform login or authentication, for example, to improve security. Since the page development work is usually completed on a non-mobile terminal device such as a PC or a notebook, the process of logging in the configuration platform may also be completed on such a PC or a notebook, that is, the terminal device in the configuration subsystem shown in fig. 1 may be a PC or a notebook. After logging in, the server of the configuration subsystem may provide an operation interface for the developer, where the operation interface may include an operation option for submitting website information of a page to be tested (i.e., the second floor page of the store developed according to the requirements of the seller user, etc.), and the developer may submit the website of the page to be tested through the operation option.

After receiving the website of the page to be tested submitted by the developer, the server of the configuration terminal system may add the website information of the page to be tested as a parameter to the website of the page corresponding to the test-dedicated shop object to generate a target website. For example, in one form, the target website may be "test specific store object corresponding page website + website parameter of page to be tested". The parameter name may be set according to specific requirements, for example, if the page to be tested is a second floor page of a store, the parameter name may be set to "MockLoft", and the like. For different developers, because the test-dedicated shop objects are the same, the prefix may be fixed and may be a standard shop URL link, that is, the page corresponding to the fixed test-dedicated shop object can be accessed through the prefix; the website of the page to be tested, which is led out by the parameter part, is dynamic, that is, different according to different pages to be tested, which are developed by different developers. For example, if the page to be tested is the second floor of the store, the website of the page to be tested can be used as a dynamic parameter after entering the page of the special store object for testing, and is used for displaying the second floor page when the client enters the store.

It should be noted that, since functions related to "second floor of store" and the like are usually provided in the mobile terminal App, the pages corresponding to the test-specific store object and the pages to be tested are usually pages to be displayed in the mobile terminal App. For the mobile App, although the specific pages are also web pages substantially corresponding to the respective websites, usually, an input frame for inputting the website is not provided for the user, and the websites of the actually displayed pages are also hidden. Therefore, in order to access the target website through the mobile terminal App, after the target website is generated, a graphic code (for example, a two-dimensional code or the like) may be generated based on the target website, so that when a test is performed through the mobile terminal App, the target website may be obtained in a code scanning manner on the graphic code.

It should be noted that, since a developer usually accesses the configuration terminal system through a PC, a notebook computer, or the like, the generated graphic code may be displayed on the display screen of the PC or the notebook computer, and then the graphic code displayed on the display screen of the PC or the notebook computer may be scanned through the mobile terminal device. Of course, in practical applications, if there is an entrance for providing a target website to the App in another form in the mobile terminal App, or if the function of the second floor of the shop can be provided in the process of accessing the shop webpage through the browser, the generation of the graphic code may not be necessary, and the developer may provide the target website to the client or the browser by direct input or copying.

After the configuration operation is completed, the developer can prepare the terminal device for test and the related client program, and the client program can be directly an App or the like of a release version, that is, can be directly downloaded from an application store or the like, and is the same as the version provided for a wide range of users at ordinary times. Taking the test at the mobile terminal as an example, the relevant client program may be a mobile phone panning App, and the test on the page to be tested can be implemented as long as the relevant application client of the release version is installed in the terminal device such as the mobile phone.

Specifically, when the client is used to test a page to be tested, the information of the target website may be provided to the client. For example, taking the test at the mobile terminal as an example, a tester may first install a release version client of a relevant application in the terminal device (if the release version client is already installed, the installed version client is directly used), open the client, start a code scanning process through a "scan" button or the like at a location such as a home page, and then scan a graphic code generated by the configuration subsystem to obtain the target website. Of course, the target website may be provided to the client in other manners.

After the client obtains the target website, the client can provide the display of the page to be tested based on the page corresponding to the test special shop object. Specifically, in an initial state, a page corresponding to the test-dedicated object may be displayed according to a website of a page corresponding to the test-dedicated object included in the target website; and then, when a preset starting mode is triggered, displaying the page to be tested.

In the embodiment of the present application, since the test-dedicated shop object is provided, all developers need only test the page to be tested that is developed based on the test-dedicated shop object in a normal situation. However, in practical applications, there may be some cases where a developer intentionally modifies the ID of a test-specific shop object to another shop ID, even a competitor shop ID, and then constructs the target website in the manner of the embodiment of the present application, and then provides the target website to the client, so that if the client is not controlled, the developer can use the modified shop ID to complete the test on the self-developed page, but the normal operation of the utilized shop may be affected. For example, assuming that a certain page is a second floor page A2 of a shop developed by an ISV for the shop a, in a normal case, the ISV developer should submit the website of the second floor page A2 of the shop through the configuration terminal system provided in the embodiment of the present application, and the configuration terminal system constructs a target website, that is, the website prefix of the page T of the special shop object + the website of the second floor page A2 of the shop is tested, and then generates a graphic code. However, after the ISV knows the website construction method, even the encoding method of the graphic code, by some means, it may construct the target website and generate the graphic code. For example, the store a has a competition object as store B, and thus, the target website constructed by the ISV developer may be "page website prefix of store B + page A2 website of second floor of store". At this time, if the client is not controlled, after scanning the graphic code of the target website, the user firstly enters the page of the shop B, and then tests the second floor page A2 of the shop on the basis of the page. However, since the page of the store B is already a page that is running on the line, when the page is used for performing a page test, it is bound to affect the normal operation of the store B.

Therefore, in a preferred embodiment, after the client obtains the target website, the client may first determine whether the ID of the store object included in the target website is the same as the ID of the test special store object, and if so, trigger the operation of providing the presentation of the page to be tested based on the page corresponding to the special store object. Otherwise, if the ID of the shop object contained in the target website is different from the ID of the special test shop object, the page to be tested can be refused to be displayed. In a specific implementation, the ID of the test-dedicated shop object may be stored in advance, for example, the server may provide a configuration platform dedicated to configuration and storing the ID of the test-dedicated shop object for developers inside the system, and after the test-dedicated shop object is generated, the ID may be configured and stored by the configuration platform. In this way, after the client obtains a target website each time, if the client finds that the target website carries the aforementioned parameters, the client can firstly take out the shop object ID from the prefix part of the target website and take out the test-specific shop object ID from the configuration platform, if the two are the same, the client processes the target website normally, otherwise, the client can refuse to provide support for the test of the corresponding page to be tested.

For the client of the release version, relevant functions can be implemented in such client in advance to support a specific test process. According to different specific situations of the page corresponding to the test special shop object, the corresponding specific functions in the client can be different. For example, in one case, a default test node may be preset in the page corresponding to the test-specific store object, and the preset opening manner is associated, that is, when the page corresponding to the test-specific store object is developed in advance, a page node that may be used when testability is implemented for the page, for example, a second floor page node, etc., and a specific opening manner may be associated for the node, for example, opening is performed by a pull-down operation performed at the top of the store page, etc. In this case, the operation to be executed by the client after obtaining the target website may specifically be to replace a default website corresponding to the pre-constructed page node with the website of the page to be tested, so that the page to be tested may be displayed when the opening mode is triggered.

Or, in another case, the page corresponding to the test special shop object does not have a page node required by the test; at this time, the operation that the client needs to execute after obtaining the target website may specifically be to construct a page node required for the test in the page corresponding to the test-dedicated store object, set the website of the page to be tested as the website of the page node, and implement an opening mode of the page node, so that when the opening mode is triggered, the page to be tested is displayed.

In short, in the embodiment of the present application, the page to be tested depending on the page of the store can be tested by the mutual cooperation of the configuration terminal system and the release version client. In order to better understand the technical solution provided by the embodiment of the present application, the following describes in detail the solution of the embodiment of the present application with reference to fig. 2 and an example in a specific implementation process.

In this example, assume that the ISV is developing a store second floor page for a vendor, and the relevant application is cell phone panning. The specific process may be that, first, the ISV may configure the URL of the second floor page developed by the ISV in a configuration center provided by the system, and accordingly, the configuration center may construct a target website according to the URL of the page corresponding to the pre-provided test-specific store object (for convenience of description, it is referred to as a first URL) and the URL of the second floor page (a second URL), and generate a store-entering two-dimensional code according to the target website. The target website takes a first URL as a prefix and a second URL as a parameter; since the first URL corresponds to the test-specific shop object, the first URL includes the ID of the test-specific shop object.

And then, the ISV can scan the two-dimension code of the entering store through the mobile phone treasure-panning client, and the mobile phone treasure-panning client can analyze the target website and judge whether the target website has corresponding parameters. If the parameters are carried, the target website is proved to be used for page test. After determining the parameters, firstly, the matching of the shop ID may be performed, that is, it is determined whether the shop ID carried by the prefix portion of the target website is consistent with the test-specific shop object ID provided by the system in advance (of course, in the case that the ISV normally performs configuration through the configuration center to generate the two-dimensional code, the two-dimensional code and the target website are definitely consistent, and only in the case that the ISV constructs the target website and the two-dimensional code by itself, they may not be consistent). If the two-floor nodes are consistent with each other, the mobile phone Taobao client can generate the second-floor nodes and display the second-floor pages for the mobile phone Taobao client. When the second floor node is generated, the method may specifically include replacing a default website in an existing second floor node, or, in a case where the second floor node is not constructed in advance, first construct the second floor node by calling a preset function, and set the URL of the current second floor page as the URL of the second floor node, and may further implement an opening manner of the second floor page, and so on, so that the second floor page may be displayed. In the process of displaying the second floor page, the mobile phone treasure-panning client provides the URL of the second floor page to the treasure-panning background server, and the treasure-panning background server acquires specific second floor page information and returns the information to the mobile phone treasure-panning client for displaying.

Therefore, according to the embodiment of the application, the special test shop object is provided, the configuration subsystem is provided, the website of the page to be tested which needs to depend on the shop page can be submitted to the configuration subsystem, the target website is generated by the configuration subsystem, different developers can use the same special test shop object to perform testing without applying for respective test shops, and developers in the system do not need to set different shop routes for many times. In addition, due to the fact that corresponding support is provided in the release version client of the associated application, the release version client can analyze and perform parameter check processing on the target website, the page to be tested is displayed on the basis of the page corresponding to the special shop object for testing, and then the testing process is completed. Therefore, the problems of repeatedly providing a debug packet with environment isolation and safety are solved, the page development process is simplified, the development efficiency is improved, and meanwhile, the safety of the client is ensured, so that the development of services is promoted.

Example two

The second embodiment corresponds to the first embodiment, and provides a method for processing page test configuration information from the perspective of a configuration subsystem, and referring to fig. 3, the method may specifically include:

s301: providing a test-specific store object;

s302: and receiving website information of a page to be tested, adding the website information of the page to be tested as a parameter into a page website corresponding to the special test shop object, generating a target website so that a release version client can obtain the target website, and providing display of the page to be tested based on the page corresponding to the special test shop object.

In specific implementation, a graphic code can be generated according to the target website, so that the client can obtain the target website in a code scanning manner.

EXAMPLE III

The second embodiment corresponds to the first embodiment, and provides a method for performing page testing based on a page of a shop object from the perspective of a client, and referring to fig. 4, the method may specifically include:

s401: acquiring a target website through a release version client of a related application, wherein the target website is generated by adding website information of a page to be tested as a parameter into a page website corresponding to a test special shop object;

s402: analyzing and identifying parameters of the target website;

s403: and according to the analysis and parameter identification results, displaying the page to be tested based on the page corresponding to the special shop object for testing.

In specific implementation, the target website can be obtained by scanning the target graphic code through a release version client of the related application.

In order to avoid that the developer pretends to use other non-test-specific shops to test the developed page, in an alternative embodiment, the client may further determine whether the ID of the shop object contained in the target website is the same as the ID of the test-specific shop object; and if the two special shop objects are the same, triggering the operation of providing the display of the page to be tested based on the page corresponding to the special shop object. Otherwise, if the ID of the shop object contained in the target website is different from the ID of the special test shop object, the page to be tested can be refused to be displayed.

Specifically, when the display of the page to be tested is provided based on the page corresponding to the test special object, the page corresponding to the test special object may be displayed according to the website of the page corresponding to the test special object included in the target website in an initial state of entering the page; and displaying the page to be tested when a preset opening mode is triggered.

If the page corresponding to the special shop object is preset with a default page node required by the test, and the preset starting mode is associated; the client may also replace the default website corresponding to the page node with the website of the page to be tested, so that the page to be tested is displayed when the opening mode is triggered.

Or, if the page corresponding to the test special shop object does not have the page node required by the test; the client may further construct a page node required for the test in the page corresponding to the test-dedicated store object, set the website of the page to be tested as the website of the page node, and implement an opening mode of the page node, so that the page to be tested is displayed when the opening mode is triggered.

For the parts of the second embodiment and the third embodiment that are not described in detail, reference may be made to the description of the first embodiment, and details thereof are not repeated here.

Corresponding to the second embodiment, an embodiment of the present application further provides a device for processing page test configuration information, and referring to fig. 5, the device may specifically include:

a shop object providing unit 501 for providing a test-dedicated shop object;

a target website generating unit 502, configured to receive website information of a page to be tested, add the website information of the page to be tested as a parameter to a website of the page corresponding to the special test store object, and generate a target website, so that a release version client obtains the target website, and provide a display of the page to be tested based on the page corresponding to the special test store object.

In a specific implementation, the apparatus may further include:

and the graphic code generating unit is used for generating a graphic code according to the target website so that the client can obtain the target website in a code scanning mode.

Corresponding to the third embodiment, the embodiment of the present application further provides a device for performing a page test based on a page of a shop object, and referring to fig. 6, the device may specifically include:

a target website acquisition unit 601, configured to acquire a target website through a release version client of a related application, where the target website is generated by adding website information of a page to be tested as a parameter to a website of a page corresponding to a test-dedicated store object;

an analyzing unit 602, configured to analyze and identify parameters of the target website;

and a page display unit 603, configured to provide, according to the analysis and parameter identification result, a display for the page to be tested based on the page corresponding to the test-specific shop object.

Specifically, the target website obtaining unit may be specifically configured to:

and scanning the target graphic code through a release version client of the related application to obtain the target website.

In a specific implementation, the apparatus further includes:

a determination unit configured to determine whether or not the ID of the shop object included in the target web address is the same as the ID of the test-dedicated shop object;

and the triggering unit is used for triggering the operation of providing the display of the page to be tested based on the page corresponding to the special shop object if the special shop object is the same as the page to be tested.

In addition, if the ID of the shop object included in the target web address is different from the ID of the test-dedicated shop object, the presentation of the page to be tested may be rejected.

The page display unit may specifically include:

the shop page display subunit is used for displaying the page corresponding to the special test object in an initial state according to the website of the page corresponding to the special test object contained in the target website;

and the test page display subunit is used for displaying the page to be tested when a preset starting mode is triggered.

If the page corresponding to the special shop object is preset with a default page node required by the test, and the preset starting mode is associated;

the device further comprises:

and the website replacing unit is used for replacing the default website corresponding to the page node with the website of the page to be tested so as to display the page to be tested when the starting mode is triggered.

If the page corresponding to the special test shop object does not have the page node required by the test;

the apparatus may further include:

and the node constructing unit is used for constructing a page node required by the test in the page corresponding to the special test shop object, setting the website of the page to be tested as the website of the page node, and realizing the opening mode of the page node so as to display the page to be tested when the opening mode is triggered.

In addition, corresponding to the third embodiment, an embodiment of the present application further provides an electronic device, including:

one or more processors; and

analyzing the target website and identifying parameters;

Where fig. 7 illustrates an architecture of an electronic device, for example, device 700 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, an aircraft, and so forth.

Referring to fig. 7, device 700 may include one or more of the following components: a processing component 702, a memory 704, a power component 706, a multimedia component 708, an audio component 710, an input/output (I/O) interface 712, a sensor component 714, and a communication component 716.

The processing component 702 generally controls overall operation of the device 700, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing element 702 may include one or more processors 720 to execute instructions, so as to complete generating a traffic compression request when a preset condition is met in the video playing method provided in the technical solution of the present disclosure, and sending the traffic compression request to the server, where the traffic compression request records information for triggering the server to acquire a target attention area, and the traffic compression request is used to request the server to preferentially ensure a bitrate of video content in the target attention area; and playing the video content corresponding to the code stream file according to the code stream file returned by the server, wherein the code stream file is all or part of the video file obtained by carrying out code rate compression processing on the video content outside the target attention area by the server according to the flow compression request. Further, the processing component 702 may include one or more modules that facilitate interaction between the processing component 702 and other components. For example, the processing component 702 can include a multimedia module to facilitate interaction between the multimedia component 708 and the processing component 702.

The memory 704 is configured to store various types of data to support operation at the device 700. Examples of such data include instructions for any application or method operating on device 700, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 704 may be implemented by any type or combination of volatile or non-volatile storage devices, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.

The power supply component 706 provides power to the various components of the device 700. The power components 706 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for the device 700.

The multimedia component 708 includes a screen that provides an output interface between the device 700 and the user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 708 includes a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the device 700 is in an operating mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

The audio component 710 is configured to output and/or input audio signals. For example, the audio component 710 includes a Microphone (MIC) configured to receive external audio signals when the device 700 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signal may further be stored in the memory 704 or transmitted via the communication component 716. In some embodiments, audio component 710 also includes a speaker for outputting audio signals.

The I/O interface 712 provides an interface between the processing component 702 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.

The sensor assembly 714 includes one or more sensors for providing status assessment of various aspects of the device 700. For example, the sensor assembly 714 may detect an open/closed state of the device 700, the relative positioning of components, such as a display and keypad of the device 700, the sensor assembly 714 may also detect a change in the position of the device 700 or a component of the device 700, the presence or absence of user contact with the device 700, orientation or acceleration/deceleration of the device 700, and a change in the temperature of the device 700. The sensor assembly 714 may include a proximity sensor configured to detect the presence of nearby objects in the absence of any physical contact. The sensor assembly 714 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 714 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 716 is configured to facilitate wired or wireless communication between the device 700 and other devices. The device 700 may access a wireless network based on a communication standard, such as WiFi,2G or 3G, or a combination thereof. In an exemplary embodiment, the communication section 716 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 716 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the device 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the above-described methods.

In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, for example, the memory 704 including instructions, which are executable by the processor 720 of the device 700 to perform generating a traffic compression request when a preset condition is met in a video playing method provided in the present disclosure, and sending the traffic compression request to a server, where the traffic compression request records information for triggering the server to obtain a target attention area, and the traffic compression request is used to request the server to preferentially guarantee a bitrate of video content in the target attention area; and playing the video content corresponding to the code stream file according to the code stream file returned by the server, wherein the code stream file is obtained by carrying out code rate compression processing on the video content outside the target attention area by the server according to the flow compression request. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the system or system embodiments, which are substantially similar to the method embodiments, are described in a relatively simple manner, and reference may be made to some descriptions of the method embodiments for relevant points. The above-described system and system embodiments are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.

The method, the device and the system for page testing based on the shop object page provided by the application are introduced in detail, specific examples are applied in the text to explain the principle and the implementation mode of the application, and the description of the above embodiments is only used for helping to understand the method and the core idea of the application; meanwhile, for a person skilled in the art, according to the idea of the present application, the specific implementation and the application range may be changed. In view of the above, the description should not be taken as limiting the application.

Claims

1. A system for performing page testing based on shop object pages is characterized by comprising:

the testing terminal system comprises terminal equipment and an application release version client, wherein the client is used for acquiring the target website and providing display for the page to be tested based on the page corresponding to the testing special shop object; the test-specific store object is integrated within the release version client.

2. The system of claim 1,

the configuration terminal system is also used for generating a graphic code according to the target website;

the client is specifically configured to obtain the target website by scanning the graphic code.

3. The system of claim 1,

the client is further used for judging whether the ID of the shop object contained in the target website is the same as the ID of the special test shop object or not, and if so, triggering the operation of providing the display of the page to be tested based on the page corresponding to the special shop object.

4. The system of claim 3,

the client is further used for refusing to display the page to be tested if the ID of the shop object contained in the target website is different from the ID of the special test shop object.

5. The system of claim 1,

when the client provides the display of the page to be tested based on the page corresponding to the special shop object for testing, the client is specifically configured to:

in an initial state, displaying a page corresponding to the special test object according to a website of the page corresponding to the special test object contained in the target website; and displaying the page to be tested when a preset opening mode is triggered.

6. The system of claim 5,

presetting a default page node required by the test in a page corresponding to the special shop object, and associating the preset starting mode;

the client is further configured to:

and replacing the default website corresponding to the page node with the website of the page to be tested, so that the page to be tested is displayed when the starting mode is triggered.

7. The system of claim 5,

the page corresponding to the special test shop object does not have a page node required by the test;

the client is further configured to:

and constructing a page node required by the test in a page corresponding to the test special shop object, setting the website of the page to be tested as the website of the page node, and realizing the opening mode of the page node so as to display the page to be tested when the opening mode is triggered.

8. A page test configuration information processing method is characterized by comprising the following steps:

providing a test-specific store object;

receiving website information of a page to be tested, adding the website information of the page to be tested as a parameter into a page website corresponding to the special test shop object, generating a target website so that a release version client can obtain the target website, and providing display of the page to be tested based on the page corresponding to the special test shop object;

wherein the test specific store object is integrated within the release version client.

9. The method of claim 8, further comprising:

and generating a graphic code according to the target website so that the client can obtain the target website in a code scanning mode.

10. A method for performing page testing based on a shop object page is characterized by comprising the following steps:

acquiring a target website through an application release version client, wherein the target website is generated by adding website information of a page to be tested as a parameter to a page website corresponding to a test special shop object; the test-specific store object is integrated within the release version client;

analyzing and identifying parameters of the target website;

11. The method of claim 10,

the obtaining of the target website through the release version client of the application comprises:

and scanning the target graphic code by using a release version client of the application to obtain the target website.

12. The method of claim 10, further comprising:

judging whether the ID of the shop target contained in the target website is the same as the ID of the special test shop target or not;

and if the two special shop objects are the same, triggering the operation of providing the display of the page to be tested based on the page corresponding to the special shop object.

13. The method of claim 12, further comprising:

and if the ID of the shop object contained in the target website is different from the ID of the special test shop object, refusing to display the page to be tested.

14. The method of claim 10,

the displaying of the page to be tested based on the page corresponding to the test special shop object comprises the following steps:

in an initial state, displaying a page corresponding to the special test object according to a website of the page corresponding to the special test object contained in the target website;

and displaying the page to be tested when a preset opening mode is triggered.

15. The method of claim 14,

presetting default page nodes required by testing in a page corresponding to the special shop object, and associating the preset starting mode;

the method further comprises the following steps:

16. The method of claim 14,

the method further comprises the following steps:

17. A page test configuration information processing apparatus, comprising:

a shop object providing unit for providing a test-dedicated shop object;

the target website generating unit is used for receiving website information of a page to be tested, adding the website information of the page to be tested into a page website corresponding to the special test shop object as a parameter, generating a target website so that a release version client can obtain the target website, and providing display of the page to be tested based on the page corresponding to the special test shop object;

18. An apparatus for performing a page test based on a page of a shop object, comprising:

the system comprises a target website acquisition unit, a test special shop object acquisition unit and a test special shop target acquisition unit, wherein the target website acquisition unit is used for acquiring a target website through an application release version client, and the target website is generated by adding website information of a page to be tested as a parameter into a page website corresponding to the test special shop object; the test-specific store object is integrated within the release version client;

19. An electronic device, comprising:

one or more processors; and

analyzing and identifying parameters of the target website;