CN116756016A - Multi-browser testing methods, apparatus, equipment, media and program products - Google Patents

Abstract

The present disclosure provides a multi-browser testing method, apparatus, device, storage medium, and program product, which can be applied to the technical field of finance. The multi-browser testing method comprises the following steps: determining a master control browser and a browser to be tested from a plurality of browsers; responding to the operation behavior instruction input by the master control browser, and executing the recording of the script; determining a key code segment based on the script; starting a testing environment based on a configuration file of a browser to be tested; generating a test script according to the configuration file and the key code segment; and executing the test of the browser to be tested based on running the test script in the test environment.

Description

Multi-browser testing methods, apparatus, equipment, media and program products

Technical field

The present disclosure relates to the field of financial technology, and more specifically to a multi-browser testing method, device, equipment, medium and program product.

Background technique

Existing browsers often have multiple types and versions, and different test environments and different test scripts need to be prepared for different browsers. As a result, the cost of multi-browser testing is high, and the test environment is relatively complex, which is not conducive to monitoring. Writing test scripts for different browsers requires higher professional capabilities of testers, resulting in higher labor costs. Moreover, the current browser testing process is usually played back through machine language, and testers cannot observe the browser testing situation in real time, which is not conducive to ensuring the accuracy of the test in a timely manner.

Contents of the invention

In view of the above problems, the present disclosure provides a multi-browser testing method, apparatus, equipment, media and program products.

According to the first aspect of the present disclosure, a multi-browser testing method is provided, including: determining a master browser and a browser to be tested from multiple browsers; responding to operational behavior instructions input by the master browser , execute the recording of the script; determine the key code segments based on the script; start the test environment based on the configuration file of the browser to be tested; generate the test script based on the configuration file and the key code segments; based on running the test script in the test environment, Execute tests for the browser under test.

According to an embodiment of the present disclosure, determining the master browser from multiple browsers includes: obtaining historical data of each browser; determining the test frequency of each browser based on the historical data; The browser is determined to be the master browser.

According to an embodiment of the present disclosure, executing the recording of the script in response to the input operation behavior instruction of the main control browser includes: performing page monitoring on the main control browser; in response to the input operation behavior instruction, executing the recording of the script; Among them, the script contains all operation behavior instructions on the main control browser page; based on the preset file saving path, the script is saved to the specified directory.

According to an embodiment of the present disclosure, the multi-browser testing method further includes: performing a scheduled scan on the specified directory; and obtaining the latest uploaded script based on the scheduled scan.

According to an embodiment of the present disclosure, determining a key code segment based on a script includes: extracting test instructions in the script and determining the key code segment; where the key code segment is a set of test instructions.

According to an embodiment of the present disclosure, the test environment is a mirror container. Based on the configuration file of the browser to be tested, starting the test environment includes: reading the configuration file of the browser to be tested to obtain the model and version of the browser to be tested; The model and version of the test browser are searched for the test environment; in response to the successful search of the test environment, the test environment is started; in response to the failure of the test environment search, the test environment is created.

According to an embodiment of the present disclosure, creating a test environment includes: reading the configuration file of the browser to be tested to obtain the model and version of the browser to be tested; and determining the driver of the browser to be tested based on the model and version of the browser to be tested ; Create an image container based on the model, version and driver of the browser to be tested.

According to an embodiment of the present disclosure, generating a test script based on the configuration file and key code segments includes: determining test environment parameters based on the configuration file of the browser to be tested; wherein the configuration file includes the version and model of each browser; reading The bytecode of the script is modified based on the test environment parameters to obtain the test code of the browser to be tested. Multiple classes are created in the test code; insert the key code segment into the specified class in the test code to obtain Test script.

According to an embodiment of the present disclosure, running the test script in the test environment to perform the test of the browser to be tested includes: sending the test script to the test environment; executing the test script in the test environment; in response to the test script starting to run, Visually display the test environment interface.

A second aspect of the present disclosure provides a multi-browser testing device, including: a determination module for determining a master browser and a browser to be tested from multiple browsers; a recording module for responding to the master browser The operation behavior instructions input by the browser are used to record the script; the analysis module is used to determine the key code segments based on the script; the environment startup module is used to start the test environment based on the configuration file of the browser to be tested; the generation module is used to Generate test scripts based on configuration files and key code segments; the test module is used to run test scripts in the test environment to perform tests on the browser to be tested.

A third aspect of the present disclosure provides an electronic device, including: one or more processors; a memory for storing one or more programs, wherein when the one or more programs are processed by the one or more When the processor is executed, one or more processors are caused to execute the above multi-browser testing method.

A fourth aspect of the present disclosure also provides a computer-readable storage medium on which executable instructions are stored. When executed by a processor, the instructions cause the processor to execute the above-mentioned multi-browser testing method.

A fifth aspect of the present disclosure also provides a computer program product, including a computer program that implements the above multi-browser testing method when executed by a processor.

Description of the drawings

The above and other objects, features and advantages of the present disclosure will become more apparent from the following description of embodiments of the present disclosure with reference to the accompanying drawings, in which:

Figure 1 schematically shows an application scenario diagram of multi-browser testing methods, devices, equipment, media and program products according to embodiments of the present disclosure;

Figure 2 schematically shows a flow chart of a multi-browser testing method according to an embodiment of the present disclosure;

Figure 3 schematically shows a flow chart for determining a master browser from multiple browsers according to an embodiment of the present disclosure;

Figure 4 schematically illustrates a flow chart of recording a script executed in response to an operation behavior instruction input by the master browser according to an embodiment of the present disclosure;

Figure 5 schematically shows a flow chart for starting a test environment based on the configuration file of the browser to be tested according to an embodiment of the present disclosure;

Figure 6 schematically shows a flow chart for creating a test environment according to an embodiment of the present disclosure;

Figure 7 schematically shows a flow chart for generating a test script based on configuration files and key code segments according to an embodiment of the present disclosure;

Figure 8 schematically illustrates a flow chart of running a test script in a test environment to perform testing of a browser to be tested according to an embodiment of the present disclosure;

Figure 9 schematically shows a structural block diagram of a multi-browser testing device according to an embodiment of the present disclosure; and

FIG. 10 schematically shows a block diagram of an electronic device suitable for implementing a multi-browser testing method according to an embodiment of the present disclosure.

Detailed ways

Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood, however, that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for convenience of explanation, numerous specific details are set forth to provide a comprehensive understanding of the disclosed embodiments. It will be apparent, however, that one or more embodiments may be practiced without these specific details. Furthermore, in the following description, descriptions of well-known structures and techniques are omitted to avoid unnecessarily confusing the concepts of the present disclosure.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the disclosure. The terms "comprising," "comprising," and the like, as used herein, indicate the presence of stated features, steps, operations, and/or components but do not exclude the presence or addition of one or more other features, steps, operations, or components.

All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art, unless otherwise defined. It should be noted that the terms used here should be interpreted to have meanings consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

Where an expression similar to "at least one of A, B, C, etc." is used, it should generally be interpreted in accordance with the meaning that a person skilled in the art generally understands the expression to mean (e.g., "having A, B and C "A system with at least one of" shall include, but is not limited to, systems with A alone, B alone, C alone, A and B, A and C, B and C, and/or systems with A, B, C, etc. ).

It should be noted that the multi-browser testing method and device provided by the present disclosure can be used in the field of financial technology, and can also be used in any field except the financial field. The application fields of the multi-browser testing method and device provided by the present disclosure are: No restrictions.

In the technical solution of this disclosure, the acquisition, storage and application of user personal information involved are in compliance with relevant laws and regulations, necessary confidentiality measures are taken, and do not violate public order and good customs.

In the technical solution of the present disclosure, the user's authorization or consent is obtained before obtaining or collecting the user's personal information.

Embodiments of the present disclosure provide a multi-browser testing method, including: determining a master browser and a browser to be tested from multiple browsers. In response to the operation behavior command input by the main control browser, the recording of the script is executed. Based on the script, identify key code segments. Start the test environment based on the configuration file of the browser to be tested. Generate test scripts based on configuration files and key code segments. Run the test script in the test environment to perform tests on the browser under test.

Figure 1 schematically shows an application scenario diagram of a multi-browser testing method, apparatus, equipment, media and program products according to an embodiment of the present disclosure.

As shown in Figure 1, the application scenario 100 according to this embodiment may include terminal devices 101, 102, 103, a network 104 and a server 105. The network 104 is a medium used to provide communication links between the terminal devices 101, 102, 103 and the server 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.

Users can use terminal devices 101, 102, 103 to interact with the server 105 through the network 104 to receive or send messages, etc. Various communication client applications can be installed on the terminal devices 101, 102, and 103, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only examples).

The terminal devices 101, 102, and 103 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

The server 105 may be a server that provides various services, such as a backend management server that provides support for websites browsed by users using the terminal devices 101, 102, and 103 (example only). The background management server can analyze and process the received user request and other data, and feed back the processing results (such as web pages, information, or data obtained or generated according to the user request) to the terminal device.

It should be noted that the multi-browser testing method provided by the embodiment of the present disclosure can generally be executed by the server 105. Correspondingly, the multi-browser testing device provided by the embodiment of the present disclosure can generally be installed in the server 105. The multi-browser testing method provided by the embodiment of the present disclosure can also be executed by a server or server cluster that is different from the server 105 and can communicate with the terminal devices 101, 102, 103 and/or the server 105. Correspondingly, the multi-browser testing device provided by the embodiment of the present disclosure can also be set up in a server or server cluster that is different from the server 105 and can communicate with the terminal devices 101, 102, 103 and/or the server 105.

It should be understood that the number of terminal devices, networks and servers in Figure 1 is only illustrative. Depending on implementation needs, there can be any number of end devices, networks, and servers.

The multi-browser testing method of the disclosed embodiment will be described in detail below based on the scenario described in Figure 1 and through Figures 2 to 8.

Figure 2 schematically shows a flow chart of a multi-browser testing method according to an embodiment of the present disclosure.

As shown in Figure 2, the multi-browser test in this embodiment includes operations S210 to S260.

In operation S210, a master browser and a browser to be tested are determined from multiple browsers.

In some embodiments, there are usually multiple browsers, and performing page monitoring on each browser requires a large amount of resources.

Therefore, the present disclosure proposes to divide multiple browsers into master browsers and browsers to be tested, where the master browser is a browser with a higher testing frequency, and the remaining browsers are browsers to be tested. By monitoring the page behavior of the master browser, the test behavior executed in the master browser is determined. In response to the presence of test behavior in the master browser, a synchronous test is performed on the browser to be tested.

By dividing the browser into a master browser and a browser to be tested, and monitoring the page of the master browser, system resources can be effectively saved.

In operation S220, recording of the script is performed in response to the operation behavior instruction input by the host browser.

In some embodiments, the script is recorded on the master browser through a script monitoring service. When the master browser is opened, the script monitoring service will also be opened accordingly. When the script monitoring service detects that an operation behavior instruction is entered on the master browser, the script monitoring service records the script of the master browser.

In operation S230, a key code segment is determined based on the script.

In some embodiments, the recorded script is parsed, and a set of test instructions in the test script is determined as a key code segment.

In a specific implementation, the recorded script is parsed and the script is parsed into multiple operation steps. Extract the testScript method in the operation step to obtain the key code segment. The testScript method contains a series of instructions for executing specific tests to implement browser testing.

The complete browser testing process includes at least the steps of setting up a test environment, building test cases, and writing test instructions. This disclosure analyzes the recorded script, restores the script into multiple browser test steps, further analyzes the step of writing test instructions, and determines the key code segment from the testScript method, where the key code segment is used for A collection of instructions that perform a specific test.

In operation S240, a test environment is started based on the configuration file of the browser to be tested.

In some embodiments, the monitoring and scheduling service is used to read the configuration file of the browser to be tested, determine the test environment corresponding to the browser to be tested based on the configuration file, and start the test environment for subsequent testing. Among them, the test environment is a mirror container built based on the configuration file of the browser to be tested. The configuration file of the browser to be tested is in JSON format and contains the configuration information of the browser and the server address information of Selenoid hub. Selenoid hub is used to start in the mirror container. browser.

In operation S250, a test script is generated according to the configuration file and key code segments.

In some embodiments, the open source component library javassist dynamically generates a test script for testing the browser to be tested based on the configuration file of the browser to be tested, and the test instructions in the test script are the above-mentioned key code segments.

In operation S260, a test of the browser to be tested is performed based on running the test script in the test environment.

In some embodiments, the test script is distributed to the corresponding test environment, and the browser to be tested is tested in the started test environment. This application uses mirror containers to build a test environment. Since mirror containers have the characteristics of resource isolation, multiple mirror containers can be built in one hardware server. Each mirror container is equivalent to a hardware server that can be independently tested. When conducting multi-browser testing, parallel testing of multiple browsers to be tested can be implemented to improve testing efficiency and reduce testing time.

This disclosed embodiment performs script recording on the operation behavior on the main control browser, extracts the key code segments in the recorded script, and dynamically generates them based on the configuration file of the browser to be tested and the key code segments for testing the browser to be tested. test script, and run the test script in the image container to execute the test of the browser to be tested. The multi-browser testing method provided by the present disclosure, whether it is script recording of the master browser or generation of test scripts, is automatically implemented, which reduces the ability requirements for technical personnel and enables efficient testing of multiple browsers.

Based on the above embodiments, FIG. 3 schematically shows a flow chart for determining a master browser from multiple browsers according to an embodiment of the present disclosure.

As shown in Figure 3, determining the master browser from multiple browsers in this embodiment includes operations S310 to S330.

In operation S310, historical data of each browser is obtained.

In operation S320, the testing frequency of each browser is determined based on historical data.

In operation S330, the browser corresponding to the highest testing frequency is determined as the master browser.

In some embodiments, based on the testing frequency in the historical data of each browser, the browser with the highest testing frequency is determined as the master browser, and based on the user's operating behavior on the master browser, other browsers are Test to ensure the timeliness of browser testing and avoid the situation where some browsers have not been tested for a long time.

Based on the above embodiments, FIG. 4 schematically illustrates a flowchart of recording a script executed in response to an operation behavior instruction input by the host browser according to an embodiment of the present disclosure.

As shown in FIG. 4 , in this embodiment, the recording of execution script in response to the operation behavior instruction inputted by the master browser includes operations S410 to S430.

In operation S410, page monitoring is performed on the master browser.

In some embodiments, a script monitoring service is set up for the master browser, and the script monitoring service at least has a browser page monitoring function and a script recording function. The script monitoring service is started when the master browser is started. For example, when the master browser is the Chrome browser version 107.0.5304.121, based on the configuration of the master browser (such as version, model, etc.), select the corresponding script monitoring service, which can be installed in the master browser On, when the master browser is started, the script monitoring service is also started to monitor the page of the master browser.

In operation S420, recording of the script is performed in response to the input operation behavior instruction.

In some embodiments, when the script monitoring service detects that an operation behavior instruction is input on the main browser page, the script recording function is enabled to record the script on the main browser page. The recorded script includes all the commands on the page. Operational behavioral instructions.

In operation S430, the script is saved to the specified directory based on the preset file saving path.

In some embodiments, the file saving path of the script monitoring service is preset. After the script recording of the master browser page is completed, the file saving path is automatically saved to the specified directory based on the preset file saving path. And unify the storage format of the script. The storage format of the script can be AutoTestFile_XXXX-XX-XX HH:mm:ss, which is stored with the time when the script recording is completed. For example, AutoTestFile_2023-01-0117:35:24.script means that The script was recorded at 17:35:24 on 2023-01-01, which facilitates sorting the scripts in chronological order, so that the recorded script eventually forms a complete code string that can be used for browser testing.

In some embodiments, the multi-browser testing method may also include: performing a scheduled scan on the specified directory; and obtaining the latest uploaded script based on the scheduled scan. Among them, the frequency of scheduled scanning is once every 1 second. This scheduled scanning process continues during the test process of the master browser to ensure the integrity of the script.

Based on the above embodiments, FIG. 5 schematically shows a flow chart for starting a test environment based on the configuration file of the browser to be tested according to an embodiment of the present disclosure.

As shown in Figure 5, starting the test environment based on the configuration file of the browser to be tested in this embodiment includes operations S510 to S540.

In operation S510, the configuration file of the browser to be tested is read to obtain the model and version of the browser to be tested.

In operation S520, a test environment is found based on the model and version of the browser to be tested.

In operation S530, in response to the test environment finding being successful, the test environment is started.

In operation S540, in response to the test environment lookup failure, a test environment is created.

In some embodiments, according to the configuration file of the browser to be tested, a test environment corresponding to the browser to be tested is determined, and the test environment is started for testing the browser to be tested, where the test environment is a mirror container (Docker ). Each Docker is equivalent to a hardware server that can be tested independently. Therefore, using Docker containers to perform browser testing can effectively save hardware resources. Even for different browsers, multiple browsers can be deployed on one hardware server. Docker containers enable multi-browser testing without the need to use a large number of hardware servers and avoid the waste of hardware resources. Since the running mechanism of the Docker container is a sandbox mechanism, there is no interface, and complete isolation from the outside world can limit the test script to a specific operating range to avoid different browsers from affecting each other, so as to smoothly achieve simultaneous testing of multiple browsers.

During specific implementation, the model information and version information of the browser to be tested are obtained by reading the configuration file of the browser to be tested. Model information mainly refers to the company to which the browser belongs, such as Chrome browser, Firefox browser, IE browser, Microsoft Edge browser, etc. Version information refers to the specific version of each browser model. For example, the Chrome browser can be further divided into version 107.0, version 78.0, etc. Based on the model information and version information of the browser to be tested, find whether there is a Docker container corresponding to the browser to be tested in the established test environment. If the search is successful, that is, the Docker container corresponding to the browser to be tested is found, and the Docker container is started for browser testing. If the search fails, that is, the Docker container corresponding to the browser to be tested is not found, the test environment is created, that is, the corresponding Docker container is created.

Based on the above embodiments, FIG. 6 schematically shows a flow chart for creating a test environment according to embodiments of the present disclosure.

As shown in Figure 6, creating a test environment in this embodiment includes operations S610 to S630.

In operation S610, the configuration file of the browser to be tested is read to obtain the model and version of the browser to be tested.

In operation S620, the driver of the browser to be tested is determined based on the model and version of the browser to be tested.

In operation S630, an image container is created according to the model, version and driver of the browser to be tested.

In some embodiments, as many browsers of different models and versions are usually collected as possible, and based on the versions and models of these browsers, multiple Docker containers corresponding to each browser are produced. Among them, when creating a Docker container, you can set the identifier of the Docker container corresponding to the browser based on the display name of each browser to facilitate the search and identification of the Docker container and improve the startup efficiency of the Docker container.

Among them, Docker is an open source application container engine that allows developers to package their applications and dependency packages into a portable container and then publish them to any popular Linux. A Docker image is similar to an image in a virtual machine. It is a read-only template and an independent file system that includes the data required to run the container and can be used to create new containers. Docker containers are running instances created from Docker images. Docker containers are similar to virtual machines.

In a specific embodiment, each browser to be tested is matched with a Docker container used for testing. In addition to the model information and version information of the browser, the configuration file of the browser to be tested can also include Selenoidhub's server address information. Selenoid hub is an open source tool for performing automated testing on web browsers. It has extremely high compatibility and can be applied to many types of browsers.

In some embodiments, browser testing in the Docker container is implemented by calling the Selenoid service in the Selenoid hub to run the browser in the Docker container. Selenoid has the advantages of visualizing the running process, supporting the simultaneous operation of multiple versions of browsers, remote operation, and video recording, making it easy to implement simultaneous testing of multiple browsers.

This disclosure deploys Docker containers on hardware servers in a cluster manner, and implements browser testing by running browsers in Docker containers, effectively realizing synchronous testing of multiple browsers.

Based on the above embodiments, FIG. 7 schematically shows a flow chart for generating a test script based on configuration files and key code segments according to an embodiment of the present disclosure.

As shown in Figure 7, generating a test script based on the configuration file and key code segments in this embodiment includes operations S710 to S730.

In operation S710, test environment parameters are determined based on the configuration file of the browser to be tested.

In operation S720, the bytecode of the script is read, and based on the test environment parameters, the bytecode is modified to obtain the test code of the browser to be tested. Multiple classes are created in the test code.

In operation S730, the key code segment is inserted into the specified class in the test code to obtain a test script.

In some embodiments, different browsers have different test environments. Therefore, it is necessary to determine the test environment parameters of the current browser to be tested based on the configuration file of the browser to be tested. Based on the test environment parameters, the test script of the browser to be tested is dynamically generated.

And since the test script in this disclosure executes the browser test in the Docker container of the virtual environment, the specific form of the test script can be bytecode directly applied to the virtual environment.

Dynamically generating test scripts can achieve non-invasive code expansion, that is, changing the existing bytecode in the test environment without modifying the source code, and implementing browser testing quickly and easily.

In specific implementation, the test script should include basic class methods for running the script and class methods for testing the browser. Test scripts consist of dynamically generated code and key code snippets. The dynamically generated code is used to maintain the smooth running of the script. It contains multiple classes and is dynamically generated by the java agent method in the open source component library javassist. The dynamically generated code can be directly attached to the specified test process to implement testing. The script runs smoothly in the Docker container. The key code segment is inserted into the specified class in the dynamically generated code, and is called by calling the execScript method of the specified class to test the browser to be tested. The test script may also include an executable jar file generated by dynamic compilation, which is used to insert the test script into a specified virtual test environment (Docker container).

The test script generation method provided by the embodiment of the present disclosure automatically records the script of the master browser, and automatically generates a script for the browser to be tested based on the recorded script. This method of automatically generating test scripts in real time based on the test operations of the main browser reduces the technical ability requirements of the testers. The testers only need to perform the test operations of the main browser to implement the remaining tests. Browser sync testing. It effectively reduces the workload of testers writing multiple test scripts for different browsers, reduces labor costs, and improves testing efficiency. Moreover, the present disclosure realizes the synchronous testing of multiple browsers to be tested by establishing multiple Docker containers that do not interfere with each other, and realizes the management of multiple types and multiple versions of browsers in a very small test environment.

Based on the above embodiments, FIG. 8 schematically shows a flow chart of running a test script in a test environment to perform testing of the browser to be tested according to an embodiment of the present disclosure.

As shown in FIG. 8 , in this embodiment, running the test script in the test environment to perform the test of the browser to be tested includes operations S810 to S830.

In operation S810, the test script is delivered to the test environment.

In operation S820, the test script is executed in the test environment.

In operation S830, in response to the test script starting to run, the test environment interface is visually displayed.

In some embodiments, the Selenoid Master service is accessed through a virtual network console (Virtual Network Console, VNC), and the browser test pages of all running Docker containers are video displayed, so that testers can view multiple browsers at the same time. The test screen allows testers to simultaneously observe the feedback information of multiple browsers during the test process in real time, ensuring the accuracy of each browser test, and making it easy for testers to make timely adjustments during the test process.

Based on the above multi-browser testing method, the present disclosure also provides a multi-browser testing device. The device will be described in detail below with reference to FIG. 9 .

Figure 9 schematically shows a structural block diagram of a multi-browser testing device according to an embodiment of the present disclosure.

As shown in FIG. 9 , the multi-browser testing device 900 of this embodiment includes a determination module 910 , a recording module 920 , an analysis module 930 , an environment startup module 940 , a generation module 950 and a testing module 960 .

The determining module 910 is used to determine the master browser and the browser to be tested from multiple browsers. In an embodiment, the determination module 910 may be used to perform the operation S210 described above, which will not be described again here.

The recording module 920 is configured to perform recording of the script in response to the operation behavior instructions input by the main control browser. In an embodiment, the recording module 920 may be used to perform the operation S220 described above, which will not be described again here.

The analysis module 930 is used to determine key code segments based on the script. In an embodiment, the analysis module 930 may be used to perform the operation S230 described above, which will not be described again here.

The environment startup module 940 is used to start the test environment based on the configuration file of the browser to be tested. In one embodiment, the environment startup module 940 may be used to perform the operation S240 described above, which will not be described again here.

The generation module 950 is used to generate test scripts based on configuration files and key code segments. In an embodiment, the generation module 950 may be used to perform the operation S250 described above, which will not be described again here.

The testing module 960 is used to run test scripts in the testing environment to perform testing of the browser to be tested. In one embodiment, the test module 960 may be used to perform the operation S260 described above, which will not be described again here.

According to embodiments of the present disclosure, any multiple modules among the determination module 910, the recording module 920, the analysis module 930, the environment startup module 940, the generation module 950 and the testing module 960 can be combined and implemented in one module, or any one of them Modules can be split into multiple modules. Alternatively, at least part of the functionality of one or more of these modules may be combined with at least part of the functionality of other modules and implemented in one module. According to an embodiment of the present disclosure, at least one of the determining module 910, the recording module 920, the analyzing module 930, the environment starting module 940, the generating module 950 and the testing module 960 may be at least partially implemented as a hardware circuit, such as a field programmable gate. Array (FPGA), programmable logic array (PLA), system on a chip, system on a substrate, system on a package, application specific integrated circuit (ASIC), or any other reasonable means by which circuits can be integrated or packaged Or firmware, or any one of the three implementation methods of software, hardware and firmware, or an appropriate combination of any of them. Alternatively, at least one of the determination module 910, the recording module 920, the analysis module 930, the environment startup module 940, the generation module 950 and the testing module 960 may be at least partially implemented as a computer program module, and when the computer program module is run, Can perform corresponding functions.

FIG. 10 schematically shows a block diagram of an electronic device suitable for implementing a multi-browser testing method according to an embodiment of the present disclosure.

As shown in FIG. 10 , an electronic device 1000 according to an embodiment of the present disclosure includes a processor 1001 that can be loaded into a random access memory (RAM) 1003 according to a program stored in a read-only memory (ROM) 1002 or from a storage part 1008 program to perform various appropriate actions and processes. Processor 1001 may include, for example, a general-purpose microprocessor (eg, a CPU), an instruction set processor and/or an associated chipset, and/or a special-purpose microprocessor (eg, an application specific integrated circuit (ASIC)), or the like. Processor 1001 may also include onboard memory for caching purposes. The processor 1001 may include a single processing unit or multiple processing units for performing different actions of the method flow according to the embodiments of the present disclosure.

In the RAM 1003, various programs and data required for the operation of the electronic device 1000 are stored. The processor 1001, ROM 1002, and RAM 1003 are connected to each other through a bus 1004. The processor 1001 performs various operations according to the method flow of the embodiment of the present disclosure by executing programs in the ROM 1002 and/or RAM 1003. It should be noted that the program may also be stored in one or more memories other than ROM 1002 and RAM 1003. The processor 1001 may also perform various operations according to the method flow of embodiments of the present disclosure by executing programs stored in the one or more memories.

According to embodiments of the present disclosure, the electronic device 1000 may further include an input/output (I/O) interface 1005 that is also connected to the bus 1004 . Electronic device 1000 may also include one or more of the following components connected to I/O interface 1005: an input portion 1006 including a keyboard, mouse, etc.; including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and an output section 1007 of speakers and the like; a storage section 1008 including a hard disk and the like; and a communication section 1009 including a network interface card such as a LAN card, a modem and the like. The communication section 1009 performs communication processing via a network such as the Internet. Driver 1010 is also connected to I/O interface 1005 as needed. Removable media 1011, such as magnetic disks, optical disks, magneto-optical disks, semiconductor memories, etc., are installed on the drive 1010 as needed, so that a computer program read therefrom is installed into the storage portion 1008 as needed.

The present disclosure also provides a computer-readable storage medium. The computer-readable storage medium may be included in the device/device/system described in the above embodiments; it may also exist independently without being assembled into the device/system. in the device/system. The above computer-readable storage medium carries one or more programs. When the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.

According to embodiments of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, which may include, but is not limited to, portable computer disks, hard disks, random access memory (RAM), and read-only memory (ROM). , erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above. In this disclosure, a computer-readable storage medium may be any tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device. For example, according to embodiments of the present disclosure, the computer-readable storage medium may include one or more memories other than the ROM 1002 and/or RAM 1003 and/or the ROM 1002 and RAM 1003 described above.

Embodiments of the present disclosure also include a computer program product including a computer program containing program code for performing the method illustrated in the flowchart. When the computer program product is run in the computer system, the program code is used to cause the computer system to implement the item recommendation method provided by the embodiments of the present disclosure.

When the computer program is executed by the processor 1001, the above-described functions defined in the system/device of the embodiment of the present disclosure are performed. According to embodiments of the present disclosure, the systems, devices, modules, units, etc. described above may be implemented by computer program modules.

In one embodiment, the computer program may rely on tangible storage media such as optical storage devices and magnetic storage devices. In another embodiment, the computer program can also be transmitted and distributed in the form of a signal on a network medium, and downloaded and installed through the communication part 1009, and/or installed from the removable medium 1011. The program code contained in the computer program can be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

In such embodiments, the computer program may be downloaded and installed from the network via communication portion 1009 and/or installed from removable media 1011. When the computer program is executed by the processor 1001, the above-described functions defined in the system of the embodiment of the present disclosure are performed. According to embodiments of the present disclosure, the systems, devices, devices, modules, units, etc. described above may be implemented by computer program modules.

According to the embodiments of the present disclosure, the program code for executing the computer program provided by the embodiments of the present disclosure may be written in any combination of one or more programming languages. Specifically, high-level procedural and/or object-oriented programming may be utilized. programming language, and/or assembly/machine language to implement these computational procedures. Programming languages include, but are not limited to, programming languages such as Java, C++, python, "C" language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, partly on a remote computing device, or entirely on the remote computing device or server. In situations involving remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., provided by an Internet service). (business comes via Internet connection).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operations of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code that contains one or more logic functions that implement the specified executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown one after another may actually execute substantially in parallel, or they may sometimes execute in the reverse order, depending on the functionality involved. It will also be noted that each block in the block diagram or flowchart illustration, and combinations of blocks in the block diagram or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or operations, or may be implemented by special purpose hardware-based systems that perform the specified functions or operations. Achieved by a combination of specialized hardware and computer instructions.

Those skilled in the art will understand that the features described in the various embodiments and/or claims of the present disclosure may be combined or/or combined in various ways, even if such combinations or combinations are not explicitly described in the present disclosure. In particular, various combinations and/or combinations of features recited in the various embodiments and/or claims of the disclosure may be made without departing from the spirit and teachings of the disclosure. All such combinations and/or combinations fall within the scope of this disclosure.

The embodiments of the present disclosure have been described above. However, these examples are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although each embodiment is described separately above, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. The scope of the disclosure is defined by the appended claims and their equivalents. Without departing from the scope of the present disclosure, those skilled in the art can make various substitutions and modifications, and these substitutions and modifications should all fall within the scope of the present disclosure.

Claims (13)

1. A multi-browser testing method, including: Determine the master browser and the browser to be tested from multiple browsers; In response to the operation behavior instructions input by the main control browser, execute the recording of the script; Based on the script, identify key code segments; Based on the configuration file of the browser to be tested, start the test environment; Generate a test script according to the configuration file and the key code segment; Based on running the test script in the test environment, the test of the browser to be tested is performed. 2. The multi-browser testing method according to claim 1, wherein determining the master browser from multiple browsers includes: Obtain historical data for each browser; Based on the historical data, determine the testing frequency of each browser; The browser corresponding to the highest testing frequency is determined as the master browser. 3. The multi-browser testing method according to claim 1, wherein the recording of the execution script in response to the operation behavior instructions input by the master browser includes: Perform page monitoring on the master browser; In response to the input operation behavior instructions, perform recording of the script; wherein the script contains all operation behavior instructions on the main control browser page; Based on the preset file saving path, save the script to the specified directory. 4. The multi-browser testing method according to claim 3, further comprising: Perform regular scans of the specified directory; Based on the scheduled scan, the latest uploaded script is obtained. 5. The multi-browser testing method according to claim 1, wherein determining key code segments based on the script includes: Extract the test instructions in the script and determine the key code section; where the key code section is a set of the test instructions. 6. The multi-browser testing method according to claim 1, wherein the test environment is a mirror container, and starting the test environment based on the configuration file of the browser to be tested includes: Read the configuration file of the browser to be tested and obtain the model and version of the browser to be tested; Find the test environment based on the model and version of the browser to be tested; In response to the successful search of the test environment, start the test environment; In response to the test environment lookup failing, create a test environment. 7. The multi-browser testing method according to claim 6, said creating a test environment includes: Read the configuration file of the browser to be tested and obtain the model and version of the browser to be tested; Based on the model and version of the browser to be tested, determine the driver of the browser to be tested; Create an image container based on the model, version and driver of the browser to be tested. 8. The multi-browser testing method according to claim 1, generating a test script according to the configuration file and the key code segment, including: Determine the test environment parameters based on the configuration file of the browser to be tested; wherein the configuration file includes the version and model of each browser; Read the bytecode of the script, modify the bytecode based on the test environment parameters, and obtain the test code of the browser to be tested, where multiple classes are created in the test code; Insert the key code snippet into the specified class in the test code to obtain the test script. 9. The multi-browser testing method according to claim 1, said running a test script in the test environment to perform the test of the browser to be tested, including: Distribute test scripts to the test environment; Execute the test script in the test environment; In response to the test script starting to run, the test environment interface is visually displayed. 10. A multi-browser testing device, including: The determination module is used to determine the master browser and the browser to be tested from multiple browsers; The recording module is used to execute the recording of the script in response to the operation behavior instructions input by the main control browser; An analysis module, used to determine key code segments based on the script; The environment startup module is used to start the test environment based on the configuration file of the browser to be tested; A generation module, configured to generate a test script based on the configuration file and the key code segment; The test module is used to run test scripts in the test environment to perform tests on the browser to be tested. 11. An electronic device, including: one or more processors; a storage device for storing one or more programs, Wherein, when the one or more programs are executed by the one or more processors, the one or more processors are caused to execute the method according to any one of claims 1 to 9. 12. A computer-readable storage medium having executable instructions stored thereon, which when executed by a processor causes the processor to perform the method according to any one of claims 1 to 9. 13. A computer program product, comprising a computer program that implements the method according to any one of claims 1 to 9 when executed by a processor.