CN110347587B

CN110347587B - APP compatibility testing method and device, computer equipment and storage medium

Info

Publication number: CN110347587B
Application number: CN201910461985.0A
Authority: CN
Inventors: 胡东闻; 蔡晓昕; 全佳君
Original assignee: Ping An Bank Co Ltd
Current assignee: Ping An Bank Co Ltd
Priority date: 2019-05-30
Filing date: 2019-05-30
Publication date: 2023-08-22
Anticipated expiration: 2039-05-30
Also published as: CN110347587A

Abstract

The embodiment of the application provides an APP compatibility testing method, an APP compatibility testing device, computer equipment and a computer readable storage medium. When the APP compatibility test is realized, the server detects whether the terminal to be tested in a connection state with the server is in an idle state or not by calling a preset method, if the terminal to be tested is in the idle state, the URL of the page to be tested is sent to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client, the terminal to be tested is scheduled to enable the terminal to be tested to intercept the page to be tested so that the terminal to be tested obtains a screenshot, the screenshot uploaded by the terminal to be tested is received, whether a base line diagram corresponding to the screenshot is pre-stored or not is judged, if the base line diagram exists, the screenshot and the base line diagram are compared to judge whether the screenshot meets preset conditions or not, and therefore a test result is obtained.

Description

APP compatibility testing method and device, computer equipment and storage medium

Technical Field

The present application relates to the field of APP testing technologies, and in particular, to an APP compatibility testing method, apparatus, computer device, and computer readable storage medium.

Background

The test of APP compatibility refers to whether the APP can successfully realize the whole process from downloading to installing to uninstalling on the terminal to be tested according to the preset purpose and the display effect. In the conventional technology, for APP compatibility test, a tester downloads APP on each terminal to be tested, and the tester loads APP from installation, opening and upgrading to unloading. The test opened for the APP is to lock the tested page in a URL traversing mode, so that the execution efficiency of the test of the APP on each terminal is low, and the efficiency of the whole APP compatibility test is low.

Disclosure of Invention

The embodiment of the application provides an APP compatibility testing method, an APP compatibility testing device, computer equipment and a computer readable storage medium, which can solve the problem of lower APP compatibility testing efficiency in the traditional technology.

In a first aspect, an embodiment of the present application provides an APP compatibility testing method, where the method includes: detecting whether a terminal to be detected in a connection state with a server is in an idle state or not by calling a preset method; if the terminal to be tested is in an idle state, sending the URL of the page to be tested obtained in a first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client; scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot; receiving the screenshot uploaded by the terminal to be tested; judging whether a baseline diagram corresponding to the screenshot is pre-stored or not according to a preset identification of the page to be tested carried by the screenshot, wherein the baseline diagram refers to a page meeting compatibility requirements on the terminal to be tested; if the base line diagram exists, comparing the screenshot with the base line diagram to judge whether the screenshot meets a preset condition; if the screenshot meets the preset condition, judging that the screenshot meets the compatibility requirement of the terminal to be tested; and if the screenshot does not meet the preset condition, judging that the screenshot does not meet the compatibility requirement of the terminal to be tested.

In a second aspect, an embodiment of the present application further provides an APP compatibility test apparatus, including: the detection unit is used for detecting whether the terminal to be detected in a connection state with the server is in an idle state or not by calling a preset method; the sending unit is used for sending the URL of the page to be tested obtained through the first preset mode to the terminal to be tested if the terminal to be tested is in an idle state so that the terminal to be tested can display the page to be tested through the APP client; the scheduling unit is used for scheduling the terminal to be tested through a preset API interface so that the terminal to be tested intercepts the page to be tested, the terminal to be tested obtains a screenshot, and the terminal to be tested uploads the screenshot; the receiving unit is used for receiving the screenshot uploaded by the terminal to be tested; the judging unit is used for judging whether a base line diagram corresponding to the screenshot is pre-stored according to a preset identification of the page to be tested carried by the screenshot, wherein the base line diagram refers to a page meeting compatibility requirements on the terminal to be tested; the comparison unit is used for comparing the screenshot with the base line diagram if the base line diagram exists so as to judge whether the screenshot meets a preset condition; the first judging unit is used for judging that the screenshot meets the compatibility requirement of the terminal to be tested if the screenshot meets the preset condition; and the second judging unit is used for judging that the screenshot does not meet the compatibility requirement of the terminal to be tested if the screenshot does not meet the preset condition.

In a third aspect, an embodiment of the present application further provides a computer device, which includes a memory and a processor, where the memory stores a computer program, and the processor implements the APP compatibility test method when executing the computer program.

In a fourth aspect, embodiments of the present application further provide a computer readable storage medium storing a computer program, which when executed by a processor, causes the processor to perform the APP compatibility test method.

The embodiment of the application provides an APP compatibility testing method, an APP compatibility testing device, computer equipment and a computer readable storage medium. When the APP compatibility test is realized, a tester can customize a terminal to be tested, then the terminal to be tested is connected to a server, the server detects whether the terminal to be tested in a connection state with the server is in an idle state or not by calling a preset method, if the terminal to be tested is in the idle state, the tester can customize a page to be tested, then directly send URL (uniform resource locator) of the page to be tested obtained through a first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client, the terminal to be tested is scheduled to intercept the page to be tested through a preset API interface so that the terminal to be tested obtains the screenshot, the terminal to be tested uploads the screenshot, the corresponding result of the screenshot of the page to be tested, which is obtained by the page to be tested on the corresponding terminal to be tested, can be obtained by receiving the screenshot uploaded by the terminal, whether a base line diagram corresponding to the screenshot is stored in advance according to preset identification of the page carried by the screenshot, the base line diagram refers to the page meeting the compatibility requirements of the terminal to be tested, if the base diagram is stored, the screenshot and the picture is compared with the base line diagram of the page to be tested by the conventional equipment, and the compatibility test device can be compared with the conventional equipment in the test mode, and the accuracy is improved, and the compatibility of the test mode can be compared with the test mode and the test device is judged by the test mode and the test mode.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is an application scenario schematic diagram of an APP compatibility test method provided by an embodiment of the present application;

fig. 2 is a flow chart of an APP compatibility test method according to an embodiment of the present application;

FIG. 3 is another flow chart of an APP compatibility testing method according to an embodiment of the present application;

FIG. 4 is a schematic block diagram of an APP compatibility testing device provided by an embodiment of the present application;

FIG. 5 is another schematic block diagram of an APP compatibility test device provided by an embodiment of the present application; and

fig. 6 is a schematic block diagram of a computer device according to an embodiment of the present application.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

It should be understood that the terms "comprises" and "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

Referring to fig. 1, fig. 1 is a schematic application scenario diagram of an APP compatibility test method according to an embodiment of the present application. The application scene comprises:

(1) The terminal refers to equipment to be tested, namely an intelligent terminal for installing the APP to be tested, a plurality of intelligent terminals are placed in a cabinet and connected with a cabinet interface, and then the intelligent terminals are mapped to a cloud server through the cabinet interface so as to realize connection of the terminal and the cloud server. In the embodiment of the application, because the compatibility of the APP on a plurality of terminals can be tested simultaneously based on private cloud, for example, the terminal 1, the terminal 2 and the terminal 3 are included in fig. 1, the terminal 2 and the terminal 3 are placed in a cabinet simultaneously, and are respectively connected with a cloud server through cabinet interface mapping, the compatibility of the APP on the terminal 1, the terminal 2 and the terminal 3 can be tested simultaneously. The terminal can be intelligent electronic equipment such as a plurality of intelligent mobile phones, intelligent watches, notebook computers or tablet computers, and the terminal in fig. 1 is respectively connected with the cloud server.

(2) The equipment cabinet is mapped to the cloud server through an equipment cabinet interface, and meanwhile, a plurality of intelligent terminals are connected with the equipment cabinet interface, so that the plurality of intelligent terminals are connected with the cloud server, a plurality of terminals to be tested are controlled through the cloud server, and APP compatibility testing is conducted on the plurality of terminals to be tested.

(3) The Cloud Server, which is Elastic Compute Service, abbreviated as ECS, may also be called Cloud Server, refers to a Server based on Cloud computing. In the embodiment of the application, based on the cloud server, a plurality of terminals are connected to the cloud server through the mapping of the cabinet interface, and the cloud server can simultaneously test the compatibility of the APP on the plurality of terminals so as to enable the cloud server to finish executing the steps of the APP compatibility test method, thereby improving the efficiency of APP compatibility test. The cloud server in fig. 1 is connected with the cabinet and the testing front end respectively.

(4) And the testing front end is used by a tester to test the compatibility of the APP on each terminal through the cloud server, the testing result of the compatibility of the APP on each terminal, which is obtained by the cloud server, is presented to the tester through the testing front end, and the tester performs subsequent processing according to the testing result.

The operation of the individual bodies in fig. 1 is as follows: the test staff puts the self-defined equipment to be tested such as a terminal 1, a terminal 2 and a terminal 3 in a cabinet to be connected with the cabinet, then the equipment is connected with a cloud server through cabinet interface mapping, meanwhile, the tester stores the URL of a target page of an APP which is required to be subjected to compatibility test in the cloud server as the URL of the page to be tested, after starting the test, the server detects whether the terminal to be tested in a connection state with the server is in an idle state by calling a preset method, if the terminal to be tested is in the idle state, the APP client is downloaded on each terminal to be tested and installed, after the APP is successfully installed on the terminal to be tested, the URL of the page to be tested obtained through a first preset mode is sent to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client, scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, enabling the terminal to be tested to upload the screenshot, enabling a server to receive the screenshot uploaded by the terminal to be tested, judging whether a base line diagram corresponding to the screenshot is pre-stored according to a preset identification of the page to be tested carried by the screenshot, wherein the base line diagram refers to a page meeting compatibility requirements of the terminal to be tested, if the base line diagram exists, comparing the screenshot with the base line diagram to judge whether the screenshot meets preset conditions, if the screenshot meets the preset conditions, judging that the screenshot meets the compatibility requirements of the terminal to be tested, if the screenshot does not meet the preset conditions, judging that the screenshot does not meet the compatibility requirements of the terminal to be tested, and sending the screenshot to a testing front end to be confirmed by a tester to obtain a testing result.

It should be noted that, in fig. 1, only a mobile phone is illustrated as a terminal, a desktop computer is illustrated as a testing front end, in an actual operation process, the type of the terminal is not limited to that illustrated in fig. 1, the terminal may also be an electronic device such as a smart watch, a notebook computer or a tablet computer, the testing front end is also not limited to the desktop computer, the testing front end may also be an electronic device such as a smart watch, a notebook computer or a tablet computer, an application scenario of the APP compatibility testing method is only used for illustrating the technical scheme of the present application, and is not used for limiting the technical scheme of the present application, and the connection relationship may also have other forms.

Fig. 2 is a schematic flow chart of an APP compatibility test method provided by an embodiment of the present application. The APP compatibility testing method is applied to the cloud server in FIG. 1 to complete all or part of functions of the APP compatibility testing method.

Referring to fig. 2, fig. 2 is a flow chart of an APP compatibility test method according to an embodiment of the application. As shown in fig. 2, the method includes the following steps S201 to S210:

s201, detecting whether a terminal to be detected in a connection state with a server is in an idle state or not by calling a preset method.

The preset method is a method for acquiring the state of the terminal in a system or a programming language, and the terminal can be acquired whether the terminal is in an idle state or a busy state by calling the preset method, for example, in an android system, the state of the android terminal can be acquired through judging by a method android content, and the state of the terminal can be judged by calling the method in an apple system or in different programming languages respectively.

Specifically, to perform compatibility test of the APP on the mobile phone waiting terminal, a tester can customize the terminal to be tested, namely, the tester can freely select to determine the compatibility of the APP on which terminals to be tested, and can customize multiple types of terminals to be tested simultaneously, so that the tester connects the terminal to be tested with the server, the terminal to be tested and the server are successfully connected, after the test is started, the server detects whether the terminal to be tested in a connection state with the server is in an idle state by calling a preset method, if the terminal to be tested is in the idle state, the APP client is downloaded on each terminal to be tested and installed, and after the APP is successfully installed on the terminal to be tested, the APP is subjected to the compatibility test from opening to downloading. For example, a tester may put a plurality of intelligent terminals to be tested into a cabinet and connect with a cabinet interface, then connect the terminals to be tested with a server through the cabinet interface, for example, the tester puts a user-defined terminal 1, terminal 2 and terminal 3 to be tested into the cabinet and connects with the cabinet, then makes the terminal 1, terminal 2 and terminal 3 to be tested connect with a private cloud server through mapping of the cabinet interface, so as to realize compatibility test of APP to each terminal in the whole process of installing, opening each page one by one, upgrading to unloading and the like on the terminal 1, terminal 2 and terminal 3 of the device to be tested through the cloud server.

When the server tests the APP compatibility, firstly, whether the terminal to be tested connected with the server is in an idle state or not is judged, namely, whether the terminal to be tested is in a busy state such as a call connection state or not is judged. After judging the state of the terminal to be tested, the terminal to be tested uploads the state of the terminal to be tested to the server so that the server can acquire the current state of the terminal to be tested. The terminal to be tested acquires the current state of the terminal to be tested by calling an API interface, for example, in an Android system, the mobile phone state can be acquired through judging by a method Android content, judging by using a listen method of a TelephonyManager object in the Android, monitoring the incoming call state of the mobile phone and the like, judging whether music is being played in the current system by using an audioManager interface in the Android, and particularly judging whether music is being played in the current Android mobile phone by using IsmusicActive () in the audioManager. If the terminal to be tested is not in the idle state, continuing to detect until the terminal to be tested is in the idle state, and if the terminal to be tested is in the idle state, starting to perform APP compatibility test, and entering step S202.

S202, if the terminal to be tested is in an idle state, sending the URL of the page to be tested obtained through a first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client.

The first preset mode comprises that the server stores the URL of the page to be tested in advance, or the server obtains the URL of the page to be tested from the external storage device, or the server obtains the URL of the page to be tested by calling a third party system interface. For example, the tester stores the URL of the page to be tested, which needs to be subjected to APP compatibility test, on the server in advance, or the tester stores the URL of the page to be tested on the external device, and connects the external device to the server so that the server obtains the URL of the page to be tested from the external device. Wherein, URL, english is Uniform Resource Locator, chinese is uniform resource locator.

Specifically, firstly, storing the URL of a page to be tested in a database of a server, if the terminal to be tested is detected to be in an idle state, reading the URL of the page to be tested from the database, sending the URL to the terminal to be tested, and enabling the terminal to be tested to display the page to be tested through the URL. For example, firstly, the URL of each page to be tested of the APP is stored in the database of the private cloud server in advance, and because the URL is stored in the private cloud database, a plurality of terminals to be tested can share the URL data, so that the tested device can be flexibly customized, and the target page of the APP can be flexibly customized. When the APP compatibility test is carried out, if the terminal to be tested is detected to be in an idle state, the private cloud server acquires the URL of each page to be tested of the APP to be tested from the database to realize real-time call of the terminal to be tested, the terminal to be tested rapidly responds to the server to realize flexibility of the APP compatibility test, meanwhile, the private cloud server enables the terminal to be tested to directly reach each corresponding page to be tested through the URL, a response result can be rapidly obtained without traversing the whole URL set by the terminal to be tested in a traversing mode, and compared with the prior art, the method for locking the page to be tested through traversing the URL can realize high efficiency of the APP compatibility test.

S203, scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so that the terminal to be tested obtains a screenshot, and enabling the terminal to be tested to upload the screenshot.

The API, english Application Programming Interface, refers to an application programming interface, which is a predefined function, and aims to provide an application and a developer with the ability to access a set of routines based on a certain software or hardware, without accessing source codes, or understanding details of an internal working mechanism, and may preset an API interface in an APP client, so that a server schedules the AP client through the API interface to further control the terminal.

Specifically, since the terminal to be tested is connected to the server through the APP client, the server can operate the APP client through the preset API interface to schedule the terminal to be tested, and each APP page to be tested is directly reached through the URL of each page to be tested, that is, the terminal to be tested is enabled to open each APP page to be tested, meanwhile, the terminal to be tested is scheduled to enable the API interface of the terminal to be tested to call the screenshot function of the terminal to be tested to intercept the display image of each page to be tested on the terminal to be tested, and the terminal to be tested is enabled to upload the screenshot of each page to be tested to the server to enable the server to acquire the screenshot of each page to be tested in the APP compatibility testing process on each terminal to be tested. Taking the terminal to be tested as a smart phone to be connected to the private cloud server as an example, because the mobile phone is connected to the private cloud server through the APP, the operation of the private cloud server to control the mobile phone can be realized, each page to be tested of the APP can be directly reached through the URL, namely, each page to be tested of the APP is opened, the screenshot function of the mobile phone is scheduled to enable the mobile phone to carry out screenshot on each test page, the screenshot is uploaded to the private cloud server through the method call, namely, the screenshot function of the mobile phone is called through the API interface of the screenshot function of the mobile phone to intercept each page to be tested, and uploading the screenshot of each page to be tested to a private cloud server by a mobile phone so that the private cloud server obtains the screenshot of each page to be tested in the APP compatibility test process on each terminal to be tested, wherein in the Android mobile phone, android screenshots can provide a screen capturing function through a debugging tool DDMS, the DDMS can capture a screen through a framebufferservice provided by an adb calling device end adbd (ADBdaemon), framebuffer service can capture a screen through a screen capturing tool screencap, and the Android also carries another screen capturing tool screenhot, and the screen capturing function in the Android mobile phone can be realized by directly reading a framebuffer device (/ dev/graphics/fb 0), storing the screen capturing as a PNG format file, and also can be realized by calling a capturescript function. In addition, in the android mobile phone, the local picture of the mobile phone can be uploaded to the server through Java input in Java.

Further, the screenshot obtained by the terminal may carry a preset identifier, where the preset identifier may be a preset identifier of the page to be tested, and the preset identifier may be used to describe which URL page the page to be tested is displayed on which terminal device of the APP client, so as to facilitate identifying the source of the screenshot and comparing the screenshot. For example, a plurality of terminals to be tested are numbered, and URLs corresponding to a plurality of pages of an APP client are numbered at the same time, and a preset identifier of the page to be tested on the terminal device to be tested is obtained by combining the number of the terminal to be tested and the number of the URL corresponding to the page.

S204, receiving the screenshot uploaded by the terminal to be tested.

Specifically, the server receives a screenshot of each to-be-tested page of the APP uploaded by the to-be-tested terminal, displays the page on each to-be-tested terminal, and stores the screenshot receiving sequence or the display sequence and naming of the APP client. If a plurality of terminals to be tested exist, the server respectively establishes corresponding file catalogues for orderly storage respectively for the screen shots uploaded by each terminal to be tested.

S205, judging whether a baseline diagram corresponding to the screenshot is pre-stored according to a preset identification of the page to be tested carried by the screenshot, wherein the baseline diagram refers to a page meeting compatibility requirements on the terminal to be tested.

The base line diagram is a page meeting compatibility requirements of the terminal to be tested, is an original stored base line picture which is compared with each page to be tested, such as a screenshot stored in an APP compatibility test process for the first time, and can store pictures meeting compatibility requirements of each test as the base line diagram in the APP compatibility test process before the update according to the adjustment of the APP or the requirement of the APP update in the APP research and development process.

The preset identifier is used to describe which URL page the APP client displays on which terminal device.

Specifically, because the APP compatibility test process generally involves testing multiple APP pages, no matter in the research and development process or in the APP upgrade and update process, there may be a new APP page where there is no base line diagram, the server matches the obtained screenshot with the base line diagram through a preset identifier carried by the screenshot, the server obtains the base line diagram of each APP page to be tested from the database according to the preset identifier, the server determines whether there is a corresponding base line diagram in each page to be tested, if there is a corresponding base line diagram in each page to be tested, the screenshot of the page to be tested and the base line diagram stored in the original are correspondingly compared to obtain a test result of compatibility of the page to be tested to the terminal to be tested, and step S207 is entered, and if there is no base line diagram in the page to be tested, step S206 is entered.

S206, if the base line diagram does not exist, the screenshot is sent to the front end of the test and confirmed by a tester to obtain a test result.

Specifically, if the page to be tested does not have a wiring diagram, the screenshot is sent to the front end of the test and is confirmed by a tester to obtain a test result, and the screenshot of the page to be tested meeting the compatibility requirement of the test terminal is stored as a base line diagram so that the screenshot is used as the base line diagram when the next APP compatibility test is performed.

S207, if the base line diagram exists, comparing the screenshot with the base line diagram to judge whether the screenshot meets a preset condition;

s208, if the screenshot meets the preset condition, judging that the screenshot meets the compatibility requirement of the terminal to be tested;

s209, if the screenshot does not meet the preset condition, judging that the screenshot does not meet the compatibility requirement of the terminal to be tested.

The preset condition is whether the screenshot meets the requirements of the pixel, the brightness and the image background structure, if the screenshot meets the requirements of the pixel, the brightness and the image background structure, the screenshot is judged to meet the compatibility requirement of the terminal to be tested, and if the screenshot does not meet the requirements of the pixel, the brightness and the image background structure, the screenshot is judged to not meet the compatibility requirement of the terminal to be tested.

Specifically, if the base line diagram exists, comparing the page screenshot to be detected with the corresponding base line diagram to obtain a comparison detection result, so that analysis of each model based on a picture comparison algorithm and screenshot are realized, precise judgment of APP compatibility is realized, and a result is returned to realize the precision of an APP compatibility test result. . Comparing a screenshot of a page to be tested with a corresponding base line diagram, firstly, acquiring respective pixel, brightness and image background structures of the screenshot and the base line diagram to realize comparison of the screenshot and the base line diagram, and specifically comprising the following steps:

acquiring respective pixel, brightness and image background structures of the screenshot and the baseline map;

judging whether differences between the pixels, the brightness and the image background structures of the screenshot and the pixels, the brightness and the image background structures of the baseline graph are respectively smaller than preset thresholds corresponding to the pixels, the brightness and the image background structures;

if the difference value between the pixel, the brightness and the image background structure of the screenshot and the pixel, the brightness and the image background structure of the baseline image is smaller than or equal to the preset threshold value respectively corresponding to the difference value, the pixel, the brightness and the image background structure of the screenshot respectively meet the corresponding compatibility requirement;

if the difference value between the pixels, the brightness and the image background structure of the screenshot and the pixels, the brightness and the image background structure of the baseline image is larger than the preset threshold value corresponding to each pixel, the brightness and the image background structure of the screenshot respectively do not meet the corresponding compatibility requirement.

Further specifically, the comparison of the screenshot and the base line map includes the following three dimensional comparison:

1) A pixel;

2) Brightness;

3) Picture background structure, i.e. the outline of the image.

The pixel and the brightness are obtained by analyzing the picture through image processing, namely the comparison of the background structures of the picture, namely the comparison of the image outlines, namely the picture is converted into a black-and-white picture, the converted picture is subjected to image binarization to be characteristic, and the comparison result of the background structures of the picture is obtained through the comparison of characteristic values. If the screenshot of the page to be tested is compared with the baseline graph, the difference is highlighted, for example, two corresponding circles with the large difference are formed, and comparison conclusion is summarized in a text form, so that the summarized two pictures and the text form are sent to a tester as comparison result, and the tester can clearly know what problems exist and where the problems are. The binarization of the Image, i.e. setting the gray value of the pixel point on the Image to 0 or 255, i.e. displaying the whole Image with obvious visual effects of only black and white. Binarization, english is Threshold, is the simplest method for image segmentation. Binarization may convert a gray scale image into a binary image. The pixel gradation larger than a certain critical gradation value is set as a gradation maximum value, and the pixel gradation smaller than this value is set as a gradation minimum value, thereby realizing binarization. In digital image processing, binarization of an image greatly reduces the amount of data in the image, thereby enabling the outline of a subject to be highlighted. And respectively and correspondingly comparing the pixels, the brightness and the image background structure of the screenshot with the pixels, the brightness and the image background structure of the base line diagram, and judging whether the difference values of the pixels, the brightness and the image background structure of the screenshot with the pixels, the brightness and the image background structure of the base line diagram are respectively smaller than the corresponding preset threshold values, so that the screenshot of the page to be detected and the corresponding base line diagram are compared to obtain a comparison result, wherein the comparison result comprises the screenshot of the page to be detected, the corresponding base line diagram and the comparison result of the screenshot and the corresponding base line diagram. Further, the comparison result and the stored page screenshot to be tested are sent to the testing front end as a base line diagram to be presented to testing personnel for confirmation.

S210, obtaining a test result.

Specifically, for the screenshot with the base line diagram, a test result is obtained through comparison of the screenshot and the base line diagram, the test result is confirmed by a tester at the front end of the test, if the base line diagram does not exist, the screenshot is sent to the front end of the test and confirmed by the tester to obtain the test result, and according to the comparison result, if the test person judges that the APP compatibility has a problem, the related problem and the basis are sent to related research personnel or maintenance personnel, and the related personnel adjust the APP according to the problem and the basis, so that the APP compatibility and the adjustment efficiency are improved.

The above embodiment can be understood as an independent test process for a terminal to be tested, when implementing APP compatibility test in the embodiment of the present application, a tester may customize the terminal to be tested, then connect the terminal to be tested to a server, the server may detect whether the terminal to be tested in a connection state with the server is in an idle state by invoking a preset method, if the terminal to be tested is in an idle state, the tester may customize a page to be tested, then directly send a URL of the page to be tested obtained by a first preset method to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client, schedule the terminal to be tested through a preset API interface so that the terminal to be tested intercepts the page to be tested so that the terminal to be tested obtains a screenshot, and upload the screenshot to the terminal to be tested, receiving a screenshot uploaded by a terminal to be tested, obtaining a corresponding result of a display of the page to be tested, which is obtained by the page to be tested on the corresponding terminal to be tested, judging whether a baseline diagram corresponding to the screenshot is pre-stored according to a preset identification of the page to be tested, which is carried by the screenshot, wherein the baseline diagram refers to a page meeting compatibility requirements for the terminal to be tested, comparing the screenshot with the baseline diagram through pictures to judge whether the screenshot meets preset conditions if the baseline diagram exists, so as to obtain a precisely judged test result, if the baseline diagram does not exist, sending the screenshot to the test front end, confirming the screenshot by a tester to obtain the test result, compared with the prior art, locking the tested page to test compatibility of APP on each type of terminal equipment through traversing URL, facing multiple types of terminal equipment and various operating systems, resolutions and the like, the simplicity, the high efficiency and the accuracy of the APP compatibility test can be improved.

Referring to fig. 1 and 3, fig. 3 is another flow chart of an APP compatibility test method according to an embodiment of the present application. As shown in fig. 3, in this embodiment, the method includes the following steps S301-S317:

s301, detecting whether a plurality of terminals to be detected in a connection state with the cloud server through cabinet interface mapping are respectively in an idle state or not by calling a preset method, and taking the terminals to be detected in the idle state as target terminals.

The target terminal is a terminal capable of performing APP compatibility test.

Specifically, in the embodiment of the present application, taking a server as a cloud server as an example, the cloud server may be a private cloud server. The personnel to be tested are placed in the cabinet to be connected with the cabinet through the self-defined equipment terminal 1, the terminal 2 and the terminal 3 to be tested, then the equipment terminal 1, the terminal 2 and the terminal 3 to be tested are connected with the private cloud server through the mapping of the cabinet interface, and the compatibility test of the APP to each terminal in the whole process of installing, opening each page one by one, upgrading to unloading and the like on the equipment terminal 1, the terminal 2 and the terminal 3 to be tested by simultaneously controlling the equipment terminal 1, the terminal 2 and the terminal 3 to be tested through the cloud server is realized.

When the cloud server tests the APP compatibility, firstly, whether a plurality of terminals to be tested connected with the cloud server are respectively in an idle state or not is judged, namely, whether each terminal to be tested is in an occupied state such as a telephone connection state or not is judged, wherein the detection of the states of the terminals to be tested can be sequentially carried out according to sequential detection, or the states of the terminals to be tested can be simultaneously detected, if the cloud server supports the simultaneous detection, the states of the terminals to be tested are simultaneously detected, if the cloud server does not support the simultaneous detection, the states of the terminals to be tested can be sequentially detected one by one, and the simultaneous detection of the states of the terminals to be tested can be supported along with the improvement of the performance of computer equipment, so that the states of the terminals to be tested can be simultaneously detected due to the independent process, and the efficiency of the APP compatibility test can be improved. After judging the state of the terminal to be tested, the terminal uploads the state of the terminal to the cloud server so that the cloud server can acquire the current state of the terminal to be tested. If the terminal to be detected is not in the idle state, continuing to detect until the terminal to be detected is in the idle state, and if the terminal to be detected is in the idle state, taking the terminal to be detected in the idle state as a target terminal, performing APP compatibility test on the target terminal, and entering step S302. It should be noted that, because there is no correlation between the plurality of terminals to be tested, the APP compatibility test process for each terminal to be tested is performed independently, and the cloud server may test the APP compatibility of the terminal to be tested in the idle state, and test the APP compatibility of the terminal to be tested after the terminal to be tested in the busy state is detected to be in the idle state, so as to implement the detection of the plurality of terminals to be tested, and process the detection of the APP compatibility on each terminal to be tested according to the state of the terminal to be tested.

S302, acquiring n URLs corresponding to n pages to be tested of the APP from a storage file, wherein n is a positive integer.

Specifically, if the URL of the page to be tested is stored in the database of the server, if the terminal to be tested is detected to be in an idle state, the URL of the page to be tested is read from the database, if the newly developed APP client or APP performs a compatibility test on a new device to be tested, because each page of the APP needs to be tested, the APP may include tens or hundreds of pages to be tested, because one page to be tested corresponds to one URL, the corresponding URL also has tens or hundreds or even more, if the APP performs a compatibility test with maintainability such as upgrading, and because there are fewer pages to be updated, there are fewer pages to be tested that need to perform the compatibility test, and the APP may perform a compatibility test, and the number of pages to be tested for the APP may be tens or hundreds. And taking out n URLs corresponding to the n pages to be tested, which are required to be subjected to compatibility test, from a database, and sending the URLs of the pages to be tested to each terminal to be tested.

S303, transmitting n URLs to m terminals to be tested so that each terminal to be tested respectively displays n pages to be tested according to a preset sequence, wherein m is a positive integer;

Specifically, as the URL data can be shared by a plurality of terminals to be tested by storing the URL data in the cloud database, and meanwhile, the terminals to be tested are controlled through the cloud server, so that the simultaneous test of the terminals to be tested can be realized through the cloud server, the tested equipment can be flexibly customized, and the target page of the APP can be flexibly customized. For example, n to-be-tested pages requiring compatibility test are used, APP compatibility test is required to be performed on m to-be-tested terminals, when APP compatibility test is performed, if m or m-2 to-be-tested terminals in an idle state are detected in m to-be-tested terminals, a cloud server acquires URL of each to-be-tested page of the APP to be tested from a database, n URLs are respectively sent to m or m-2 to-be-tested terminals in the idle state, so that real-time calling of the to-be-tested terminals is achieved, each to-be-tested terminal can quickly respond to the cloud server to achieve flexibility of APP compatibility test, meanwhile, the cloud server enables the to-be-tested terminals to directly respond to each to-be-tested page through the URL, and can quickly obtain response results without traversing the whole URL set through traversing of the to-be-tested terminals. Sending the URL to m terminals to be tested, and enabling each terminal to be tested to display the page to be tested through the URL, so that multi-machine multi-concurrency real-time calling can be supported, APP compatibility tests can be executed in batches and concurrently, thousands of mobile devices on the market are supported, and testing efficiency of the APP compatibility tests on different terminal devices can be greatly improved through concurrent execution of multiple terminal devices.

S304, receiving a notification of opening each page to be tested uploaded by each terminal to be tested.

Specifically, after each terminal to be tested receives the URL of each page to be tested sent by the cloud server, each URL is opened one by one, if the terminal detects that each page to be tested is opened, the cloud server is informed of information of opening an APP page to be tested, so that the cloud server can obtain that the terminal to be tested has opened the page to be tested by receiving the notification of opening each page to be tested uploaded by each terminal to be tested, and if the terminal fails to be opened, the cloud server is notified as a result of failure of compatibility test.

S305, according to the notification, correspondingly scheduling each terminal to be tested through a preset API interface, so that each terminal to be tested intercepts the page to be tested, the terminal to be tested obtains a screenshot, and the terminal to be tested uploads the screenshot according to a preset mode.

Specifically, since the terminal to be tested is connected to the server through the APP client, the server can operate the APP client through the preset API interface to schedule the terminal to be tested, so that each APP page to be tested is directly reached through the URL of each page to be tested, that is, the terminal to be tested opens each APP page to be tested, and meanwhile, the screenshot function of the terminal to be tested is called through the API interface of the screenshot function of the terminal to be tested to intercept the display image of each page to be tested on the terminal to be tested, so that the terminal to be tested obtains the screenshot, and the terminal to be tested uploads the screenshot according to the preset mode. The preset modes are two types:

1) And the terminal to be tested obtains a screenshot, the screenshot is uploaded to a cloud server, and after the screenshot is received by the cloud server, the screenshot is stored in a screenshot file corresponding to the terminal to be tested according to naming and sequence.

2) After all the screenshots of all the pages to be tested are obtained, the screenshots are intensively uploaded to a cloud server, and after the screenshots of all the pages to be tested are obtained by the cloud server, the screenshots are stored in a screenshot file corresponding to the terminal to be tested.

S306, receiving the screenshot uploaded by each terminal to be tested.

Specifically, the cloud server receives the screenshots of the pages to be tested uploaded by each terminal to be tested, and stores the screenshots of the pages to be tested respectively. Aiming at the condition that the cloud server receives the screenshot uploaded by each terminal to be tested in a plurality of terminals to be tested, the terminal uploads the screenshot according to a preset mode, the cloud server stores the screenshot uploaded by the terminal to be tested according to the corresponding terminal to be tested according to a preset sequence, for example, the screenshot of different terminals is stored by adding terminal identifiers in page sequence or receiving sequence in APP so as to distinguish the screenshot of different terminals, confusion caused by storing the screenshot together is avoided, and the efficiency of comparing the screenshot with a base line diagram can be improved.

S307, judging whether a baseline graph corresponding to the screenshot is pre-stored according to the preset identification of the page to be tested carried by the screenshot.

Specifically, in step S307, please refer to step S205 in the embodiment shown in fig. 2, and the content of step S205 in the embodiment of fig. 2 is incorporated herein by reference, which is not described herein.

S308, acquiring respective pixel, brightness and image background structures of the screenshot and the baseline map;

s309, judging whether differences between the pixels, the brightness and the image background structures of the screenshot and the pixels, the brightness and the image background structures of the baseline map are respectively smaller than preset thresholds corresponding to the pixels, the brightness and the image background structures;

s310, if the difference value between the pixel, the brightness and the image background structure of the screenshot and the pixel, the brightness and the image background structure of the baseline image is smaller than or equal to the preset threshold value respectively corresponding to the difference value, the pixel, the brightness and the image background structure of the screenshot respectively meet the corresponding compatibility requirement;

s311, if at least one of the differences between the pixel, the brightness and the image background structure of the screenshot and the pixel, the brightness and the image background structure of the baseline image is larger than the corresponding preset threshold value, the screenshot does not meet the compatibility requirement of the terminal to be tested.

Specifically, referring to step S206 in the embodiment shown in fig. 2, the contents of step S206 in the embodiment of fig. 2 are incorporated herein by reference, and are not described herein.

S312, if the base line diagram does not exist, the screenshot is sent to the testing front end to be confirmed by a tester to obtain a testing result.

Specifically, step S312 please refer to step S207 in the embodiment shown in fig. 2, and step S207 in the embodiment of fig. 2 is incorporated herein by reference, which is not described herein.

S313, judging whether the screenshot meets the compatibility of the equipment to be tested according to the confirmation result;

s314, if the screenshot meets the compatibility of the equipment to be tested, storing the screenshot of the page to be tested as a baseline diagram of the page to be tested on the equipment to be tested.

Specifically, if a conclusion that the screenshot meets the compatibility of the device to be tested is received by a front-end tester, storing the screenshot of the page to be tested as a baseline diagram of the page to be tested, and using the baseline diagram as a baseline diagram for reference comparison when the APP performs compatibility test next time.

S315, obtaining a test result.

S316, generating a test report in a chart form according to the test result in a second preset mode, wherein the second preset mode comprises a preset frame, a rendering engine and a key rendering path.

Specifically, if the to-be-tested page of the APP meets the compatibility with the to-be-tested device, displaying a screenshot corresponding to the to-be-tested page and meeting a conclusion about the compatibility of the to-be-tested device, if the to-be-tested page of the APP does not meet the compatibility with the to-be-tested device, displaying the screenshot of the to-be-tested page and not meeting the conclusion about the compatibility of the to-be-tested device, and simultaneously displaying what problem the screenshot of the to-be-tested page causes not meeting the compatibility with the to-be-tested device, for example, whether the screenshot is of a pixel, brightness or an image contour does not meet the compatibility with the to-be-tested device, so that a tester can quickly locate the problem and quickly feed the problem back to a corresponding maintainer or a research and development staff to perform adjustment of the APP compatibility test. If the screenshot of the page to be tested corresponds to the base line diagram, the screenshot and the base line diagram corresponding to the screenshot can be displayed together, and the difference between the screenshot and the base line diagram is highlighted to highlight the problem. If the screenshot of the APP is stored in a plurality of pages to be tested, displaying the test results corresponding to the screenshot according to a preset sequence. Because the test result report is simple and visual, a tester can rapidly position the problem according to the test result report, the intuitiveness of the APP compatibility test result can be realized, and compared with the literal APP compatibility test conclusion, the processing efficiency of the APP compatibility test conclusion can be improved.

Further, there are many methods for generating the chart in the android system, for example, when the pattern of the chart is encountered in the development of the android APP, the open source framework on the GitHub is generally queried first, and the existing open source framework is used for the framework mprroidchart, so that the development cost can be saved, and the development efficiency can be improved. At the same time, charts may also be generated by the rendering engine and critical rendering paths (Critical Rendering Path). What the rendering engine does is to expose the requested content to us, support HTML, XML and picture types by default, load the HTML file through the network module and then render the engine rendering flow as follows, which is also commonly referred to as the critical rendering path (Critical Rendering Path):

1) Building a DOM tree (DOM tree): parsing the HTML document from top to bottom to generate a DOM node tree (DOM tree), also known as a content tree (contenttree);

2) Building CSSOM (CSS Object Model) tree: loading an analysis style to generate a CSSOM tree;

3) Executing JavaScript: loading and executing JavaScript code (including inline code or an externally connected JavaScript file);

4) Build render tree (render tree): generating a rendering tree (render tree) according to the DOM tree and the CSSOM tree;

rendering a tree refers to a series of rectangles that are presented in sequence on a screen with visual attributes such as font, color and size.

5) Layout (layout): laying out each node of the node tree at the correct position on the screen according to the rendering tree;

6) Drawing (painting): traversing the rendering tree to draw all nodes, and applying corresponding patterns to each node, wherein the process is completed through a UI back-end module.

S317, analyzing the test result according to the preset problem keywords to obtain a statistical result of the test result.

The preset problem keywords refer to keywords related to the problem that the APP has compatibility, and the keywords comprise titles, margins, fonts of the APP pages, brightness, pixels and the like of the APP pages, so that the problems related to the APP compatibility test can be classified and counted through the preset problem keywords, and reference can be provided for development and maintenance of the follow-up APP according to the classified and counted problems in the APP compatibility test, so that the development and maintenance efficiency of the follow-up APP is improved.

Specifically, problems existing in tests obtained in APP compatibility tests performed by a plurality of terminals are classified. Aiming at the problem of a certain mobile phone or the common problem of a plurality of mobile phones, the rule of APP compatibility problem is summarized according to the classification data so as to realize sampling analysis through machine learning, and the problem classification is performed according to the rule of test result summary. For example, aiming at a system, a model or a display screen size and the like, title problems of the title, such as proportion, position, size, brightness, color and the like of the APP page are concentrated, relevant standards set by the APP title are summarized, the APP compatibility test focus attention can be carried out later according to the summarized rule, the accuracy and efficiency of the APP compatibility test can be improved, and reference can be provided for development and maintenance of the APP. Through constantly collecting test result sets, through machine learning sampling analysis to according to analysis result summary rule, thereby realize intelligent analysis test result, can improve the intelligence to APP compatibility test, further improve APP compatibility test's efficiency, thereby make to be faced mobile device and various operating system, the resolution that are full of eyes, compatibility test will become easy to use, simple, high-efficient, high accuracy and intelligence.

In the embodiment of the application, APP compatibility test is carried out through a cloud server, the cloud server firstly detects whether a terminal to be tested connected to a private cloud server is in an idle state, if the terminal to be tested is not in the idle state, the cloud server continues to detect until the terminal to be tested is in the idle state, if the terminal to be tested is in the idle state, the cloud server acquires the URL of each page to be tested of the APP to be tested from a database, the screenshot function of the terminal to be tested is scheduled to enable the terminal to be tested to carry out screenshot on each test page, the screenshot is uploaded to the cloud server, the cloud server acquires a pre-stored baseline diagram of each page to be tested of the APP from the database, the cloud server judges whether a corresponding baseline diagram exists in each page to be tested, the screenshot of the page to be tested, which the baseline diagram does not exist in the baseline diagram is sent to a tester for confirmation, meanwhile, the screenshot of the page to be tested, which meets the compatibility, is stored as a baseline diagram reference for the baseline diagram when the APP is subjected to the next compatibility test, the screenshot of the page to be tested is compared with the corresponding base diagram to obtain a comparison detection result, the pre-stored screenshot is sent to the tester to confirm the front end. Therefore, the embodiment of the application provides an integrated solution for the APP compatibility test, solves the common pain and difficulty of the APP compatibility test, can realize that a plurality of terminals to be tested can simultaneously carry out the APP compatibility test based on a common server, and is simple, efficient and intelligent in the aspect of the APP compatibility test, and has the following advantages:

1) The user can customize the tested page of the APP, and call the terminal to be tested in real time so as to realize the quick response of the terminal to be tested;

2) APP compatibility tests of a plurality of terminals to be tested can be executed in batches and the results are returned accurately.

3) The method can save manual operation time, save cost of APP compatibility test and improve efficiency of APP test.

It should be noted that, the APP compatibility testing method described in each of the foregoing embodiments may recombine the technical features included in the different embodiments as needed to obtain a combined implementation, which is within the scope of protection claimed in the present application.

Referring to fig. 4, fig. 4 is a schematic block diagram of an APP compatibility testing device according to an embodiment of the present application. Corresponding to the APP compatibility testing method, the embodiment of the application also provides an APP compatibility testing device. As shown in fig. 4, the APP compatibility test apparatus includes a unit for performing the APP compatibility test method described above, and the apparatus may be configured in a computer device such as a server. Specifically, referring to fig. 4, the APP compatibility test device 400 includes a detection unit 401, a transmission unit 402, a scheduling unit 403, a receiving unit 404, a determining unit 405, a comparing unit 406, a first determining unit 407, and a second determining unit 408.

The detecting unit 401 is configured to detect whether a terminal to be detected, which is in a connection state with the server, is in an idle state by calling a preset method;

a sending unit 402, configured to send, if the terminal to be tested is in an idle state, a URL of a page to be tested obtained in a first preset manner to the terminal to be tested, so that the terminal to be tested displays the page to be tested through an APP client;

the scheduling unit 403 is configured to schedule, through a preset API interface, the terminal to be tested so that the terminal to be tested intercepts the page to be tested, so that the terminal to be tested obtains a screenshot, and causes the terminal to be tested to upload the screenshot;

a receiving unit 404, configured to receive the screenshot uploaded by the terminal to be tested;

the judging unit 405 is configured to judge whether a baseline map corresponding to the screenshot is pre-stored according to a preset identifier of the page to be tested carried by the screenshot, where the baseline map refers to a page that meets a compatibility requirement for the terminal to be tested;

a comparison unit 406, configured to compare the screenshot with the baseline map to determine whether the screenshot meets a preset condition if the baseline map exists;

a first determining unit 407, configured to determine that the screenshot meets a compatibility requirement for the terminal to be tested if the screenshot meets the preset condition;

And a second determining unit 408, configured to determine that the screenshot does not meet the compatibility requirement for the terminal to be tested if the screenshot does not meet the preset condition.

In one embodiment, the detecting unit 401 is configured to detect whether a plurality of terminals to be detected, which are in a connection state with the cloud server through the cabinet interface mapping, are respectively in an idle state by calling a preset method, and take the terminal to be detected in the idle state as a target terminal.

Referring to fig. 5, fig. 5 is another schematic block diagram of an APP compatibility testing device according to an embodiment of the present application. As shown in fig. 5, in this embodiment, the APP compatibility test device 400 further includes:

an obtaining unit 409, configured to obtain n URLs corresponding to n pages to be tested of the APP from a storage file, where n is a positive integer;

a sending unit 402, configured to send n URLs to the terminal to be tested, so that the terminal to be tested displays n pages to be tested according to a preset sequence;

the scheduling unit 403 includes:

a receiving subunit 4031, configured to receive a notification that each page to be tested is opened, which is uploaded by the terminal to be tested;

and the scheduling subunit 4032 is configured to schedule, according to the notification, the terminal to be tested through a preset API interface, so that the terminal to be tested intercepts the page to be tested, so that the terminal to be tested obtains a screenshot, and causes the terminal to be tested to upload the screenshot according to a preset manner.

In one embodiment, the sending unit 402 is configured to send n URLs to m terminals to be tested, so that each terminal to be tested displays n pages to be tested respectively according to a preset sequence, where m is a positive integer;

the receiving subunit 4031 is configured to receive a notification that each page to be tested is opened, which is uploaded by each terminal to be tested;

and the scheduling subunit 4032 is configured to correspondingly schedule each terminal to be tested through a preset API interface according to the notification, so that each terminal to be tested intercepts the page to be tested to enable the terminal to be tested to obtain a screenshot, and enable the terminal to be tested to upload the screenshot according to a preset mode.

With continued reference to fig. 5, as shown in fig. 5, in this embodiment, the alignment unit 406 includes:

an acquisition subunit 4061, configured to acquire pixels, brightness, and image background structures of each of the screenshot and the baseline map;

a judging subunit 4062, configured to judge whether differences between the pixels, the brightness, and the image background structures of the screenshot and the pixels, the brightness, and the image background structures of the baseline map are respectively smaller than respective corresponding preset thresholds;

a first determining subunit 4063, configured to determine that the pixels, the luminance, and the image background structures of the screenshot respectively meet the corresponding compatibility requirements if the differences between the pixels, the luminance, and the image background structures of the screenshot and the pixels, the luminance, and the image background structures of the baseline map are respectively smaller than or equal to the corresponding preset thresholds;

And a second judging subunit 4064, configured to judge that the screenshot does not meet the compatibility requirement on the terminal to be tested if at least one of the differences between the pixel, the brightness and the image background structure of the screenshot and the pixel, the brightness and the image background structure of the baseline map is greater than the corresponding preset threshold value.

With continued reference to fig. 5, as shown in fig. 5, in this embodiment, the APP compatibility testing device 400 further includes:

the generating unit 410 is configured to generate a test report in a chart form according to a test result in a second preset manner, where the second preset manner includes a preset frame, a rendering engine and a key rendering path;

and the statistics unit 411 is configured to analyze the test result according to the preset problem keyword to obtain a statistics result of the test result.

It should be noted that, as those skilled in the art can clearly understand, the specific implementation process of the APP compatibility testing device and each unit may refer to the corresponding description in the foregoing method embodiment, and for convenience and brevity of description, the description is omitted herein.

Meanwhile, the division and connection modes of the units in the APP compatibility testing device are only used for illustration, in other embodiments, the APP compatibility testing device can be divided into different units according to the needs, and different connection sequences and modes can be adopted for the units in the APP compatibility testing device so as to complete all or part of functions of the APP compatibility testing device.

The APP compatibility test means described above may be implemented in the form of a computer program which may be run on a computer device as shown in fig. 6.

Referring to fig. 6, fig. 6 is a schematic block diagram of a computer device according to an embodiment of the present application. The computer device 600 may be a computer device such as a desktop computer or a server, or may be a component or part of another device.

With reference to FIG. 6, the computer device 600 includes a processor 602, memory and a network interface 605 connected by a system bus 601, wherein the memory may include a non-volatile storage medium 603 and an internal memory 604.

The non-volatile storage medium 603 may store an operating system 6031 and a computer program 6032. The computer program 6032, when executed, causes the processor 602 to perform an APP compatibility test method as described above.

The processor 602 is used to provide computing and control capabilities to support the operation of the overall computer device 600.

The internal memory 604 provides an environment for the execution of a computer program 6032 in the non-volatile storage medium 603, which computer program 6032, when executed by the processor 602, causes the processor 602 to perform an APP compatibility test method as described above.

The network interface 605 is used for network communication with other devices. It will be appreciated by those skilled in the art that the structure shown in FIG. 6 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device 600 to which the present inventive arrangements may be applied, and that a particular computer device 600 may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components. For example, in some embodiments, the computer device may include only a memory and a processor, and in such embodiments, the structure and function of the memory and the processor are consistent with the embodiment shown in fig. 6, and will not be described again.

Wherein the processor 602 is configured to execute a computer program 6032 stored in a memory to implement the steps of: detecting whether a terminal to be detected in a connection state with a server is in an idle state or not by calling a preset method; if the terminal to be tested is in an idle state, sending the URL of the page to be tested obtained in a first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client; scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot; receiving the screenshot uploaded by the terminal to be tested; judging whether a baseline diagram corresponding to the screenshot is pre-stored or not according to a preset identification of the page to be tested carried by the screenshot, wherein the baseline diagram refers to a page meeting compatibility requirements on the terminal to be tested; if the base line diagram exists, comparing the screenshot with the base line diagram to judge whether the screenshot meets a preset condition; if the screenshot meets the preset condition, judging that the screenshot meets the compatibility requirement of the terminal to be tested; and if the screenshot does not meet the preset condition, judging that the screenshot does not meet the compatibility requirement of the terminal to be tested.

In an embodiment, when implementing the step of detecting whether the terminal to be tested in the connection state with the server is in the idle state by calling the preset method, the processor 602 specifically implements the following steps:

and detecting whether a plurality of terminals to be detected which are in a connection state with the cloud server through cabinet interface mapping are respectively in an idle state or not by calling a preset method, and taking the terminals to be detected in the idle state as target terminals.

In an embodiment, before implementing the step of sending the URL of the page to be tested obtained in the first preset manner to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client, the processor 602 further implements the following steps:

acquiring n URLs corresponding to n pages to be tested of the APP from a storage file, wherein n is a positive integer;

when implementing the step of sending the URL of the page to be tested obtained in the first preset manner to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client, the processor 602 specifically implements the following steps:

n URLs are sent to the terminal to be tested so that the terminal to be tested can display n pages to be tested according to a preset sequence;

When the step of scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot and enable the terminal to be tested to upload the screenshot is implemented by the processor 602, the following steps are specifically implemented:

receiving a notification of opening each page to be tested uploaded by the terminal to be tested;

and according to the notification, scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode.

In an embodiment, when implementing the step of sending n URLs to the terminal to be tested to enable the terminal to be tested to display n pages to be tested respectively according to a preset sequence, the processor 602 specifically implements the following steps:

n URLs are sent to m terminals to be tested, so that each terminal to be tested respectively displays n pages to be tested according to a preset sequence, wherein m is a positive integer;

when implementing the step of receiving the notification of opening each page to be tested uploaded by the terminal to be tested, the processor 602 specifically implements the following steps:

Receiving a notification of opening of each page to be tested uploaded by each terminal to be tested;

when the processor 602 implements the step of scheduling the terminal to be tested through a preset API interface according to the notification, so that the terminal to be tested intercepts the page to be tested to enable the terminal to be tested to obtain a screenshot, and enables the terminal to be tested to upload the screenshot according to a preset manner, the following steps are specifically implemented:

and correspondingly scheduling each terminal to be tested through a preset API interface according to the notification, enabling each terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode.

In an embodiment, when the step of comparing the screenshot with the baseline graph to determine whether the screenshot meets a preset condition is implemented by the processor 602, the following steps are specifically implemented:

If the difference value between the pixels, the brightness and the image background structure of the screenshot and the pixels, the brightness and the image background structure of the baseline image is smaller than or equal to the preset threshold value corresponding to each pixel, the brightness and the image background structure of the screenshot respectively, judging that the pixels, the brightness and the image background structure of the screenshot respectively meet the corresponding compatibility requirement;

and if the difference value between the pixels, the brightness and the image background structure of the screenshot and the pixels, the brightness and the image background structure of the baseline image is larger than the preset threshold value corresponding to each pixel, the brightness and the image background structure of the screenshot respectively, judging that the pixels, the brightness and the image background structure of the screenshot respectively do not meet the corresponding compatibility requirement.

In an embodiment, after implementing the step of determining that the screenshot does not meet the compatibility requirement for the terminal to be tested if the screenshot does not meet the preset condition, the processor 602 further implements the following steps:

generating a test report in a chart form according to a test result in a second preset mode, wherein the second preset mode comprises a preset frame, a rendering engine and a key rendering path.

Analyzing the test result according to the preset problem keywords to obtain the statistical result of the test result.

It should be appreciated that in embodiments of the application, the processor 602 may be a central processing unit (Central Processing Unit, CPU), the processor 602 may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSPs), application specific integrated circuits (Application Specific Integrated Circuit, ASICs), off-the-shelf programmable gate arrays (Field-Programmable Gate Array, FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. Wherein the general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

It will be appreciated by those skilled in the art that all or part of the flow of the method of the above embodiments may be implemented by a computer program, which may be stored on a computer readable storage medium. The computer program is executed by at least one processor in the computer system to implement the flow steps of the embodiments of the method described above.

Accordingly, the present application also provides a computer-readable storage medium. The computer readable storage medium may be a non-volatile computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to perform the steps of:

A computer program product which, when run on a computer, causes the computer to perform the steps of the APP compatibility test method described in the embodiments above.

The computer readable storage medium may be an internal storage unit of the aforementioned device, such as a hard disk or a memory of the device. The computer readable storage medium may also be an external storage device of the device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the device. Further, the computer readable storage medium may also include both internal storage units and external storage devices of the device.

It will be clearly understood by those skilled in the art that, for convenience and brevity of description, specific working procedures of the apparatus, device and unit described above may refer to corresponding procedures in the foregoing method embodiments, which are not repeated herein.

The computer readable storage medium may be a usb disk, a removable hard disk, a Read-Only Memory (ROM), a magnetic disk, or an optical disk, etc. which may store the program code.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of each unit is only one logic function division, and there may be another division manner in actual implementation. For example, multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed.

The steps in the method of the embodiment of the application can be sequentially adjusted, combined and deleted according to actual needs. The units in the device of the embodiment of the application can be combined, divided and deleted according to actual needs. In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.

The integrated unit may be stored in a storage medium if implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the present application is essentially or a part contributing to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, comprising several instructions for causing an electronic device (which may be a personal computer, a terminal, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application.

While the application has been described with reference to certain preferred embodiments, it will be understood by those skilled in the art that various changes and substitutions of equivalents may be made and equivalents will be apparent to those skilled in the art without departing from the scope of the application. Therefore, the protection scope of the application is subject to the protection scope of the claims.

Claims

1. An APP compatibility test method, the method comprising:

detecting whether a terminal to be detected in a connection state with a server is in an idle state or not by calling a preset method;

if the terminal to be tested is in an idle state, sending the URL of the page to be tested obtained in a first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through an APP client;

scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot; the screenshot carries a preset identifier, wherein the preset identifier is a preset identifier of the page to be tested, and the preset identifier is used for describing terminal equipment displaying the page to be tested and a URL (uniform resource locator) corresponding to the page to be tested so as to conveniently identify the source of the screenshot and compare the screenshot;

receiving the screenshot uploaded by the terminal to be tested;

judging whether a baseline diagram corresponding to the screenshot is pre-stored or not according to a preset identification of the page to be tested carried by the screenshot, wherein the baseline diagram refers to a page meeting compatibility requirements on the terminal to be tested;

If the base line diagram exists, comparing the screenshot with the base line diagram to judge whether the screenshot meets a preset condition;

if the screenshot meets the preset condition, judging that the screenshot meets the compatibility requirement of the terminal to be tested;

if the screenshot does not meet the preset condition, judging that the screenshot does not meet the compatibility requirement of the terminal to be tested;

before the step of sending the URL of the page to be tested obtained in the first preset manner to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client, the method further includes:

the step of sending the URL of the page to be tested obtained through the first preset mode to the terminal to be tested so that the terminal to be tested displays the page to be tested through the APP client comprises the following steps:

the step of scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot comprises the following steps:

according to the notification, scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode;

the step of sending n URLs to the terminal to be tested so that the terminal to be tested displays n pages to be tested according to a preset sequence includes:

the step of receiving the notification of opening each page to be tested uploaded by the terminal to be tested comprises the following steps:

and according to the notification, scheduling the terminal to be tested through a preset API interface to enable the terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode, wherein the step of uploading the screenshot comprises the following steps of:

according to the notification, correspondingly scheduling each terminal to be tested through a preset API interface to enable each terminal to be tested to intercept the page to be tested so as to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode;

The step of comparing the screenshot with the baseline graph to judge whether the screenshot meets a preset condition comprises the following steps:

and if at least one of the differences between the pixels, the brightness and the image background structure of the screenshot and the pixels, the brightness and the image background structure of the baseline image is larger than the corresponding preset threshold value, judging that the screenshot does not meet the compatibility requirement of the terminal to be tested.

2. The APP compatibility test method of claim 1, wherein the step of detecting whether the terminal to be tested in the connected state with the server is in the idle state by calling a preset method comprises:

3. The APP compatibility test method of claim 1, wherein after the step of determining that the screenshot does not meet the compatibility requirement for the terminal to be tested if the screenshot does not meet the preset condition, further comprises:

4. The APP compatibility test method of claim 1, wherein after the step of determining that the screenshot does not meet the compatibility requirement for the terminal to be tested if the screenshot does not meet the preset condition, further comprises:

5. An APP compatibility test device, comprising:

the detection unit is used for detecting whether the terminal to be detected in a connection state with the server is in an idle state or not by calling a preset method;

The sending unit is used for sending the URL of the page to be tested obtained through the first preset mode to the terminal to be tested if the terminal to be tested is in an idle state so that the terminal to be tested can display the page to be tested through the APP client;

the scheduling unit is used for scheduling the terminal to be tested through a preset API interface so that the terminal to be tested intercepts the page to be tested, the terminal to be tested obtains a screenshot, and the terminal to be tested uploads the screenshot; the screenshot carries a preset identifier, wherein the preset identifier is a preset identifier of the page to be tested, and the preset identifier is used for describing terminal equipment displaying the page to be tested and a URL (uniform resource locator) corresponding to the page to be tested so as to conveniently identify the source of the screenshot and compare the screenshot;

the receiving unit is used for receiving the screenshot uploaded by the terminal to be tested;

the judging unit is used for judging whether a base line diagram corresponding to the screenshot is pre-stored according to a preset identification of the page to be tested carried by the screenshot, wherein the base line diagram refers to a page meeting compatibility requirements on the terminal to be tested;

the comparison unit is used for comparing the screenshot with the base line diagram if the base line diagram exists so as to judge whether the screenshot meets a preset condition;

The first judging unit is used for judging that the screenshot meets the compatibility requirement of the terminal to be tested if the screenshot meets the preset condition;

the second judging unit is used for judging that the screenshot does not meet the compatibility requirement of the terminal to be tested if the screenshot does not meet the preset condition;

the APP compatibility testing arrangement still includes:

the acquisition unit is used for acquiring n URLs corresponding to n pages to be tested of the APP from the storage file, wherein n is a positive integer;

the sending unit is further configured to send n URLs to the terminal to be tested, so that the terminal to be tested displays n pages to be tested according to a preset sequence;

the scheduling unit includes:

the receiving subunit is used for receiving the notification of opening each page to be tested uploaded by the terminal to be tested;

the scheduling subunit is used for scheduling the terminal to be tested through a preset API interface according to the notification, so that the terminal to be tested intercepts the page to be tested to enable the terminal to be tested to obtain a screenshot, and enabling the terminal to be tested to upload the screenshot according to a preset mode;

the sending unit is further configured to send n URLs to m terminals to be tested, so that each terminal to be tested displays n pages to be tested according to a preset sequence, where m is a positive integer;

The receiving subunit is further configured to receive a notification that each page to be tested is opened, which is uploaded by each terminal to be tested;

the scheduling subunit is further configured to correspondingly schedule each terminal to be tested through a preset API interface according to the notification, so that each terminal to be tested intercepts the page to be tested to enable the terminal to be tested to obtain a screenshot, and enable the terminal to be tested to upload the screenshot according to a preset mode;

the comparison unit includes:

the acquisition subunit is used for acquiring respective pixels, brightness and image background structures of the screenshot and the baseline graph;

the judging subunit is used for judging whether the difference values of the pixels, the brightness and the image background structure of the screenshot and the pixels, the brightness and the image background structure of the baseline image are respectively smaller than the corresponding preset threshold values;

the first judging subunit is configured to judge that the pixels, the brightness and the image background structures of the screenshot respectively meet the corresponding compatibility requirements if the differences between the pixels, the brightness and the image background structures of the screenshot and the pixels, the brightness and the image background structures of the baseline map are smaller than or equal to the corresponding preset thresholds;

And the second judging subunit is used for judging that the screenshot does not meet the compatibility requirement of the terminal to be tested if at least one of the differences of the pixel, the brightness and the image background structure of the screenshot and the pixel, the brightness and the image background structure of the baseline image is larger than the corresponding preset threshold value.

6. A computer device comprising a memory and a processor coupled to the memory; the memory is used for storing a computer program; the processor is configured to execute a computer program stored in the memory to perform the steps of the APP compatibility test method of any one of claims 1-4.

7. A computer readable storage medium, characterized in that it stores a computer program which, when executed by a processor, causes the processor to perform the steps of the APP compatibility test method of any one of claims 1-4.