CN115640204A

CN115640204A - Page compatibility testing method and device, electronic equipment and storage medium

Info

Publication number: CN115640204A
Application number: CN202110818761.8A
Authority: CN
Inventors: 吴芳雪
Original assignee: Beijing Youzhuju Network Technology Co Ltd
Current assignee: Beijing Youzhuju Network Technology Co Ltd
Priority date: 2021-07-20
Filing date: 2021-07-20
Publication date: 2023-01-24

Abstract

The embodiment of the disclosure provides a page compatibility test method, a device, an electronic device and a storage medium, wherein test information is obtained and represents test parameters for performing compatibility test on a page to be tested; sending a test request to the real machine resource platform according to the test information so as to enable the terminal equipment to load a page to be tested through the real machine resource platform; and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested. Therefore, the full-flow automatic test of the page compatibility of the APP on different machine types is realized, and the test efficiency and the test accuracy of the page compatibility test are improved.

Description

Page compatibility testing method and device, electronic equipment and storage medium

Technical Field

The embodiment of the disclosure relates to the technical field of computers, and in particular relates to a page compatibility testing method and device, electronic equipment and a storage medium.

Background

For Application programs (APPs) developed by terminal devices, because the APPs need to be run on terminal devices of different brands and models, compatibility problems such as page display loss and size abnormality in the APPs often occur due to different screen sizes, resolutions and operating systems of the terminal devices. Therefore, after the development of the APP is completed, developers need to run the APP on terminal devices of different models to complete the page compatibility test of the APP.

In the prior art, different types of terminal devices are manually operated to display and manually capture a page, and a test report is generated to achieve the purpose of performing page compatibility test on the APP. However, the method for performing the page compatibility test by manually operating the terminal device in the prior art has the problems of low test efficiency and high error rate.

Disclosure of Invention

The embodiment of the disclosure provides a page compatibility test method, a page compatibility test device, an electronic device and a storage medium, so as to solve the problems of low test efficiency and high error rate in the page compatibility test process.

In a first aspect, an embodiment of the present disclosure provides a page compatibility testing method, including:

acquiring test information, wherein the test information represents test parameters for performing compatibility test on a page to be tested; sending a test request to a real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform; and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested.

In a second aspect, an embodiment of the present disclosure provides a page compatibility testing apparatus, including:

the system comprises an acquisition module, a processing module and a display module, wherein the acquisition module is used for acquiring test information, and the test information represents test parameters for performing compatibility test on a page to be tested;

the sending module is used for sending a test request to a real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform;

and the generating module is used for acquiring the loaded multiple pages to be tested and generating a test result based on the acquired multiple pages to be tested.

In a third aspect, an embodiment of the present disclosure provides an electronic device, including: at least one processor and memory;

the memory stores computer execution instructions;

the at least one processor executing the computer-executable instructions stored by the memory causes the at least one processor to perform the page compatibility testing method described above in the first aspect and in various possible designs of the first aspect.

In a fourth aspect, an embodiment of the present disclosure provides a computer-readable storage medium, where computer-executable instructions are stored, and when a processor executes the computer-executable instructions, the page compatibility testing method according to the first aspect and various possible designs of the first aspect is implemented.

In a fifth aspect, embodiments of the present disclosure provide a computer program product, which includes a computer program, and when the computer program is executed by a processor, the page compatibility testing method according to the first aspect and various possible designs of the first aspect is implemented.

According to the page compatibility test method, the page compatibility test device, the electronic equipment and the storage medium, test information is obtained, and the test information represents test parameters for performing compatibility test on a page to be tested; sending a test request to a real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform; and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested. Therefore, the full-flow automatic test of the page compatibility of the APP on different types of machines is realized, and the test efficiency and the test accuracy of the page compatibility test are improved.

Drawings

In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present disclosure, and for those skilled in the art, other drawings can be obtained according to the drawings without inventive exercise.

Fig. 1 is an application scenario diagram of a page compatibility testing method provided by the embodiment of the present disclosure;

fig. 2 is a first schematic flow chart of a page compatibility testing method provided by the embodiment of the present disclosure;

fig. 3 is a schematic diagram of a hardware architecture of a real machine resource platform according to an embodiment of the present disclosure;

fig. 4 is a schematic flow chart of a page compatibility testing method provided by the embodiment of the present disclosure;

FIG. 5 is a schematic flowchart of step S203 in the embodiment shown in FIG. 4;

fig. 6 is a schematic flowchart of a process of sending a test script to a terminal device according to an operating state and obtaining a screenshot page according to an embodiment of the present disclosure;

FIG. 7 is a schematic diagram of a test report provided by an embodiment of the present disclosure;

fig. 8 is a block diagram of a structure of a page compatibility testing apparatus provided in the embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure;

fig. 10 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present disclosure.

Detailed Description

To make the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the technical solutions in the embodiments of the present disclosure will be described clearly and completely with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are some, but not all embodiments of the present disclosure. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.

The following explains an application scenario of the embodiment of the present disclosure:

fig. 1 is an application scenario diagram of the page compatibility testing method provided by the embodiment of the present disclosure, and the page compatibility testing method provided by the embodiment of the present disclosure may be applied to an automated testing scenario in an APP development process. Specifically, as shown in fig. 1, the method provided by the embodiment of the present disclosure may be applied to a test server, where the test server is in communication connection with a test device and a real machine resource platform, respectively. And an application platform, and/or software, and/or service for performing compatibility test on the APP is operated in the test server. The test server receives test parameters which are sent by the test equipment and used for indicating compatibility test of the page to be tested through communication with the test equipment, and sends a test request to the real machine resource platform based on the test parameters, the real machine resource platform registers a plurality of terminal equipment of different types, and the real machine resource platform controls the terminal equipment registered on the real machine resource platform and corresponding to the test request to load the page to be tested and perform screenshot according to the test request, so that screenshot pages corresponding to the terminal equipment of different types are generated. The test server obtains the screenshot page, returns to the test equipment according to the screenshot page test result, and displays the test result on the test equipment, so that a tester using the test equipment to perform compatibility test can obtain the test result, and full-process automatic compatibility test of the page to be tested on terminal equipment of different types is realized.

Of course, in another possible implementation manner, the method provided by the embodiment of the present disclosure may be applied to a test device, where the test device is in communication connection with a real machine resource platform, and the test device executes the method provided by the embodiment of the present disclosure, sends a test request to the real machine resource platform, and generates a test result according to a screenshot page output by the real machine resource platform. The implementation principle of this implementation is similar to that of the implementation of the method by the test server in the application scenario shown in fig. 1, and details are not repeated here.

In the prior art, a page compatibility test of an APP is to solve the problem that display effects of terminal devices of different models after a page is loaded are inconsistent due to different resolutions, operating systems, screen sizes and screen shapes, for example, the page is displayed in a missing manner and the page is abnormally sized, and more specifically, the problems that full-screen display cannot be performed, an undisplayed area (black edge) exists in an interface frame, and key information of the page is blocked by a front camera are solved. Different from a program error, the display problem cannot be thrown out abnormally, so that the display problem cannot be automatically judged through the program, and therefore, in the scheme in the prior art, the terminal devices of different types are manually operated to capture the pictures and are compared with the reference picture to determine whether the page compatibility has a problem. However, a large number of manual operation links exist in the process, and particularly when a newly added page to be tested without a reference picture is tested, different machine types need to be cross-compared, so that the problems of low test efficiency and low test accuracy are caused.

Fig. 2 is a first schematic flow chart of a page compatibility testing method provided by the embodiment of the present disclosure. The method of this embodiment may be applied to a test server or a test device, in this embodiment, the test server is used as an execution subject of the method provided by this embodiment for introduction, and the method for testing page compatibility includes:

s101: and acquiring test information, wherein the test information is used for indicating test parameters for performing compatibility test on the page to be tested.

Exemplarily, the test server is a platform for providing a software test function to a tester, the tester accesses the test platform running on the test server through the test device, and completes a compatibility test of a page to be tested by using the test platform running on the test server, and a specific system architecture and a device communication connection relationship can be seen in fig. 1.

The test information may be information sent by the test equipment to the test server, where the test information is used to indicate test parameters for performing compatibility test on the page to be tested, such as a URL address of the page to be tested, a corresponding test model of the page to be tested, and some description information of the page to be tested, where the description information includes, for example, a type of the page to be tested, and more specifically, a home page, a page implementing a function, a page implementing b function, and the like; here, no more than one example, the test information may include at least one implementation of the above example according to a specific test requirement.

S102: and sending a test request to the real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform.

First, the real machine resource platform is exemplarily described:

the real machine resource platform is a management platform which provides the use right of the terminal equipment to the outside by connecting or integrating a plurality of terminal equipment, and the external equipment can apply for using the terminal equipment registered in the real machine resource platform by accessing the real machine resource platform and enables the terminal equipment registered in the real machine resource platform to execute corresponding instructions or functions. Furthermore, the real machine resource platform is deployed in the electronic device, the electronic device is connected with the terminal device registered in the real machine resource platform in a wired or wireless manner, and can send a control instruction to the terminal device in a wired or wireless communication manner to control the terminal device to execute the corresponding function.

Fig. 3 is a schematic diagram of a hardware architecture of a real machine resource platform provided in an embodiment of the present disclosure, where the real machine resource platform runs on a platform server, and the platform server is connected to multiple terminal devices in a wired manner through USB interfaces (not shown in the figure) or in a wireless manner through wifi or bluetooth. The external device, for example, the test server, may access the platform server through the network, and send an instruction to the platform server, query an operating state of the terminal device registered in the genuine machine resource platform, if the terminal device is in an unoccupied state, may apply for using the terminal device to the genuine machine resource platform, and after obtaining the authorization of the genuine machine resource platform, the test server may send data and/or an instruction to the terminal device, so that the terminal device executes a corresponding operation or function.

Further, referring to fig. 3, after determining, by the test server, a test parameter for performing a compatibility test on the page to be tested according to the test information, based on the test parameter, sending a test request to the real machine resource platform to apply for a plurality of types of terminal devices required for the test, and executing a control operation of loading a picture to be tested on the plurality of types of terminal devices. The screenshot page is the screenshot generated after the terminal devices of different types load the same page to be tested, so that different screenshot pages can represent the display effect of the terminal devices of different types after the terminal devices of different types load the page to be tested.

S103: and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested.

Illustratively, after the terminal device loads the pages to be tested, screenshot operation may be performed to generate corresponding screenshot pages, and accordingly, the multiple loaded pages to be tested obtained by the test server are the screenshot pages generated by the terminal device. In a possible implementation manner, each terminal device may store the corresponding screenshot page in a corresponding storage space in the real machine resource platform, that is, in a platform server where the real machine resource platform is located. The test server can call the corresponding functional interface to obtain the screenshot page corresponding to each terminal device by accessing the real machine resource platform. In another possible implementation manner, each terminal device may store the corresponding screenshot page in an external database, that is, a storage medium of another device in communication connection with a platform server where the real machine resource platform is located. The test server can access the external database and obtain the screenshot page corresponding to the terminal device according to the identifier corresponding to the terminal device.

Further, the test result may be a test report, for example, and specifically, the test report is formed by screenshot pages that are loaded and generated on each terminal device by a page to be tested. After the screenshot page is obtained, a script can be generated according to a preset test report, and a test report for the page to be tested is generated based on the screenshot page generated after each terminal device loads the page to be tested. The test comprises screenshot pages corresponding to the terminal devices of the multiple models of the page to be tested, so that the test report can show the display effect of the page to be tested on the terminal devices of the multiple models, the outlier similarity is determined according to the similarity between the screenshot pages, and the terminal devices which are displayed abnormally, namely the terminal devices with the compatibility problem, are determined.

In the embodiment, by acquiring the test information, the test information represents the test parameters for performing the compatibility test on the page to be tested; sending a test request to the real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform; and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested. By sending the test request to the real machine resource platform, the automatic screenshot of the result of loading the page to be tested on the terminal equipment of different machine types can be realized, and then the test result is automatically generated according to the screenshot page, so that the full-flow automatic test of the page compatibility of the APP on different machine types is realized, and the test efficiency and the test accuracy of the page compatibility test are improved.

Fig. 4 is a schematic flowchart of a page compatibility testing method according to an embodiment of the present disclosure. In this embodiment, on the basis of the embodiment shown in fig. 2, steps S102 to S103 are further detailed, and the page compatibility testing method includes:

s201: and acquiring test information representing test parameters for performing compatibility test on the page to be tested.

S202: and generating a test script according to the test information, wherein the test script is used for loading the page to be tested by the terminal equipment when the test script is executed by the terminal equipment, and performing screenshot on the loaded page to be tested to generate a screenshot page.

S203: and sending the test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform.

Exemplarily, the running states include an occupied state and a non-occupied state, and the running state of the terminal device corresponding to the target machine type on the real machine resource platform is obtained, so that the real machine resource platform sends a test script to the terminal device corresponding to the target machine type under the condition that the running state is the non-occupied state; or, under the condition that the real machine resource platform is in the occupied state, the running state of the terminal equipment corresponding to the target machine type is obtained again at intervals of a first preset time length; or, when the running state of the real machine resource platform is the occupied state and the occupied state continuously exceeds n times, the running state of the terminal device corresponding to the target machine type is obtained again at intervals of a second preset time.

Illustratively, a test Script (Script) is an executable file written by using specific descriptive speech, and when the terminal device obtains and executes the test Script, the terminal device executes loading of a page to be tested and screenshot to generate a screenshot page. Illustratively, the test information includes the URL of the page to be tested, and the test script may be generated according to the URL of the page to be tested and the corresponding screenshot instruction. Specifically, the URL of the test page is used to orient the test page, and after the terminal device executes the test script, the terminal device accesses and acquires corresponding data, i.e., the page to be tested, according to the URL in the test script, thereby implementing the loading and screenshot processes of the page to be tested.

Further, after generating the test script, the test server submits a test request to the real machine resource platform, where the test request includes the test script, and after responding to the test request, the real machine resource platform sends the test script to the corresponding terminal devices of different machine types, and instructs each terminal device to execute the test script.

Illustratively, the test information includes a model parameter, and the model parameter is used for indicating a model of the terminal device. As shown in fig. 5, step S203 includes two specific implementation steps S2031 and S2032:

s2031: and determining the target model according to the model parameters.

S2032: and acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state.

Illustratively, the test information includes model parameters for indicating the model of the terminal device, where the model parameters may be manually set by a tester on the test device side, or may be determined by the test server according to description information related to the page to be tested in the test information, for example, if the page to be tested is a homepage, the model parameters are #001-100, and the model parameters represent terminal devices of models 001 to 100. The specific implementation method is not illustrated here. Further, according to the model parameter, the model of the corresponding terminal device, that is, the target model, may be determined. Exemplarily, the model parameter may include at least one model element, and the model element is used for characterizing one classification dimension of the model; the model elements include at least one of: an operating system, an operating system version number and a terminal device model.

The target model is part of models of all terminal devices registered on the real machine resource platform, and the target model may correspond to a class of terminal devices of the same brand, or a class of terminal devices running the same operating system. By determining the target machine type, the compatibility test of a specific type of terminal equipment can be realized, so that the test precision and the test flexibility of the compatibility test are improved.

Further, the representation of the running state of the terminal device refers to the current occupied state of the terminal device, that is, whether the terminal device is executing the test task sent by the real machine resource platform. In a possible implementation manner, the running state includes an occupied state and a non-occupied state, and according to the running state, the test script is sent to the terminal device corresponding to the target machine type on the real machine resource platform, including: if the running state is the occupied state, after waiting for a first preset time, obtaining the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform; and if the running state is the non-occupied state, sending a test script to the terminal equipment corresponding to the target machine type on the real machine resource platform.

Specifically, when the running state of the terminal device is the occupied state, it represents that the terminal device is executing a test task corresponding to another test request, and thus a new test task cannot be executed immediately. At the moment, after waiting for the first preset time, the test server acquires the running state of the terminal equipment again, judges whether the terminal equipment has executed the test task according to the running state and is released by the real machine resource platform; if the running state is a non-occupied state, the terminal device is indicated to have executed the test task and has been released by the real machine resource platform, the test server sends the test script to the terminal device corresponding to the target machine type on the real machine resource platform again, so that the terminal device corresponding to the target machine type executes the test task corresponding to the test script, namely, a page to be tested is loaded and a screenshot is carried out; and if the running state is still the occupied state, continuing to wait, after waiting for the first preset time, executing the process again, acquiring the running state of the terminal equipment corresponding to the target machine type, and judging the state until a stopping condition is triggered. Optionally, the stop condition is, for example, that the running states of the terminal devices corresponding to the target model are all occupied states continuously N.

It should be noted that, definitions of an occupied state and a non-occupied state included in an operation state of the terminal device may be set according to specific needs, and the operation state may also include an "idle state" and a "non-idle state", and its principle and purpose are similar to those of the "non-occupied state" and the "occupied state", and both represent "available" and "unavailable" states of the terminal. The running state of the terminal device may be obtained by calling a functional interface provided by the real machine resource platform, and details are not described here.

S204: and receiving a target terminal identification sent by the real machine resource platform, wherein the target terminal identification is used for indicating the terminal equipment which has executed the test script.

S205: and determining the addresses of the screenshot pages corresponding to the target terminal identifications in the database, wherein the database addresses represent the positions of the screenshot pages generated by the terminal equipment corresponding to the target terminal identifications in the database.

S206: and acquiring the screenshot page corresponding to each target terminal identification according to the address of the screenshot page corresponding to each target terminal identification in the database.

Exemplarily, after determining that the terminal device corresponding to the target model is available according to the running state of the terminal device corresponding to the target model, the terminal device corresponding to the target model sends a test request including a test script to the real machine resource platform, and the real machine resource platform sends the test script to the corresponding terminal device for execution. On one hand, the terminal equipment executing the test script on the real machine resource platform stores the screenshot page generated after the test script is executed in the database; on the other hand, the real machine resource platform returns the identifier of the terminal equipment executing the test script, namely the target terminal identifier, to the test server. And the test server determines the position of the screenshot page in the database according to the target terminal identification, and acquires the screenshot page stored in the position. The database may be located in a platform server where the real machine resource platform is located, or may be located in another data server, which is not illustrated herein. Illustratively, after determining the addresses of the screenshot pages corresponding to the target terminal identifications in the database, the test server may detect the addresses of the screenshot pages corresponding to different target terminal identifications in a periodic polling manner, and upload the screenshot pages to the test server after finding that the screenshot pages exist until all the screenshot pages corresponding to the target terminal identifications are acquired.

A more specific example will be described below. Fig. 6 is a schematic flow diagram illustrating a process of sending a test script to a terminal device according to an operating state and obtaining a screenshot page, taking a task of sending the test script to a single terminal device as an example, as shown in fig. 6, after a test server determines a terminal device (for example, terminal device # 1) corresponding to a target machine type and starts to execute the task, first obtaining an operating state of the terminal device #1 through a real machine resource platform, on one hand, if the operating state is a non-occupied state, sending the test script to the terminal device #1 through the real machine resource platform, so that the terminal device #1 loads a to-be-tested page and generates a screenshot page, and stores the screenshot page in a preset position, and the test server queries the screenshot page corresponding to the terminal device #1 in the preset position in a polling manner, and if the screenshot page corresponding to the terminal device #1 is queried (the script is successful), it is described that the terminal device #1 has completed a corresponding test and successfully generates the screenshot page, and at this time, ends the task; if the screenshot page corresponding to the terminal device #1 is not queried (failure) after the preset processing time length is exceeded, waiting for a second preset time length (shown as y seconds in fig. 6), and re-executing the task corresponding to the terminal device # 1; on the other hand, if the operation state is the occupied state, after waiting for the first preset time (shown as m seconds in fig. 6), re-acquiring the operation state of the terminal device #1, and adding 1 to the retry number; if the running state is the occupied state and the retry number is greater than n, recording the task information of the terminal device #1, and according to the task information, after a second preset time interval, reacquiring the running state of the terminal device #1 and judging, wherein the second preset time interval is greater than the first preset time interval. In the step of this embodiment, when the retry number is greater than n, the frequency of acquiring the operating state is reduced and the consumption of computing resources is reduced by adjusting the interval of the operating state determination (i.e., the interval is adjusted from m seconds to y seconds, y is greater than m). After the task is finished, the task state is updated, and the task corresponding to the terminal device #1 is recorded to be executed. After the task is completed, the test server continues to execute a task of determining the operation state of the terminal devices (for example, terminal device #2, terminal device #3, terminal device #4, and the like) corresponding to the other target models and transmitting the test script. The process of determining the operating states of the terminal devices corresponding to the multiple target machine types may be based on the process of determining the operating state of a single terminal device and sending the test script shown in fig. 6, so as to form a task set, and queue each task in the task set or perform multi-thread synchronous processing, which is not described herein again.

S207: and determining corresponding model parameters according to the target terminal identifications corresponding to the screenshot pages, wherein the model parameters represent the models of the terminal equipment.

S208: and generating a test report according to the screenshot page and the corresponding model parameters.

Further, after the screenshot page is obtained, the corresponding model parameter is obtained according to the target terminal identifier, where the model parameter corresponding to the target model is included in the test information, and the model parameter may be determined according to the model of the terminal device corresponding to the target terminal identifier, which is introduced in the previous embodiment steps and is not described herein again.

The model parameters comprise at least one model element, each model parameter may comprise at least one same model element and/or at least one different model element, and the model elements are used for characterizing one classification dimension of the model. Generating a test report according to the screenshot page and the corresponding model parameters, wherein the test report comprises the following steps: classifying screenshot pages according to model parameters corresponding to the screenshot pages to generate at least two screenshot page groups, wherein the screenshot page groups comprise screenshot pages corresponding to the same first model element and different second model elements (for example, the screenshot pages corresponding to P30 of android and P40 of android are simultaneously included, the same model element is the android, and the different model elements are P30 and P40); and generating a corresponding test report for each screenshot page group. The model element exemplarily comprises at least one of the following: an operating system, an operating system version number and a terminal device model.

The screenshot page group corresponds to a group of screenshot pages of the same type, for example, screenshot pages generated by terminal equipment with the same operating system running and screenshot of terminal equipment with the same terminal equipment model. By dividing a plurality of screenshot pages into a plurality of screenshot page groups for display, the display effect of terminal equipment of different types under the same category on the page to be tested can be better represented. Therefore, the tester can find the abnormity more quickly, and the efficiency of the compatibility test is improved.

Fig. 7 is a schematic diagram of a test report provided in an embodiment of the present disclosure, where after screenshot pages corresponding to all target terminal identifiers are obtained, a preset report generation script is executed, and a screenshot page corresponding to each target terminal identifier is generated, as shown in fig. 7, a screenshot page of a smartphone with a model #1 and an operating system of Android 9 is partially displayed in the test report; a screenshot page of a smart phone with a model #2 and an operating system Android 10; and a screenshot page of the smart phone with the model #3 and the operating system IOS 13. Because each target terminal identifier corresponds to a terminal device of a different model, the difference detection of the display compatibility of the page to be detected to the terminal devices of different models can be realized according to the screenshot page corresponding to each target terminal identifier displayed in the test report, wherein the difference detection process can be realized through manual observation of testers, and can also be realized through similarity calculation and evaluation between different screenshot pages, which is not described in detail herein.

In this embodiment, the implementation manner of step S201 is the same as the implementation manner of step S101 in the embodiment shown in fig. 2 of the present disclosure, and is not described in detail here.

Fig. 8 is a block diagram of a structure of a page compatibility testing apparatus according to an embodiment of the present disclosure, which corresponds to the page compatibility testing method according to the foregoing embodiment. For ease of illustration, only portions relevant to embodiments of the present disclosure are shown. Referring to fig. 8, the page compatibility test apparatus 3 includes:

the obtaining module 31 is configured to obtain test information, where the test information represents a test parameter for performing a compatibility test on a page to be tested;

the sending module 32 is configured to send a test request to the real machine resource platform according to the test information, so that the terminal device loads the page to be tested through the real machine resource platform;

the generating module 33 is configured to obtain the loaded multiple pages to be tested, and generate a test result based on the obtained multiple pages to be tested.

In an embodiment of the disclosure, the test request is further used for instructing the terminal device to perform screenshot on the loaded page to be tested, so as to generate a screenshot page; when generating the test result based on the obtained multiple pages to be tested, the generating module 33 is specifically configured to: acquiring a screenshot page; and generating a test result according to the screenshot page.

In an embodiment of the present disclosure, when the sending module 32 sends the test request to the genuine machine resource platform according to the test information, specifically, the sending module is configured to: generating a test script according to the test information, wherein the test script is used for loading the page to be tested by the terminal equipment when the test script is executed by the terminal equipment; and sending the test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform.

In an embodiment of the present disclosure, the test information includes a uniform resource locator URL of the page to be tested; when generating the test script according to the test information, the sending module 32 is specifically configured to: and generating a test script according to the URL of the page to be tested.

In an embodiment of the present disclosure, the test information includes a model parameter, and the model parameter is used to indicate a model of the terminal device; the sending module 32 is sending the test script to the real machine resource platform, so that when the terminal device executes the test script through the real machine resource platform, the sending module is specifically configured to: determining a target model according to the model parameters; and acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state.

In one embodiment of the disclosure, the model parameters include at least one model element, and the model element is used for representing one classification dimension of the model; the model elements comprise at least one of the following: an operating system, an operating system version number and a terminal device model.

In one embodiment of the present disclosure, the run state includes an occupied state and a non-occupied state; the sending module 32 is configured to obtain an operating status of the terminal device corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform is specifically configured to: acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type under the condition that the running state is a non-occupied state; or, under the condition that the real machine resource platform is in the occupied state, the running state of the terminal device corresponding to the target machine type is obtained again at intervals of a first preset time length; or, when the running state is the occupied state and the occupied state continuously exceeds n times, the real machine resource platform acquires the running state of the terminal device corresponding to the target machine type again at intervals of a second preset time length.

In one embodiment of the present disclosure, the sending module 32 is further configured to: if the running states of the terminal devices corresponding to the target machine type on the real machine resource platform are acquired at intervals of N times at a first preset time, recording the target machine type, and acquiring the running states of the terminal devices corresponding to the target machine type on the real machine resource platform at intervals of a second preset time, wherein N is an integer greater than 1, and the second preset time is greater than the first preset time.

In an embodiment of the present disclosure, when acquiring the loaded multiple pages to be tested, the generating module 33 is specifically configured to: acquiring at least one terminal identification; determining a storage address of a page to be detected corresponding to at least one terminal identifier in a database; and acquiring the page to be tested corresponding to each terminal device according to the address of the page to be tested corresponding to each terminal identifier in the database.

The device provided in this embodiment may be configured to implement the technical solutions of the method embodiments, and the implementation principles and technical effects are similar, which are not described herein again.

Fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure, and as shown in fig. 9, the electronic device 4 includes at least one processor 41 and a memory 42;

the memory 42 stores computer-executable instructions;

the at least one processor 41 executes computer-executable instructions stored by the memory 42 to cause the at least one processor 41 to perform the page compatibility testing method in the embodiment shown in fig. 2-7.

The processor 41 and the memory 42 are connected by a bus 43.

The relevant description may be understood with reference to the relevant description and effect corresponding to the steps in the embodiments corresponding to fig. 2 to fig. 7, and redundant description is not repeated here.

Referring to fig. 10, a schematic structural diagram of an electronic device 900 suitable for implementing the embodiment of the present disclosure is shown, where the electronic device 900 may be a terminal device or a server. Among them, the terminal Device may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a Digital broadcast receiver, a Personal Digital Assistant (PDA), a tablet computer (PAD), a Portable Multimedia Player (PMP), a car terminal (e.g., car navigation terminal), etc., and a fixed terminal such as a Digital TV, a desktop computer, etc. The electronic device shown in fig. 10 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 10, the electronic device 900 may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 901, which may perform various suitable actions and processes according to a program stored in a Read Only Memory (ROM) 902 or a program loaded from a storage device 908 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data necessary for the operation of the electronic apparatus 900 are also stored. The processing apparatus 901, the ROM902, and the RAM 903 are connected to each other through a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.

Generally, the following devices may be connected to the I/O interface 905: input devices 906 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; an output device 907 including, for example, a Liquid Crystal Display (LCD), a speaker, a vibrator, and the like; storage 908 including, for example, magnetic tape, hard disk, etc.; and a communication device 909. The communication device 909 may allow the electronic apparatus 900 to perform wireless or wired communication with other apparatuses to exchange data. While fig. 10 illustrates an electronic device 900 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may be alternatively implemented or provided.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication device 909, or installed from the storage device 908, or installed from the ROM 902. The computer program performs the above-described functions defined in the methods of the embodiments of the present disclosure when executed by the processing apparatus 901.

It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to perform the methods shown in the above embodiments.

Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of Network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a limitation of the unit itself, for example, the first obtaining unit may also be described as a "unit obtaining at least two internet protocol addresses".

The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems on a chip (SOCs), complex Programmable Logic Devices (CPLDs), and the like.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

In a first aspect, according to one or more embodiments of the present disclosure, a page compatibility testing method is provided, including: acquiring test information representing test parameters for performing compatibility test on a page to be tested; sending a test request to a real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform; and acquiring the loaded multiple pages to be tested, and generating a test result based on the acquired multiple pages to be tested.

According to one or more embodiments of the present disclosure, the test request is further used to instruct the terminal device to perform screenshot on the loaded page to be tested, so as to generate a screenshot page; generating a test result based on the obtained multiple pages to be tested, including: acquiring the screenshot page; and generating a test result according to the screenshot page.

According to one or more embodiments of the present disclosure, sending a test request to a real machine resource platform according to the test information includes: generating a test script according to the test information, wherein the test script is used for enabling the terminal equipment to load the page to be tested when the test script is executed by the terminal equipment; and sending a test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform.

According to one or more embodiments of the present disclosure, the test information includes a uniform resource locator URL of the page to be tested; generating a test script according to the test information, wherein the test script comprises the following steps: and generating the test script according to the URL of the page to be tested.

According to one or more embodiments of the present disclosure, the test information includes a model parameter, and the model parameter is used for indicating a model of the terminal device; and sending a test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform, wherein the test script comprises the following steps: determining a target machine type according to the machine type parameters; and acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state.

According to one or more embodiments of the present disclosure, the model parameter includes at least one model element, and the model element is used for characterizing one classification dimension of the model; the model elements comprise at least one of the following: an operating system, an operating system version number and a terminal device model.

In accordance with one or more embodiments of the present disclosure, the operational state includes an occupied state and a non-occupied state; acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform according to the running state, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state, wherein the method comprises the following steps: acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type under the condition that the running state is a non-occupied state; or, under the condition that the real machine resource platform is in the occupied state, the running state of the terminal device corresponding to the target machine type is obtained again at intervals of a first preset time length; or, when the running state is the occupied state and the occupied state continuously exceeds n times, the real machine resource platform acquires the running state of the terminal device corresponding to the target machine type again at intervals of a second preset time length.

According to one or more embodiments of the present disclosure, acquiring the loaded multiple pages to be tested includes: acquiring at least one terminal identification; determining the storage address of the page to be detected corresponding to the at least one terminal identifier in a database; and acquiring the page to be tested corresponding to each terminal device according to the address of the page to be tested corresponding to each terminal identifier in the database.

In a second aspect, according to one or more embodiments of the present disclosure, there is provided a page compatibility testing apparatus including:

According to one or more embodiments of the present disclosure, the test request is further used to instruct the terminal device to perform screenshot on the loaded page to be tested, so as to generate a screenshot page; when the generating module generates a test result based on the obtained multiple pages to be tested, the generating module is specifically configured to: acquiring the screenshot page; and generating a test result according to the screenshot page.

According to one or more embodiments of the present disclosure, when the sending module sends a test request to a real machine resource platform according to the test information, the sending module is specifically configured to: generating a test script according to the test information, wherein the test script is used for enabling the terminal equipment to load the page to be tested when the test script is executed by the terminal equipment; and sending a test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform.

According to one or more embodiments of the present disclosure, the test information includes a uniform resource locator URL of the page to be tested; when the sending module generates a test script according to the test information, the sending module is specifically configured to: and generating the test script according to the URL of the page to be tested.

According to one or more embodiments of the present disclosure, the test information includes a model parameter, and the model parameter is used to indicate a model of the terminal device; the sending module sends a test script to the real machine resource platform, so that the terminal device executes the test script through the real machine resource platform, and the sending module is specifically configured to: determining a target model according to the model parameters; and acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state.

According to one or more embodiments of the present disclosure, the model parameters include at least one model element, and the model element is used for characterizing one classification dimension of the model; the model elements comprise at least one of the following: an operating system, an operating system version number and a terminal device model.

In accordance with one or more embodiments of the present disclosure, the operational state includes an occupied state and a non-occupied state; the sending module is used for acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform is specifically used for: acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type under the condition that the running state is a non-occupied state; or, under the condition that the real machine resource platform is in the occupied state, the running state of the terminal device corresponding to the target machine type is obtained again at intervals of a first preset time length; or, when the running state is the occupied state and the occupied state continuously exceeds n times, the real machine resource platform acquires the running state of the terminal device corresponding to the target machine type again at intervals of a second preset time length.

According to one or more embodiments of the present disclosure, the sending module is further configured to: if interval N in succession the first time of predetermineeing is acquireed on the real quick-witted resource platform the running state of the terminal equipment that the target model corresponds is the occupation state, then the record the target model to use the second to predetermine long as the interval, acquire on the real quick-witted resource platform the running state of the terminal equipment that the target model corresponds, wherein, N is for being greater than 1 integer, the second is predetermine long being greater than first time of predetermineeing.

According to one or more embodiments of the present disclosure, when acquiring the loaded multiple pages to be tested, the generating module is specifically configured to: acquiring at least one terminal identifier; determining a storage address of a page to be detected corresponding to the at least one terminal identifier in a database; and acquiring the page to be tested corresponding to each terminal device according to the address of the page to be tested corresponding to each terminal identifier in the database.

In a third aspect, according to one or more embodiments of the present disclosure, there is provided an electronic device including: at least one processor and a memory;

the memory stores computer execution instructions;

In a fourth aspect, according to one or more embodiments of the present disclosure, a computer-readable storage medium is provided, in which computer-executable instructions are stored, and when the computer-executable instructions are executed by a processor, the page compatibility testing method according to the first aspect and various possible designs of the first aspect is implemented.

The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and the technical features disclosed in the present disclosure (but not limited to) having similar functions are replaced with each other to form the technical solution.

Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

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

acquiring test information, wherein the test information represents test parameters for performing compatibility test on a page to be tested;

sending a test request to a real machine resource platform according to the test information so as to enable the terminal equipment to load the page to be tested through the real machine resource platform;

and acquiring a plurality of loaded pages to be tested, and generating a test result based on the acquired pages to be tested.

2. The method according to claim 1, wherein the test request is further used for instructing the terminal device to perform screenshot on the loaded page to be tested, and generating a screenshot page;

generating a test result based on the obtained multiple pages to be tested, including:

acquiring the screenshot page;

and generating a test result according to the screenshot page.

3. The method of claim 1, wherein sending a test request to a real machine resource platform according to the test information comprises:

generating a test script according to the test information, wherein the test script is used for loading the page to be tested by the terminal equipment when the test script is executed by the terminal equipment;

and sending a test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform.

4. The method of claim 3, wherein the test information includes a Uniform Resource Locator (URL) of the page to be tested; generating a test script according to the test information, wherein the test script comprises:

and generating the test script according to the URL of the page to be tested.

5. The method according to claim 3, wherein the test information includes a model parameter, and the model parameter is used for indicating a model of the terminal device; and sending a test script to the real machine resource platform so as to enable the terminal equipment to execute the test script through the real machine resource platform, wherein the test script comprises the following steps:

determining a target machine type according to the machine type parameters;

and acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state.

6. The method according to claim 5, wherein the model parameters comprise at least one model element, and the model element is used for characterizing one classification dimension of the model; the model elements comprise at least one of the following:

an operating system, an operating system version number and a terminal device model.

7. The method of claim 5, wherein the operating state comprises an occupied state and a non-occupied state; acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type according to the running state, and the method comprises the following steps:

acquiring the running state of the terminal equipment corresponding to the target machine type on the real machine resource platform, so that the real machine resource platform sends a test script to the terminal equipment corresponding to the target machine type under the condition that the running state is a non-occupied state; alternatively, the first and second electrodes may be,

under the condition that the real machine resource platform is in the occupied state, the running state of the terminal equipment corresponding to the target machine type is obtained again at intervals of a first preset time length; alternatively, the first and second liquid crystal display panels may be,

and under the condition that the running state is an occupied state and the occupied state continuously exceeds n times, the real machine resource platform acquires the running state of the terminal equipment corresponding to the target machine type again at intervals of second preset time.

8. The method according to any one of claims 1-7, wherein obtaining the loaded plurality of pages to be tested comprises:

acquiring at least one terminal identification;

determining the storage address of the page to be detected corresponding to the at least one terminal identifier in a database;

and acquiring the page to be tested corresponding to each terminal device according to the address of the page to be tested corresponding to each terminal identifier in the database.

9. A page compatibility testing apparatus, comprising:

10. An electronic device, comprising: at least one processor and memory;

the memory stores computer-executable instructions;

execution of the computer-executable instructions stored by the memory by the at least one processor causes the at least one processor to perform the page compatibility testing method of any of claims 1 to 8.

11. A computer-readable storage medium having stored thereon computer-executable instructions which, when executed by a processor, implement the page compatibility testing method of any one of claims 1 to 8.

12. A computer program product comprising a computer program which, when executed by a processor, implements the page compatibility testing method of any of claims 1 to 8.