CN103544101B - Automatic test system and method for wireless platform development - Google Patents
Automatic test system and method for wireless platform development Download PDFInfo
- Publication number
- CN103544101B CN103544101B CN201210245449.5A CN201210245449A CN103544101B CN 103544101 B CN103544101 B CN 103544101B CN 201210245449 A CN201210245449 A CN 201210245449A CN 103544101 B CN103544101 B CN 103544101B
- Authority
- CN
- China
- Prior art keywords
- url
- test
- screenshot
- task
- browser
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention relates to an automatic test system and method for wireless platform development. The automatic test system for wireless platform development comprises an automatic test platform cloud server and a test machine client, wherein the automatic test platform cloud server is used for constructing a Uniform Resource Locator (URL) library, uploading a test URL list to the URL library, generating a test task and performing task interaction with the test machine client, the test machine client is used for receiving the test task, opening a URL in the test task through a simulation browser package, displaying a browser page of the URL in combined information, performing screenshot processing on the browser display page, packaging and uploading screenshot information to the automatic test platform cloud server, and the automatic test platform cloud server automatically compares a screenshot file with a standard URL effect picture and performs auditing according to a comparison result. The invention is convenient for testing a large amount of machine types and software combinations comprehensively, and solves the problem of overlarge workload of manual adaptation test in the wireless development process with a large number of machine type/platform/browser combinations; and automatic audit is performed through picture comparison, so that the labor consumption is reduced, and the testing efficiency is improved.
Description
Technical Field
The invention belongs to the technical field of internet, and particularly relates to an automatic test system and method for wireless platform development.
Background
At present, in the work of adaptive test of wireless WAP (wireless communication protocol) service, the combination of different models/platforms/browsers of Android platform mobile phones on simple version, color version and touch screen version exceeds more than 27, and specifically, as shown in the following table, the following table is the combination of different models/platforms/browsers of Android platform mobile phones,
of course, those skilled in the art will understand that although the above table lists different models and relevant combinations of platforms and browsers in the Android platform mobile phone, the version of the browser may be updated according to actual situations, for example, to the latest version.
In the wireless service adaptation test, each test set needs to be repeatedly manually tested on the 27 more combinations, the same URL needs to be repeatedly manually input on each combination, and if 50 test sets exist, one test is performed, which is equivalent to 1350 (27 x 50) test sets, so that the number of the combination is huge, and the manual test work is heavy. The large adaptation test combination causes that each release of a large-scale version needs to carry out comprehensive walk-through of at least more than workload, with continuous push-out of new models, continuous upgrading of browsers and OS systems, the number of adaptation combinations is more and more, a large amount of repetitive tests of pure manpower become waste of resources, the tests in the adaptation aspect become bottlenecks of project development, and the agility and the rapid iteration of the mobile application development are seriously influenced, for example, search products.
The existing solution generally selects a combination of several types of models, firmware versions and browsers according to market positioning of products and the existing situation of testing manpower, determines a testing range, then carries out exhaustive manual testing of each testing set repeatedly on each type of model, each firmware version and browser combination according to the testing range, inputs the same URL repeatedly on each combination with the same testing set, reduces the number of testing combinations to a certain extent, but still has large testing workload, and the targeted testing mode can not carry out comprehensive testing on all types of models and software, and the testing range is not wide; meanwhile, the purely manual test not only wastes manpower, but also affects the test efficiency.
Disclosure of Invention
The invention provides an automatic test system and method for wireless platform development, and aims to solve the problems that in the prior art, in the wireless development process, the adaptive test workload is large, the input is required to be continuously and repeatedly performed, the manual test wastes resources, and the efficiency is low.
The invention adopts a technical scheme that: the automatic test platform cloud server is used for constructing a Uniform Resource Locator (URL) library, uploading a test URL list to the URL library, generating a test task and performing task interaction with the test machine client, the test machine client is used for receiving the test task, opening a URL in the test task through a simulation browser package, displaying a browser page of the URL in combined information, performing screenshot processing on the browser display page, packaging and uploading screenshot information to the automatic test platform cloud server, and the automatic test platform cloud server automatically compares a screenshot file with a standard URL effect picture and performs auditing according to a comparison result.
The other technical scheme adopted by the invention is as follows: a client for developing automatic tests of a wireless platform comprises a task acquisition module, a page screenshot module and an information uploading module, wherein the task acquisition module is used for acquiring test tasks, sequentially opening URLs in the test tasks through simulating browser packages in different network modes, and displaying browser pages of all URLs in all combined information; the page screenshot module is used for carrying out screenshot processing on a browser display page and summarizing screenshot files of all URLs on the combined information; and the information uploading module is used for packaging and uploading the screenshot file.
The invention adopts another technical scheme that: an automatic test method for wireless platform development comprises the following steps:
acquiring a test task from a cloud test URL library, opening a URL in the test task through a simulation browser package under different network modes, and displaying a browser page of the URL in combined information;
screenshot processing is carried out on a browser display page, and a screenshot file is packaged and uploaded to a cloud server;
and automatically comparing the screenshot file with the standard URL effect picture, and auditing according to the comparison result.
The technical scheme of the invention has the following advantages or beneficial effects: the invention relates to an automatic test system and a method for wireless platform development, which construct a cloud test URL library through an automatic test platform cloud server, upload different test website lists and standard URL effect pictures, generate test tasks, and perform task interaction with a test machine client, the test machine client simulates browser behavior through a simulation browser package to perform automatic test, performs screenshot on test information and returns the test information to the cloud server, the cloud server automatically compares a screenshot file with the standard URL effect picture, and automatic auditing is realized according to the interface display coincidence rate; by implementing the invention, the problem that the same URL is repeatedly input in different combined information is avoided, a large number of machine types and software combinations are conveniently and comprehensively tested, and the problem that the workload of manual adaptation test in the wireless development process with a great number of machine type/platform/browser combinations is overlarge is solved; meanwhile, automatic audit is carried out through picture comparison, and the testing efficiency is improved while the manpower consumption is reduced.
Drawings
FIG. 1 is a schematic structural diagram of an automatic test system for wireless platform development according to the present invention;
FIG. 2 is a schematic diagram of the development of an automatic test system for a wireless platform according to the present invention;
FIG. 3 is a schematic diagram of an automatic test platform cloud server generating task according to the present invention;
FIG. 4 is a schematic diagram of a screenshot display of an audit page of the present invention;
FIG. 5 is a flow chart of the method for automatic testing of wireless platform development of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
Referring to fig. 1 and fig. 2, fig. 1 is a schematic structural diagram of an automatic test system for wireless platform development according to the present invention, and fig. 2 is a schematic working diagram of the automatic test system for wireless platform development according to the present invention. The wireless platform development automatic test system of the invention comprises an automatic test platform cloud server 10 and a tester client 20, wherein the automatic test platform cloud server 10 is used for uploading test URL-list and standard URL (Uniform Resource Locator, also called webpage address) effect pictures to generate test tasks, and performs task interaction with a tester client 20, which is used to receive test tasks, opening the URL in the test task by simulating a browser package, displaying a browser page of the URL in the combined information, and (3) screenshot processing is carried out on the browser display page, screenshot information is packaged and uploaded to the automatic test platform cloud server 10, and the automatic test platform cloud server 10 automatically compares the screenshot with a standard URL effect picture to realize passing/failing operation.
The automatic test platform cloud server 10 comprises an interaction server 11 and a screen capture management system 12, wherein the interaction server 11 is used for issuing a test URL from a cloud URL library and storing a screen capture submitted by a test machine client, and the screen capture submitted by the test machine client is filed in a database; the screen shot management system 12 is used to submit URLs for testing, review screenshots, and view and archive test results. The interaction server comprises a task generating module 111, a task issuing module 112, a task interaction module 113 and an information saving module 114.
The task generating module 111 is configured to construct a cloud test URL library, upload a test URL-list and a standard URL effect picture, and generate a test task ID (IDentity, IDentity code); different URL-lists can be uploaded in batches, the task ID is directly generated by the background, testers can modify according to identification requirements, and particularly please refer to FIG. 3, which is a schematic diagram of the cloud server of the automatic test platform for generating tasks.
The task issuing module 112 is configured to enter a test state and issue a test task to the task interaction module 113 that interacts tasks with the test machine client 20;
the task interaction module 113 is configured to store a test task, record storage time, and issue a URLS (universal resource locator, web address) interface; the request parameters of the link interface are as follows: the device _ id (namely the unique identifier of each mobile phone end) is used for replacing a URL (uniform resource locator) as an identifier when a screenshot file is named, and the processing logic is as follows: selecting a task-client (task user side) corresponding to all the test tasks which are not completely operated, if the task-client contains the device _ id, issuing the test tasks to the task-client, and setting the state of the task-client as an operated task; if the device _ ID is not contained, the test task is issued to the mobile phone end, an issue record is inserted into a task-client, and the state of the mobile phone end is set as an 'un-run task', wherein the task comprises a task ID, a label and a create _ time, and the details are shown in the following table:
| name (R) | Description of the invention |
| id | |
| label | For display |
| create_time | Creation time |
the task-client includes ID, task _ ID (task ID), device _ ID (unique identifier of mobile phone end) and device _ status (running state of mobile phone end), and is specifically shown in the following table:
| name (R) | Description of the invention |
| id | |
| task_id | |
| device_id | Unique identifier of mobile phone terminal |
| device_status | 1 (running task) 0 (not running task) |
The device _ status comprises a running task, a non-running task and a corresponding task number, and when the task _ client under a task completely runs, the status of the task is set to be completely run;
the URL includes ID, task _ ID and URL, which is shown in the following table:
| name (R) | Description of the invention |
| id | |
| task_id | |
| URL |
The screen comprises an ID, a URL-ID, a file _ path (picture address), device _ info (mobile phone model), a platform (mobile phone platform), a platform _ version (mobile phone platform version), a browser (browser), a browser _ version (browser version), an amine _ status (audit state) and an amine _ msg (audit information), wherein the audit state comprises non-audit, audit pass, audit fail and corresponding audit quantity, and the audit information is convenient for leaving related information when the audit fails;
| name (R) | Description of the invention |
| id | |
| URL_id | |
| file_path | Picture address |
| device_info | Mobile phone model |
| platform | Mobile phone platform |
| platform_version | |
| browser | Browser |
| browser_version | |
| examine_status | 0 (not approved), 1 (approved), 2 (not approved) |
| examine_msg | If not, information may be left |
The information saving module 114 is used for saving the auditing result in a historical task viewing page; wherein, the historical task viewing page comprises a task ID, a review state and a corresponding review quantity, and a tester can click the review state to view the historical review task and a corresponding screenshot, as shown in the following table,
| task | Status of state |
| 2012-01-08 | 98 pass 2 fail |
| 2012-01-28 | Not examined |
Clicking "2 failed" may view the screen shot that failed the audit, and clicking "98 passed" may view the screen shot that passed the audit.
The screen capture management system 12 receives the request parameters of the screen capture file interface as follows: and the device _ id is used for receiving the screen capture file uploaded by the client of the testing machine and auditing the screen capture file.
The screenshot management system 12 comprises a file receiving unit 121, an automatic checking unit 122 and a manual checking unit 123, wherein the file receiving unit 121 is used for receiving a screenshot file packet, decompressing the screenshot file packet, and storing the screenshot file according to a file name; the automatic auditing unit 122 is used for performing automatic auditing, automatically comparing the screenshot file with the standard URL effect picture one by one, judging whether the interface display coincidence rate of the screenshot file and the standard URL effect picture reaches a preset standard, if so, setting the auditing state of the URL corresponding to the screenshot file in the corresponding combination information as pass, and performing version online to complete the development process; if not, setting the checking state of the URL corresponding to the screenshot file in the corresponding combination information as failed, and entering a manual checking unit for manual checking; the interface exhibition compliance rate is the coincidence degree or similarity of the screenshot file and the standard URL effect, and can be adjusted according to the page adaptation effect and the version modification characteristic, if the interface exhibition compliance rate is achieved, the audit is passed, otherwise, the audit is not passed, and the interface exhibition compliance rate enters a manual audit page for further audit; in the embodiment of the invention, the interface spread coincidence rate is 60-100%. The manual review unit 123 is configured to display all task lists, click task IDs in the task lists one by one to enter a URL list, click an audit state in which URLs in the URL list fail to pass one by one to enter an audit page to check a page screenshot corresponding to the URL, audit information such as adaptation presentation and function implementation of the URL in all combined information according to the screenshot, determine whether each URL passes a test in all combined information one by one, click an failed item of the audit page if the URL does not pass the test, and modify the URL and the combined information and then regenerate a test task; if the verification page passes the verification page, clicking a pass item of the verification page, and carrying out version online to complete the development process; wherein, the task list includes information such as task ID, creation time and audit state, as shown in the following table,
the URL list includes URLs, audit states and corresponding audit quantities (i.e., screen capture quantities), and the audit states include: non-approved, passed and failed, as shown in the table below,
the tester may enter the review page to view the corresponding screenshot information by clicking the review state, as shown in fig. 4.
The test machine client 20 comprises a task obtaining module 201, a page screenshot module 202 and a file uploading module 203, and in the embodiment of the present invention, the test machine client 20 adopts an android operating system, and may further comprise ios, symbian, MTK and other mobile phone systems; wherein
The task obtaining module 201 of the test machine client 20 is configured to obtain a test task, sequentially open URLs in the test task through a simulated browser package in different network modes, and display browser pages of each URL in all combined information one by one; in the embodiment of the invention, the mobile terminal is an android operating system and can also comprise other mobile phone systems such as symbian and MTK, and the network modes comprise (GPRS, TD-SCDMA, CDMA, WCDMA, Wifi) and the like; the client side of the testing machine regularly or manually requests the cloud server to check whether a new task exists, and when the request reaches a task production state, a request parameter device _ id is issued to the URLS interface to carry out task interaction.
The page screenshot module 202 of the test machine client 20 is configured to perform screenshot processing on the browser presentation pages one by one, attach combined information such as a machine type/platform/browser/network mode to the screenshot, and sequentially summarize screenshot files of all URLs on all combined information; the screenshot additional information rule is as follows: the URL _ id _ $ network mode _ $ model _ $ platform _ $ browser (png | jpg), for example, 113_ wifi _ motoxt702_ android2.2_ qqbrowser2.1.jpg, and takes the additional information as the filename of the corresponding screenshot.
The information uploading module 203 of the test machine client 20 is used for packaging the screenshot file and uploading the packaged screenshot file to the cloud server 10 of the automatic test platform; in the embodiment of the invention, the packaging format of the screenshot file is a zip format, a post tool is adopted to submit the zip package, different directories are divided in the zip package according to the task _ id, and each task _ id contains all screenshot files of the task.
In the wireless platform development automatic test system of the embodiment of the present invention, the adaptation includes various handset systems (such as ios, anid, symbian, MTK platform), handset models (such as iphone3gs, iphone4, etc.), vendors (such as HTC, millet, etc.), and browser combinations, such as: self-contained browsers, UC browsers, QQ browsers, etc., and network environments such as: connectivity, mobile, telecommunications, and access points, such as: cmnet, cmwap, cpnet, cpwap, etc.
Please refer to fig. 5, which is a flowchart illustrating an automatic testing method for wireless platform development according to the present invention. The invention relates to an automatic test method for wireless platform development, which comprises the following steps:
s100: a cloud test URL (Uniform Resource Locator, also called a webpage address) library is constructed, test URL-list and standard URL effect pictures are uploaded, and a test task ID is generated;
in S100, different URL-lists can be uploaded in batches, the task ID is directly generated by the background, and the tester can modify the task ID according to the identification requirement.
S200: entering a test state, and sending a test task to an interactive server port with an interactive task with a test machine client;
s300: storing the test task through an interactive server port, recording the storage time, and issuing a URLS (Universal resource locator, webpage address) interface;
in S300, the request parameters of the link interface are: device _ id (namely the unique identifier of each mobile phone end), wherein the device _ id is used for replacing a URL (uniform resource locator) as an identifier when a screenshot file is named, and the processing logic is as follows: selecting a task-client (task client) corresponding to all the test tasks which are not completely operated, if the task-client already contains the device _ id, issuing the test tasks to the task-client, and setting the state of the task-client as an operated task; if the device _ id is not contained, the test task is issued to the mobile phone end, an issue record is inserted into the task-client, and the state of the mobile phone end is set as an 'un-run task'; a task is issued to N task _ clients for testing, wherein N URLs are included, and 1 URL is tested in N combined information; wherein, the task includes task ID, label and create _ time, as shown in the following table:
| name (R) | Description of the invention |
| id | |
| label | For display |
| create_time | Creation time |
the task-client includes ID, task _ ID (task ID), device _ ID (unique identifier of mobile phone end) and device _ status (running state of mobile phone end), and is specifically shown in the following table:
| name (R) | Description of the invention |
| id | |
| task_id | |
| device_id | Unique identifier of mobile phone terminal |
| device_status | 1 (running task) 0 (not running task) |
The device _ status comprises a running task, a non-running task and a corresponding task number, and when the task _ client under a task completely runs, the status of the task is set to be completely run;
the URL includes ID, task _ ID and URL, which is shown in the following table:
| name (R) | Description of the invention |
| id | |
| task_id | |
| URL |
The screen comprises an ID, a URL-ID, a file _ path (picture address), device _ info (mobile phone model), a platform (mobile phone platform), a platform _ version (mobile phone platform version), a browser (browser), a browser _ version (browser version), an amine _ status (audit state) and an amine _ msg (audit information), wherein the audit state comprises non-audit, audit pass, audit fail and corresponding audit quantity, and the audit information is convenient for leaving related information when the audit fails;
| name (R) | Description of the invention |
| id | |
| URL_id | |
| file_path | Picture address |
| device_info | Mobile phone model |
| platform | Mobile phone platform |
| platform_version | |
| browser | Browser |
| browser_version | |
| examine_status | 0 (not approved), 1 (approved), 2 (not approved) |
| examine_msg | If not, information may be left |
S400: acquiring a test task through a test machine client, sequentially opening URLs in the test task through a simulated browser package under different network modes, and displaying browser pages of each URL in all combined information one by one;
in S400, in the embodiment of the present invention, the client of the tester is an android operating system, and may further include other mobile phone systems such as symbian and MTK, and the network mode includes (GPRS, TD-SCDMA, CDMA, WCDMA, Wifi), and the like; the client of the tester regularly or manually requests the server to check whether a new task exists, and when the request reaches a task production state, a request parameter device _ id is issued to the URLS interface to carry out task interaction.
S500: the method comprises the steps of performing screenshot processing on browser display pages one by one, adding combined information such as a machine type/platform/browser/network mode and the like to a screenshot, sequentially summarizing screenshot files of all the combined information of each URL, packaging the screenshot files and uploading the screenshot files to a cloud server;
in S500, the screenshot additional information rule is: in the embodiment of the invention, the screenshot file packaging format is a zip format, a post tool is adopted to submit a zip packet, different directories are divided in the zip packet according to the task _ ID (task ID), and each task _ ID contains all screenshot files of the task.
S600: receiving a screenshot file packet through a screenshot management system of the cloud server, decompressing the screenshot file packet, and storing the screenshot file according to the file name;
s700: automatically auditing by a screen capture management system, automatically comparing screen capture files with standard URL effect pictures one by one, judging whether the interface display coincidence rate of the screen capture files and the standard URL effect pictures reaches a preset standard, and if so, executing S800; if not, executing S900;
in S700, the interface exhibition compliance rate may be adjusted according to the page adaptation effect and the version modification characteristic, if the interface exhibition compliance rate is achieved, the audit is passed, otherwise, the audit is not passed, and the manual audit page is entered for further audit; in the embodiment of the invention, the interface exhibition coincidence rate is 60-100%, wherein the interface exhibition coincidence rate can be modified.
S800: setting the verification state of the URL corresponding to the screenshot file in the corresponding combination information as pass, storing the verification result in a historical task viewing page, and executing S1300;
in S800, the historical task review page includes the task ID, the review state and the corresponding review number, and the tester can click the review state to review the historical review task and the corresponding screenshot, as shown in the following table,
| task | Status of state |
| 2012-01-08 | 98 pass 2 fail |
| 2012-01-28 | Not examined |
Clicking "2 failed" may view the screen shot that failed the audit, and clicking "98 passed" may view the screen shot that passed the audit.
S900: setting the auditing state of the URL corresponding to the screenshot file in the corresponding combined information as failed;
s1000: displaying all task lists, clicking task IDs in the task lists one by one to enter a URL list, clicking an auditing state that URLs in the URL list do not pass one by one to enter an auditing page to check page screenshots corresponding to the URLs, auditing information such as adaptation display and function realization of the URLs in all combined information according to the screenshots, judging whether each URL passes a test in all combined information one by one, and if not, executing S1100; if so, executing S1200;
in S1000, the task list includes information such as task ID, creation time, and audit status, as shown in the following table,
the URL list includes URLs, audit states and corresponding audit quantities (i.e., screen capture quantities), and the audit states include: non-approved, passed and failed, as shown in the table below,
the tester can enter the review page to view the corresponding screenshot information by clicking the review state, please refer to fig. 3, which is a screenshot display diagram of the review page of the present invention.
S1100: clicking the failed item of the audit page, storing the audit result in a historical task check page, modifying the URL and the combined information, and then executing the step 100 again;
s1200: clicking a passing item of the audit page, and storing the audit result in a historical task check page;
s1300: and (5) carrying out version online to finish the development process.
The invention relates to an automatic test system and a method for wireless platform development, which construct a cloud test URL library through an automatic test platform cloud server, upload different test website lists and standard URL effect pictures, generate test tasks, and perform task interaction with a test machine client, the test machine client simulates browser behavior through a simulation browser package to perform automatic test, performs screenshot on test information and returns the test information to the cloud server, the cloud server automatically compares a screenshot file with the standard URL effect picture, and automatic auditing is realized according to the interface display coincidence rate; by implementing the invention, the problem that the same URL is repeatedly input in different combined information is avoided, a large number of machine types and software combinations are conveniently and comprehensively tested, and the problem that the workload of manual adaptation test in the wireless development process with a great number of machine type/platform/browser combinations is overlarge is solved; meanwhile, automatic audit is carried out through picture comparison, and the testing efficiency is improved while the manpower consumption is reduced.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents and improvements made within the spirit and principle of the present invention are intended to be included within the scope of the present invention.
Claims (11)
1. An automatic test system for wireless platform development is characterized by comprising an automatic test platform cloud server and a test machine client, wherein the automatic test platform cloud server is used for constructing a Uniform Resource Locator (URL) library, uploading a test URL list to the URL library, generating a test task and performing task interaction with the test machine client, the test machine client is used for receiving the test task, opening a URL in the test task by simulating browser behavior through a simulated browser package, displaying a browser page of the URL in combined information, performing screenshot processing on the browser display page, and packaging and uploading screenshot information to the automatic test platform cloud server, wherein the automatic test platform cloud server automatically compares a screenshot file with a standard URL effect picture and performs auditing according to a comparison result; wherein the comparison result is the interface display coincidence rate;
the automatic test platform cloud server comprises an interaction server, and the interaction server comprises:
and the task generation module is used for constructing a cloud test URL library, uploading a test URL list and a standard URL effect picture and generating a test task.
2. The wireless platform development automatic testing system of claim 1, wherein the interaction server further comprises:
the task issuing module is used for entering a test state and issuing a test task to the task interaction module for interacting tasks with the mobile terminal;
and the task interaction module is used for storing the test tasks, recording the storage time and issuing the link interface.
3. The wireless platform development automatic test system according to claim 1 or 2, wherein the automatic test platform cloud server further comprises a screen capture management system, the screen capture management system comprising:
the file receiving unit is used for receiving the screenshot file packet, decompressing the screenshot file packet and saving the screenshot file according to the file name;
the automatic auditing unit is used for automatically comparing the screenshot file with the standard URL effect picture, judging whether the comparison result of the screenshot file and the standard URL effect picture reaches the preset standard, if so, setting the auditing state of the URL corresponding to the screenshot file in the corresponding combination information as pass, and performing version online to finish the development process; if not, the checking state of the URL corresponding to the screenshot file in the corresponding combination information is set to be failed, and the screenshot file enters a manual checking unit for manual checking.
4. The wireless platform development automatic test system according to claim 3, wherein the screen shot management system comprises: the manual auditing unit is used for displaying the task list, clicking a task ID in the task list to enter the URL list, clicking an auditing state that a URL in the URL list fails to pass to enter an auditing page to check a page screenshot corresponding to the URL, auditing the adaptive display and function realization information of the URL in all combined information according to the screenshot, judging whether each URL passes the test in all combined information, if not, clicking the failed item of the auditing page, and modifying the URL and the combined information to regenerate the test task; and if the verification page passes the verification page, clicking the pass item of the verification page, and carrying out version online to finish the development process.
5. The wireless platform development automatic test system of claim 1, wherein the tester client comprises:
the task acquisition module is used for acquiring the test tasks, sequentially opening URLs in the test tasks through simulating the browser packages in different network modes, and displaying browser pages of all URLs in all combined information;
the page screenshot module is used for performing screenshot processing on the browser display pages one by one, adding combined information of a machine type, a platform, the browser and/or a network mode to the screenshot, and summarizing screenshot files of all URLs on all combined information in sequence;
and the information uploading module is used for packaging the screenshot file and uploading the packaged screenshot file to the cloud server of the automatic test platform.
6. A client for developing automatic tests of a wireless platform is characterized by comprising a task acquisition module, a page screenshot module and an information uploading module, wherein the task acquisition module is used for acquiring test tasks, sequentially opening URLs in the test tasks by simulating browser behavior through a browser package under different network modes, and displaying browser pages of each URL in all combined information; the page screenshot module is used for carrying out screenshot processing on a browser display page and summarizing screenshot files of all URLs on the combined information; the information uploading module is used for packaging and uploading the screenshot file;
the test task is generated by an interactive server of a cloud server, the interactive server constructs a cloud test URL library, and uploads a test URL list and a standard URL effect picture to generate the test task.
7. An automatic test method for wireless platform development comprises the following steps:
constructing a cloud test URL library by using an interactive server of the cloud server, uploading a test URL list and a standard URL effect picture, and generating a test task;
acquiring a test task from a cloud test URL library by using a test machine client, simulating browser behavior by a simulated browser package under different network modes to open a URL in the test task, and displaying a browser page of the URL in combined information;
screenshot processing is carried out on a browser display page, and a screenshot file is packaged and uploaded to a cloud server;
automatically comparing the screenshot file with a standard URL effect picture by using the cloud server, and auditing according to a comparison result; and the comparison result is the interface display coincidence rate.
8. The method for automatically testing wireless platform development according to claim 7, wherein the step of screenshot processing on the browser presentation page further comprises: and adding the combined information of the model, the platform, the browser and/or the network mode on the screenshot by using the screenshot management system of the cloud server.
9. The method for automatically testing wireless platform development according to claim 7, further comprising, after the step of packaging and uploading the screenshot file to a cloud server: and receiving the screenshot file packet by using the screenshot management system, decompressing the screenshot file packet, and storing the screenshot file according to the file name.
10. The method according to claim 7 or 9, wherein the step of automatically comparing the screenshot file with the standard URL effect picture and automatically auditing according to the interface presentation compliance rate further comprises: judging whether the comparison result of the screenshot file and the standard URL effect picture reaches a preset standard or not by using an automatic auditing unit of the screenshot management system, and if so, setting the auditing state of the URL corresponding to the screenshot file in the corresponding combination information as pass; and if not, carrying out manual review.
11. The method according to claim 10, wherein the step of performing manual review further comprises: setting the auditing state of the URL corresponding to the screenshot file in the corresponding combined information as failed by using a manual auditing unit of the screenshot management system, displaying a task list, clicking a task ID in the task list to enter the URL list, clicking the auditing state of the URL in the URL list which is not passed to enter an auditing page to check the page screenshot corresponding to the URL, auditing the adaptation display and function realization information of the URL in all combined information according to the screenshot, judging whether each URL passes the test in all combined information, if not, clicking the failed item of the auditing page, and generating the test task again after modifying the URL and the combined information; and if the verification page passes, clicking a passing item of the verification page.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210245449.5A CN103544101B (en) | 2012-07-16 | 2012-07-16 | Automatic test system and method for wireless platform development |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210245449.5A CN103544101B (en) | 2012-07-16 | 2012-07-16 | Automatic test system and method for wireless platform development |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103544101A CN103544101A (en) | 2014-01-29 |
| CN103544101B true CN103544101B (en) | 2020-06-26 |
Family
ID=49967573
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210245449.5A Active CN103544101B (en) | 2012-07-16 | 2012-07-16 | Automatic test system and method for wireless platform development |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103544101B (en) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2885858A1 (en) * | 2014-04-04 | 2015-10-04 | Bradford A. Folkens | Image tagging system |
| CN105183630B (en) * | 2014-06-05 | 2019-06-14 | 腾讯科技（深圳）有限公司 | Applied program testing method and device |
| CN104079717B (en) * | 2014-06-12 | 2016-08-24 | 深圳市金立通信设备有限公司 | A kind of method at display device interface and server |
| CN106294397B (en) * | 2015-05-20 | 2019-10-25 | 无锡天脉聚源传媒科技有限公司 | A kind of method and device of acquisition task |
| CN106294395B (en) * | 2015-05-20 | 2019-11-29 | 无锡天脉聚源传媒科技有限公司 | A kind of method and device of task processing |
| CN105472083B (en) * | 2015-12-08 | 2018-09-04 | 北京奇虎科技有限公司 | The test method and system of wireless terminal |
| CN105866569B (en) * | 2016-03-24 | 2019-04-30 | 吴继春 | Smart machine cloud test macro |
| CN105975393B (en) * | 2016-05-04 | 2020-09-15 | 腾讯科技（深圳）有限公司 | Page display detection method and system |
| CN106325988B (en) * | 2016-08-03 | 2019-06-18 | 天津西瑞尔信息工程有限公司 | Method for scheduling task and device |
| CN106326108B (en) * | 2016-08-09 | 2019-07-12 | 北京金山安全软件有限公司 | New application testing method and device |
| CN106326109B (en) * | 2016-08-09 | 2019-09-03 | 北京金山安全软件有限公司 | New application testing method and device |
| CN107784031A (en) * | 2016-08-31 | 2018-03-09 | 北京国双科技有限公司 | A kind of method and device of multiple web pages sectional drawing |
| CN108228444B (en) * | 2016-12-14 | 2021-08-17 | 阿里巴巴集团控股有限公司 | Test method and device |
| CN106959926A (en) * | 2017-05-09 | 2017-07-18 | 山东浪潮商用系统有限公司 | A kind of the software test module and method of software-oriented upgrading |
| CN107908552A (en) * | 2017-10-30 | 2018-04-13 | 阿里巴巴集团控股有限公司 | A kind of test method based on link, device and equipment |
| CN108170606B (en) * | 2018-01-03 | 2022-02-15 | 中国工商银行股份有限公司 | System and method for testing system software upgrading application |
| CN108197030B (en) * | 2018-01-15 | 2021-03-30 | 中国计量大学 | Software interface automatic test cloud platform device based on deep learning and test method |
| CN108255726A (en) * | 2018-01-18 | 2018-07-06 | 北京网信云服信息科技有限公司 | A kind of application program page adaptation test method and device |
| CN108491322A (en) * | 2018-03-06 | 2018-09-04 | 平安科技（深圳）有限公司 | Automated testing method, device and storage medium |
| CN109324844A (en) * | 2018-09-30 | 2019-02-12 | 武汉斗鱼网络科技有限公司 | A kind of method, apparatus and computer equipment at detection window interface |
| CN109167709A (en) * | 2018-10-11 | 2019-01-08 | 陕西银河天地智能配网技术有限公司 | Feeder automation scene full-automatic testing method based on cloud platform |
| CN109784738B (en) * | 2019-01-22 | 2023-12-19 | 绍兴大明电力建设有限公司 | Approval method and approval device |
| CN110188215A (en) * | 2019-05-24 | 2019-08-30 | 无线生活（杭州）信息科技有限公司 | A kind of processing method and processing device of application build |
| CN110515514B (en) * | 2019-08-30 | 2023-11-07 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium |
| CN110737599A (en) * | 2019-10-18 | 2020-01-31 | 付彪 | Front-end automatic regression testing system and method based on picture comparison technology |
| CN113467864A (en) * | 2020-03-31 | 2021-10-01 | 福建天泉教育科技有限公司 | Mobile terminal H5 user interface adaptation test method and system thereof |
| CN112306793A (en) * | 2020-04-07 | 2021-02-02 | 北京沃东天骏信息技术有限公司 | Method and device for monitoring webpage |
| CN113656283A (en) * | 2021-07-19 | 2021-11-16 | 厦门雅基软件有限公司 | Project testing method and device, electronic equipment and computer readable storage medium |
| CN114153729A (en) * | 2021-11-30 | 2022-03-08 | 北京达佳互联信息技术有限公司 | Webpage testing method and device, electronic equipment and storage medium |
| CN116319794B (en) * | 2023-04-18 | 2023-10-24 | 安元科技股份有限公司 | Method and system for solving project communication under cloud system and complex network |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778013A (en) * | 2009-12-28 | 2010-07-14 | 北京世纪互联宽带数据中心有限公司 | Website testing system and method |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102033803B (en) * | 2009-09-29 | 2014-07-09 | 国际商业机器公司 | Method and device for testing web application across browsers |
| US8996988B2 (en) * | 2009-10-19 | 2015-03-31 | Browsera, LLC | Automated application compatibility testing |
-
2012
- 2012-07-16 CN CN201210245449.5A patent/CN103544101B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778013A (en) * | 2009-12-28 | 2010-07-14 | 北京世纪互联宽带数据中心有限公司 | Website testing system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103544101A (en) | 2014-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103544101B (en) | Automatic test system and method for wireless platform development | |
| WO2021042914A1 (en) | Test data generation method and apparatus, computer device and storage medium | |
| CN107896244B (en) | Version file distribution method, client and server | |
| CN106933709B (en) | Test method and device | |
| CN112506807B (en) | Automatic test system for interface serving multiple systems | |
| CN105260299A (en) | Method, device, and system for software test | |
| CN106933729A (en) | A kind of method of testing and system based on cloud platform | |
| CN108111364B (en) | Service system testing method and device | |
| CN107092555A (en) | A kind of method and system of test application program | |
| CN111597104B (en) | Multi-protocol adaptive interface regression testing method, system, equipment and medium | |
| CN110750458A (en) | Big data platform testing method and device, readable storage medium and electronic equipment | |
| CN108228464B (en) | Mobile application UI (user interface) testing framework based on data driving and implementation method thereof | |
| CN111522738A (en) | Test method and device of micro-service system, storage medium and electronic equipment | |
| CN103546518A (en) | Adaption testing method and adaption testing system for mobile terminal | |
| CN111078539A (en) | Test method, device, system and computer readable storage medium | |
| CN111078547A (en) | Automatic testing framework system for PYTHON general APP software | |
| CN112241360A (en) | Test case generation method, device, equipment and storage medium | |
| CN112540924A (en) | Interface automation test method, device, equipment and storage medium | |
| CN107038120A (en) | A kind of method for testing software and equipment | |
| CN110990285B (en) | UI (user interface) automatic testing method and device | |
| CN107729045A (en) | Application program automates version dissemination method and system | |
| CN106371994B (en) | Dynamic mobile APP test methods based on natural language processing | |
| CN103064780A (en) | Software testing method and device thereof | |
| CN113342679A (en) | Interface test method and test device | |
| CN113126993A (en) | Automatic testing method and system applied to vehicle detection software |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |