Target page testing method and device, electronic equipment and storage medium

Abstract

The invention relates to a target page testing method and device, electronic equipment and a storage medium. The target page testing method comprises the steps that a target page is displayed, the target page comprises at least one control, and each control is configured with a port for calling a server side; in response to a test operation on a target control in the at least one control, a calling request is sent to the server side based on a port corresponding to the target control, and the calling request is used for calling a target function corresponding to the target control; and receiving and displaying a calling result of the target function sent by the server. According to the embodiment of the invention, each control on the target page is configured with the port for calling the server, so that when the target control is subjected to the test operation, the capacity of the server can be called to test the target function to obtain the calling result, and the calling result is displayed on the target page. In this way, the efficiency of target page testing can be improved.

Description

Technical Field

[0001] The present disclosure relates to the field of information technology, and in particular to a target page testing method, device, electronic device and storage medium. Background Art

[0002] With the development of Internet applications, the usage rate of various applications has gradually increased, which has led to a gradual increase in various development needs. Different applications implement different functions and have corresponding development needs.

[0003] In related solutions, application development is often performed on a development platform. However, the code writing and page preview of the development platform are separate. After the code writing is completed during the development process, the code debugging (or testing) is performed on a proprietary platform, which results in low development efficiency. Summary of the invention

[0004] The present invention provides a target page testing method, device, electronic device and storage medium.

[0005] In a first aspect of an embodiment of the present disclosure, a target page testing method is provided, the method comprising:

[0006] Displaying a target page, the target page comprising at least one control, wherein each of the controls is configured with a port for calling a server;

[0007] In response to a test operation on a target control among the at least one control, sending a call request to the server based on a port corresponding to the target control, wherein the call request is used to call a target function corresponding to the target control;

[0008] Receive and display the call result of the target function sent by the server.

[0009] In some embodiments, before displaying the target page, the method further includes:

[0010] Different ports are configured for different controls of the target page.

[0011] In some embodiments, configuring different ports for different controls on the target page includes:

[0012] A port is configured for at least one control of the target page by importing a specified toolkit into the code of the target page.

[0013] In some embodiments, the method further comprises:

[0014] Receiving, on the target page, a test parameter corresponding to the test operation;

[0015] The sending a call request to the server in response to the test operation on the target control in the at least one control includes:

[0016] In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

[0017] In some embodiments, the target function includes at least one of the following:

[0018] Project compilation;

[0019] Project packaging;

[0020] Project verification;

[0021] Project dependencies;

[0022] Project release. In a second aspect of the disclosed embodiment, another target page testing method is provided, the method comprising:

[0023] Receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used to call a target function corresponding to a target control in a target page displayed by the client;

[0024] The result of calling the target function is sent to the client.

[0025] In some embodiments, the method further comprises:

[0026] The target control corresponding to the port configured on the target page configures the task information based on the function.

[0027] In some embodiments, the method further comprises:

[0028] After receiving the call request, executing the task corresponding to the target function according to the configured task information and obtaining the execution result;

[0029] The execution result is returned to the client based on the port.

[0030] In some embodiments, different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

[0031] In some embodiments, the receiving a call request sent by a client based on a port corresponding to a target control includes:

[0032] A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

[0033] In some embodiments, the target function is a function associated with a shell command.

[0034] In some embodiments, the target function includes at least one of the following:

[0035] Project compilation;

[0036] Project packaging;

[0037] Project verification;

[0038] Project dependencies;

[0039] Project release.

[0040] According to a third aspect of the present disclosure, a target page testing device is provided, the device comprising:

[0041] A display module, used for displaying a target page, wherein the target page includes at least one control, wherein each of the controls is configured with a port for calling a server;

[0042] A sending module, configured to send a call request to the server based on a port corresponding to the target control in response to a test operation on a target control among the at least one control, wherein the call request is used to call a target function corresponding to the target control;

[0043] The first receiving module is used to receive and display the call result of the target function sent by the server.

[0044] In some embodiments, before displaying the target page, the device further includes:

[0045] The configuration module is used to configure different ports for different controls of the target page.

[0046] In some embodiments, the configuration module is used to:

[0047] A port is configured for at least one control of the target page by importing a specified toolkit into the code of the target page.

[0048] In some embodiments, the apparatus further comprises:

[0049] A second receiving module, configured to receive, on the target page, a test parameter corresponding to the test operation;

[0050] The sending module is used for:

[0051] In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

[0052] In some embodiments, the target function includes at least one of the following:

[0053] Project compilation;

[0054] Project packaging;

[0055] Project verification;

[0056] Project dependencies;

[0057] Project release.

[0058] According to a fourth aspect of the present disclosure, another target page testing device is provided, the device comprising:

[0059] A receiving module, used for receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used for calling a target function corresponding to a target control in a target page displayed by the client;

[0060] A sending module is used to send the call result of the target function to the client.

[0061] In some embodiments, the apparatus further comprises:

[0062] The configuration module is used to configure task information based on the function corresponding to the target control configured with the port on the target page.

[0063] In some embodiments, the apparatus further comprises:

[0064] An execution module, configured to execute the task corresponding to the target function according to the configured task information after receiving the call request and obtain an execution result;

[0065] A returning module is used to return the execution result to the client based on the port.

[0066] In some embodiments, different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

[0067] In some embodiments, the receiving module is used to:

[0068] A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

[0069] In some embodiments, the target function is a function associated with a shell command.

[0070] In some embodiments, the target function includes at least one of the following:

[0071] Project compilation;

[0072] Project packaging;

[0073] Project verification;

[0074] Project dependencies;

[0075] Project release.

[0076] According to a fifth aspect of the embodiments of the present disclosure, an electronic device is provided, including:

[0077] a memory storing computer-readable instructions;

[0078] A processor, connected to the memory, is used to implement the steps of the method described in the first aspect or the second aspect of the above embodiment by running the computer-readable instructions.

[0079] According to a sixth aspect of the embodiments of the present disclosure, a computer-readable storage medium is provided, wherein the computer storage medium stores computer-executable instructions; after the computer-executable instructions are executed by a processor, the steps of the method described in the first aspect or the second aspect of the above-mentioned embodiments can be implemented.

[0080] The technical solution provided by the embodiments of the present disclosure may have the following beneficial effects:

[0081] The target page testing method provided by the disclosed embodiment sets a target control configured with a port for calling the server on the displayed target page. In this way, in response to the test operation on the target control, the server can be called through the port corresponding to the target control to test the target function and obtain the call result. The developer can call the server's ability to test on the target page by testing the target control, and the call result can be displayed on the target page after the developer performs the test operation, so that the developer can easily call the underlying capabilities of the device to test the target page, thereby improving the page testing efficiency and simplifying the page testing. At the same time, the target page testing method provided by the present application can directly realize the timely testing of the target page without using a specified tool, reducing the limitations of special tools developed by specific developers.

[0082] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0083] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0084] Figure 1 This is a flow diagram of a target page testing method provided by an embodiment of the present disclosure. Figure 1 ;

[0085] Figure 2 This is a flow diagram of a target page testing method provided by an embodiment of the present disclosure. Figure 2 ;

[0086] Figure 3 This is a flow diagram of another target page testing method provided by the present disclosure. Figure 1 ;

[0087] Figure 4 This is a flow diagram of another target page testing method provided by the present disclosure. Figure 2 ;

[0088] Figure 5 This is a process diagram of a browser-assisted terminal real-time display method provided by an embodiment of the present disclosure. Figure 1 ;

[0089] Figure 6 This is a process diagram of a browser-assisted terminal real-time display method provided by an embodiment of the present disclosure. Figure 2 ;

[0090] Figure 7 is a structural schematic diagram of a target page testing device provided by an embodiment of the present disclosure;

[0091] Figure 8 is a structural schematic diagram of another target page testing device provided by an embodiment of the present disclosure;

[0092] Fig. 9 It is a structural schematic diagram of an electronic device provided by an embodiment of the present disclosure. DETAILED DESCRIPTION

[0093] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices consistent with some aspects of the present disclosure as detailed in the appended claims.

[0094] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present disclosure is intended to cover any variations, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are to be considered exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0095] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

[0096] The present disclosure provides a target page testing method, such as Figure 1 As shown, the target page testing method includes:

[0097] Step S110: displaying a target page, wherein the target page includes at least one control, wherein each of the controls is configured with a port for calling a server;

[0098] Step S120: in response to the test operation on the target control among the at least one control, sending a call request to the server based on the port corresponding to the target control, wherein the call request is used to call the target function corresponding to the target control;

[0099] Step S130: receiving and displaying the call result of the target function sent by the server.

[0100] The target page testing method can be applied to the client.

[0101] The client and the server may correspond to the foreground and the background in the same terminal device, respectively. Exemplarily, the terminal device may be an intelligent device with certain code editing capabilities, for example, the terminal device may be a terminal device with strong code editing capabilities. Exemplarily, the terminal device may include but is not limited to mobile phones, tablet computers and / or computers, etc., or servers, which can develop, preview and / or debug codes.

[0102] The terminal device can be divided into a front-end and a back-end visible to the developer. Here, the client can run in the front-end, visible to the developer (or tester), and the back-end is invisible to the developer.

[0103] The client and the server can also correspond to the terminal device and the server respectively.

[0104] Exemplarily, the client may correspond to terminal devices such as computers, mobile phones, tablet computers, and smart homes, and the server may correspond to electronic devices such as computers or servers that provide services to the client. A communication connection may be established between the client and the server for transmitting information such as call requests and / or call results.

[0105] The client may be a program that provides local services to developers, and is used to display information and other resources to developers. For example, it may display information such as pictures and / or text to developers through a page, or interact with developers, including but not limited to identifying operations or commands of developers, such as detecting input operations of developers.

[0106] The server can be a program that provides resources to developers, and is used to perform corresponding tasks or functions according to the operations or commands of the developer obtained by the client at the foreground to obtain the resources required by the developer. For example, the developer enters the user name and password when logging into the account of the client at the foreground, and the server at the background can read the information entered by the developer and verify it. If the verification is successful, the correct information is returned, and the client at the foreground will display the relevant resources after the developer logs in. If the verification fails, the error information is returned and displayed on the client at the foreground.

[0107] The server here has the underlying capabilities of the terminal device. Exemplarily, the server has the system capabilities of the operating system of the terminal device. Exemplarily, the system capabilities here include but are not limited to: the execution capabilities of shell commands. For example, the execution capabilities of powershell.exe for Window systems, bash capabilities for Linux systems, and / or zsh capabilities for Mac systems, etc.

[0108] The target page may be a page for displaying resources to developers, and is used to display information such as images and / or text to developers. For example, developers can browse relevant information through the target page, or interact with developers, such as detecting text entered by developers or page buttons clicked by developers.

[0109] The port may be a port for communication between the client and the server, and is used for exchanging data between the client and the server. For example, when the client detects the input and / or operation of the developer, it can be transmitted to the server through the port, and the server executes the corresponding function according to the received information to obtain the execution result, and then returns the execution result to the client through the port to display it to the developer.

[0110] In some embodiments, there may be multiple ports between the client and the server. Exemplarily, the port may be set according to the function executed by the server, and a port may be set for each function. For example, a File Transfer Protocol (FTP) port may be set for uploading and / or downloading files. In this way, the client may select a corresponding port for information transmission according to the operation of the developer, and after receiving the information, the server executes the function corresponding to the port according to the received information to obtain the execution result, and returns the execution result through the port, thereby improving the work efficiency of the client and the server, reducing the response time of the developer's operation, and ensuring the developer experience.

[0111] Exemplarily, the port may be a socket.

[0112] The target control may be a control on the target page that performs functions in response to the developer's operation, and is used to display corresponding data or perform corresponding functions according to the developer's operation. For example, the target control includes but is not limited to buttons, text boxes, menus, and labels. For example, the developer can execute functions such as package compilation of code through buttons on the target page, or input text through text boxes on the target page.

[0113] The test operation may be an interactive behavior between the developer and the client on the target page, such as inputting information such as text and clicking a control (eg, a button) on the target page.

[0114] In the disclosed embodiment, the display page of the browser can be used as the target page. Exemplarily, the testing and development of the code can be implemented through the browser, the code to be tested is input on the target page, and the corresponding function is tested through the target control set on the target page. For example, by clicking the target control corresponding to the compile function, the target input code can be compiled through the port corresponding to the target control to obtain the call result, and returned to the client to display it to the developer through the target page. In this way, during the code testing process, the test code and the test results can be displayed to the developer on the target page at the same time, and then the developer can preview the results obtained by executing a certain test function, and compare the results with the expected requirements to determine whether the test code needs to be adjusted and / or improved. In this way, by displaying the test code, the target control corresponding to the test function, and the call result on the target page, the test efficiency can be improved.

[0115] In the disclosed embodiment, the client detects the operation in the foreground and sends the information to the server in the background through the port. The server in the background executes the corresponding function according to the port to obtain the call result and returns it to the client, and displays it on the target page, so that the developer can preview the call result of the test operation on the target page in time after performing the test operation, so as to facilitate the determination of whether to perform the test operation according to the call result, or choose to perform other test operations. In this way, the efficiency of page testing can be improved and the developer experience can be enhanced.

[0116] In some embodiments, before displaying the target page, the method further includes:

[0117] Different ports are configured for different target controls of the target page.

[0118] In the disclosed embodiment, by configuring different ports for different target controls on the target page, the server can determine the corresponding function to be executed according to the port when receiving information from a certain port, and can call the server's ability to test the execution effect of each control in the target page. In this way, the time for confirming the execution of the function can be reduced and the work efficiency of the server can be improved.

[0119] In some embodiments, configuring different ports for different controls on the target page includes:

[0120] A port is configured for at least one target control of the target page by importing a specified toolkit into the code of the target page.

[0121] The designated toolkit may be a development toolkit for code testing, including but not limited to related tools for assisting code testing, etc. In the disclosed embodiment, the designated toolkit may be determined according to the operating environment of the test code. Exemplarily, when the operating environment of the test code is Node.js (JavaScript, a programming language), the Node (a functional module) manager (Node Package Manager, NPM) package may be used as the designated toolkit. In this way, the configuration of the port corresponding to the target control may be completed by importing the designated toolkit, thereby improving the efficiency of port configuration. By executing the import of the toolkit, the above-mentioned port setting and binding are automatically completed, which has the characteristic of being simple to implement.

[0122] In some embodiments, Figure 2 As shown, the method also includes:

[0123] Step S210: receiving test parameters corresponding to the test operation on the target page;

[0124] Step S220: In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

[0125] In some embodiments, the test parameters may be operating parameters of the test operation, for example, the test parameters include but are not limited to the test running time, the test time and / or the number of tests, etc.

[0126] The test parameters here may be dynamic parameters of the target function test.

[0127] In other embodiments, the test parameter may be a parameter corresponding to a corresponding function of the target control. For example, when the corresponding function of the target control is packaging, the test parameter may be a subpackaging parameter for indicating a subpackaging operation and / or a compression parameter for indicating a compression operation.

[0128] In the disclosed embodiment, the target control may be provided with one or more interactive areas for developers to input, such as text boxes, etc. The developer may determine one or more test parameters by inputting on the target page.

[0129] In the disclosed embodiment, by receiving the test parameters corresponding to the test operation and sending the call request carrying the test parameters to the server, on the one hand, the server can execute the function according to the test parameters to meet the actual needs of the developer, and on the other hand, it can reduce the resource consumption of sending additional test parameters. In this way, the corresponding test parameters can be determined according to the actual needs of the developer, thereby adapting to the different needs of the developer and improving the test efficiency.

[0130] In some embodiments, the target function includes at least one of the following:

[0131] Project compilation;

[0132] Project packaging;

[0133] Project verification;

[0134] Project dependencies;

[0135] Project release.

[0136] The project compilation is used to convert the test code into a computer executable file so that the computer can run the project.

[0137] The project packaging is used to compress and optimize the test code to improve the performance of subsequent project runtimes.

[0138] The project verification is used to verify whether the test code can meet the requirements and ensure that the project can achieve the expected functions.

[0139] The project dependencies are used to set the running order of each test code to ensure the smooth running of the project.

[0140] The project release is used to deploy the test code to the server for running, providing corresponding services for developers.

[0141] In the disclosed embodiments, by executing target functions such as project compilation, packaging, verification, dependency and / or release, different testing requirements of developers can be met and the testing efficiency of the target page can be improved.

[0142] The present disclosure also provides another target page testing method, such as Figure 3 As shown, the method includes:

[0143] Step S310: receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used to call a target function corresponding to a target control in a target page displayed by the client;

[0144] Step S320: Send the result of calling the target function to the client.

[0145] The target page testing method can be applied to the server.

[0146] The client and server can correspond to the foreground and backend in the same terminal device respectively.

[0147] Exemplarily, the terminal device may be an intelligent device with certain code editing capabilities, for example, the terminal device may be a terminal device with strong code editing capabilities. Exemplarily, the terminal device may include but is not limited to mobile phones, tablet computers and / or computers and other terminal devices or servers, which can develop, preview and / or debug codes.

[0148] The terminal device can be divided into a front-end and a back-end visible to the developer. Here, the client can run in the front-end, visible to the developer (or tester), and the back-end is invisible to the developer.

[0149] The client and the server can also correspond to the terminal device and the server respectively.

[0150] Exemplarily, the client may correspond to terminal devices such as computers, mobile phones, tablet computers, and smart homes, and the server may correspond to electronic devices such as computers or servers that provide services to the client. A communication connection may be established between the client and the server for transmitting information such as call requests and / or call results.

[0151] The server can be a program that provides resources to developers, and is used to perform corresponding tasks or functions according to the operations or commands of the developer obtained by the client at the foreground to obtain the resources required by the developer. For example, the developer enters the user name and password when logging into the account of the client at the foreground, and the server at the background can read the information entered by the developer and verify it. If the verification is successful, the correct information is returned, and the client at the foreground will display the relevant resources after the developer logs in. If the verification fails, the error information is returned and displayed on the client at the foreground.

[0152] The server here has the underlying capabilities of the terminal device. Exemplarily, the server has the system capabilities of the operating system of the terminal device. Exemplarily, the system capabilities here include but are not limited to: the execution capabilities of shell commands. For example, the execution capabilities of powershell.exe for Window systems, bash capabilities for Linux systems, and / or zsh capabilities for Mac systems, etc.

[0153] The client may be a program that provides local services to developers, and is used to display information and other resources to developers. For example, it may display information such as pictures and / or text to developers through a page, or interact with developers, including but not limited to identifying operations or commands of developers, such as detecting input operations of developers.

[0154] The target page may be a page for displaying resources to developers, and is used to display information such as images and / or text to developers. For example, developers can browse relevant information through the target page, or interact with developers, such as detecting text entered by developers or page buttons clicked by developers.

[0155] The port may be a port for communication between the client and the server, and is used for exchanging data between the client and the server. For example, when the client detects the input and / or operation of the developer, it can be transmitted to the server through the port, and the server executes the corresponding function according to the received information to obtain the execution result, and then returns the execution result to the client through the port to display it to the developer.

[0156] In some embodiments, there may be multiple ports between the client and the server. Exemplarily, the port may be set according to the function executed by the server, and a port may be set for each function. For example, a File Transfer Protocol (FTP) port may be set for uploading and / or downloading files. In this way, the client may select a corresponding port for information transmission according to the operation of the developer, and after receiving the information, the server executes the function corresponding to the port according to the received information to obtain the execution result, and returns the execution result through the port, thereby improving the work efficiency of the client and the server, reducing the response time of the developer's operation, and ensuring the developer experience.

[0157] Exemplarily, the port may be a socket.

[0158] The target control may be a control on the target page that performs functions in response to the developer's operation, and is used to display corresponding data or perform corresponding functions according to the developer's operation. For example, the target control includes but is not limited to buttons, text boxes, menus, and labels. For example, the developer can execute functions such as package compilation of code through buttons on the target page, or input text through text boxes on the target page.

[0159] The test operation may be an interactive behavior between the developer and the client on the target page, such as inputting information such as text and clicking a control (eg, a button) on the target page.

[0160] In the disclosed embodiment, the display page of the browser can be used as the target page. Exemplarily, the testing and development of the code can be implemented through the browser, the code to be tested is input on the target page, and the corresponding function is tested through the target control set on the target page. For example, by clicking the target control corresponding to the compile function, a call request can be sent to the server through the port corresponding to the target control, and the target input code is compiled to obtain the call result by calling the server's ability, and returned to the client to be displayed to the developer through the target page. In this way, during the code testing process, the test code and the test results can be displayed to the developer on the target page at the same time, and then the developer can preview the results obtained by executing a certain test function, and compare the results with the expected requirements to determine whether the test code needs to be adjusted and / or improved. In this way, by displaying the test code, the target control corresponding to the test function, and the call result on the target page, the test efficiency can be improved.

[0161] In the disclosed embodiment, the client in the foreground sends the call request to the server in the background through the port, and the server in the background executes the corresponding function according to the port to obtain the call result and returns it to the client, and displays it on the target page, so that after the developer performs the test operation of the target control, he can call through the port corresponding to the target control and receive the call result of the test operation on the client, so as to facilitate the determination of whether to perform the test operation according to the call result, or choose to perform other test operations. In this way, the page test efficiency can be improved and the developer experience can be enhanced.

[0162] In some embodiments, the method further comprises:

[0163] The target control corresponding to the port configured on the target page configures the task information based on the function.

[0164] The task information may be related information for executing the function corresponding to the target control, and is used to indicate the execution parameters of the function corresponding to the target control. Exemplarily, the task information includes but is not limited to the function to be executed, the time of function execution, and / or related parameters of function execution. Exemplarily, when the function corresponding to the target control is packaging, the related parameters of function execution may include execution parameters such as whether to subpackage and whether to compress.

[0165] In the disclosed embodiment, by configuring task information on the server side based on the corresponding function of the target control, when the server side subsequently receives a call request, the task can be executed according to the configured task information, which can reduce the time required to execute the task, thereby reducing the response time of the server side and improving the developer experience.

[0166] In some embodiments, Figure 4 As shown, the method also includes:

[0167] Step 410: after receiving the call request, executing the task corresponding to the target function according to the configured task information and obtaining the execution result;

[0168] Step 420: Return the execution result to the client based on the port.

[0169] In the disclosed embodiment, different target controls are configured with different ports. Therefore, after the server receives a call request, the target control and its corresponding function can be determined according to the port that receives the call request, thereby determining the configured task information, and then executing the task corresponding to the target function according to the configured task information. In this way, the task corresponding to the target function to be executed can be quickly determined according to the call request, and executed according to the configured task information, which can reduce the time required for task execution, thereby reducing the response time of the server, increasing the speed at which the server returns the execution result to the client, and improving the developer experience.

[0170] In some embodiments, the task information may include but is not limited to at least one of the following:

[0171] Task identification;

[0172] Task content, indicating the capabilities of the server involved;

[0173] Execution parameters, static parameters for executing target functions, etc.

[0174] In some embodiments, different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

[0175] In an embodiment of the present disclosure, tasks can be executed in parallel by creating multiple threads or sub-threads on the server side. Exemplarily, a corresponding thread can be established on the server side according to the port, for example, a thread can be established for the port when a call request from a certain port is received. In this way, each call request received by the port has a corresponding thread to process and execute the task, which can reduce the waiting time for task execution. Exemplarily, sub-threads can continue to be established under the thread, and multiple sub-threads can execute various steps in the task in parallel, and multiple tasks can be executed at the same time, such as implementing batch task testing, thereby reducing the overall execution time of multi-tasking or batch execution. In this way, by executing different tasks in parallel through different threads or sub-threads, the server-side capabilities can be fully utilized, the task execution efficiency can be improved, the waiting time of the client can be reduced, and the developer experience can be improved.

[0176] In some embodiments, when the terminal device is a device with strong computing power, for example, when the terminal device is a computer, it can fully utilize the multi-core capabilities of the computer to execute tasks and improve the performance of the server. By processing tasks in parallel, it can reduce the waiting time of the client and improve the developer experience.

[0177] In some embodiments, step S320 may include:

[0178] A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

[0179] In some embodiments, the test parameters may be operating parameters of the test operation, for example, the test parameters include but are not limited to the test running time, the test time and / or the number of tests, etc.

[0180] The test parameters here may be dynamic parameters of the target function test.

[0181] In other embodiments, the test parameter may be a parameter corresponding to a corresponding function of the target control. For example, when the corresponding function of the target control is packaging, the test parameter may be a subpackaging parameter for indicating a subpackaging operation and / or a compression parameter for indicating a compression operation.

[0182] In the disclosed embodiment, the target control may be provided with one or more interactive areas for developers to input, such as text boxes, etc. The developer may determine one or more test parameters by inputting on the target page.

[0183] In the disclosed embodiment, by receiving the test parameters corresponding to the test operation and sending the call request carrying the test parameters to the server, on the one hand, the server can execute the function according to the test parameters to meet the actual needs of the developer, and on the other hand, it can reduce the resource consumption of sending additional test parameters. In this way, the corresponding test parameters can be determined according to the actual needs of the developer, thereby adapting to the different needs of the developer and improving the test efficiency.

[0184] In some embodiments, the target function is a function associated with a shell command.

[0185] In the disclosed embodiment, by importing a shell package on the server side, a shell command can be executed on the server side to implement the execution of related functions. By importing the shell package, a variety of different functions can be quickly implemented through shell commands, thereby improving test efficiency. Exemplarily, the functions related to the shell command include, but are not limited to, functions such as creation, copying, deletion and / or storage of data. In this way, when the server side receives a call request from the client, the relevant shell command can be run according to the function corresponding to the call request, thereby implementing the execution of the corresponding function.

[0186] In some embodiments, the target function includes at least one of the following:

[0187] Project compilation;

[0188] Project packaging;

[0189] Project verification;

[0190] Project dependencies;

[0191] Project release.

[0192] The project compilation is used to convert the test code into a computer executable file so that the computer can run the project.

[0193] The project packaging is used to compress and optimize the test code to improve the performance of subsequent project runtimes.

[0194] The project verification is used to verify whether the test code can meet the requirements and ensure that the project can achieve the expected functions.

[0195] The project dependencies are used to set the running order of each test code to ensure the smooth running of the project.

[0196] The project release is used to deploy the test code to the server for running, providing corresponding services for developers.

[0197] In the disclosed embodiments, by executing target functions such as project compilation, packaging, verification, dependency and / or release, different testing requirements of developers can be met and the testing efficiency of the target page can be improved.

[0198] With the development of Internet applications, browsers are used more and more widely, and projects can be developed based on browsers.

[0199] However, browsers do not have many operating system-related capabilities, and browser-based project development often fails to meet the development needs of developers.

[0200] Based on this, the present disclosure also provides a Node.js-based browser collaborative terminal real-time display method, which combines the browser with Node.js, the operating system capabilities of Node.js and the browser's ability to simultaneously display code writing and preview pages, thereby providing a general development platform based on the browser. In this way, developers can preview the running results of the code in real time, effectively improving the development efficiency of the project.

[0201] The specific steps of a browser collaborative terminal real-time display method based on Node.js provided in the present disclosure are as follows:

[0202] 1. Introduce the Node.js-based NPM package on the page, and customize the socket-based tasks for each button. Through the request, let the server complete the terminal's capabilities and transmit them to the page for display based on the socket.

[0203] Exemplarily, the page here is a type of the aforementioned target page, the NPM package here is a type of the aforementioned designated toolkit, the button here is a type of the aforementioned target control, the socket here is a type of the aforementioned port, the server here is a type of the aforementioned server, and the terminal here is a type of the aforementioned terminal device.

[0204] The relevant code is as follows:

[0205] const socket = io.connect(`${this.$store.state.serverInfo.baseurl} / build`)

[0206] socket.on('connect', () => {

[0207] socket.emit('build', path)

[0208] )

[0209] socket.on('buildMsg', (data) => {

[0210] if (typeof data ==='string') {

[0211] data = data.replace( / \r?\n / g, ' )

[0212] }

[0213] if (!this.stopBuild) {

[0214] const percent = this.hapLists[index].percent

[0215] this.hapLists[index].percent = percent >= 100? 100 : percent + Math.ceil(Math.random() * 5)

[0216] if (data.indexOf('exit') >= 0) {

[0217] this.stopBuild = true

[0218] this.$emit('setMenuData', '已完成')

[0219] this.operateState = false

[0220] this.hapLists.forEach(item => { item.percent = 100})

[0221] }

[0222] }

[0223] )

[0224] }

[0225] 2. Write each task request in the server, call the child process to execute the task after receiving the page request, and synchronously read and write the terminal output through the socket to transmit it to the page.

[0226] Exemplarily, the request here is a type of the aforementioned call request, and the task request here is a type of the aforementioned task information.

[0227] The relevant code is as follows:

[0228] io.of(' / build').on('connection',socket=>{

[0229] socket.on('build',(path,buildParams)=>{

[0230] if (!path) return

[0231] let arg = '--stats'

[0232] if(!isEmptyObject(buildParams)){

[0233] Object.keys(buildParams).forEach(key=>{

[0234] arg+=`${key}=${buildParams[key]}`

[0235] })

[0236] }

[0237] const result=spawn(`hapaiot build`,[arg],{

[0238] cwd:path,

[0239] stdio:'pipe',

[0240] shell:true

[0241] })

[0242] result.stdout.on('data',data=>{

[0243] socket.emit('buildMsg',data.toString())

[0244] })

[0245] result.stderr.on('data',data=>{

[0246] socket.emit('buildMsg',data.toString())

[0247] })

[0248] result.on('close',function(code){

[0249] socket.emit('buildMsg','exit')

[0250] socket.disconnect(true)

[0251] })

[0252] })

[0253] })

[0254] 3. Use the shell package on the server to execute the request task in the page and use the system command directly in the terminal. Each task is an independent connection.

[0255] Exemplarily, the system command here is one of the aforementioned shell commands.

[0256] The relevant code is as follows:

[0257] const io=IO(app)

[0258] / / Each client socket will trigger a connection event when it connects

[0259] io.on('connection',function(clientSocket){

[0260] console.log('Connecting to socket successfully!')

[0261] })

[0262] 4. Each task is executed as an independent sub-process, and multiple tasks can be executed in batches, making better use of the system's multi-core capabilities and accelerating execution efficiency.

[0263] Exemplarily, executing tasks in an independent sub-process manner is a type of the aforementioned parallel execution of tasks.

[0264] like Figure 5FIG. 1 is a process diagram of a browser-assisted terminal real-time display method provided by an embodiment of the present disclosure. Figure 1 .Depend on Figure 5 As can be seen, there are multiple tasks in the display page of the browser. The tasks can be switched through the page control on the left. Each task has a button to control the task to run or stop, as well as a button to adjust the task running parameters. The output result is displayed on the page where the task is located. In this way, developers can complete the development of the corresponding task by clicking a button on the browser page. The operation is simple, and the running results are output on the current page, which is convenient for developers to confirm. In addition, the provision of the running parameter button enables developers to adjust and set parameters according to development needs, meeting the development needs in different scenarios, and has high flexibility.

[0265] like Figure 6 FIG. 1 is a process diagram of a browser-assisted terminal real-time display method provided by an embodiment of the present disclosure. Figure 2 .

[0266] Combination Figure 5 and Figure 6 It can be seen that the browser can execute multiple tasks in parallel and display the running status of each task, which can effectively improve development efficiency.

[0267] The browser collaborative terminal real-time display method based on Node.js provided in the embodiment of the present disclosure has the following advantages:

[0268] 1. The terminal capabilities can be used in the browser page, and the terminal output can be displayed synchronously in real time;

[0269] 2. The system default bash (a command language interpreter) can be used conveniently and quickly on the browser page, which greatly improves the user experience and R&D efficiency;

[0270] 3. Utilize the terminal capabilities of local devices without any loss or consumption, and each task is completed in a sub-process manner, which can efficiently utilize the multi-core capabilities of the computer;

[0271] 4. Through a series of parameterized customizations, it can meet the different specific needs of developers.

[0272] like Figure 7 As shown, a target page testing device provided by an embodiment of the present disclosure includes:

[0273] A display module 110, configured to display a target page, wherein the target page includes at least one control, wherein each of the controls is configured with a port for calling a server;

[0274] A sending module 120, configured to send a call request to the server based on a port corresponding to the target control in response to a test operation on a target control among the at least one control, wherein the call request is used to call a target function corresponding to the target control;

[0275] The first receiving module 130 is used to receive and display the call result of the target function sent by the server.

[0276] In some embodiments, the display module 110 , the sending module 120 and the first receiving module 130 may all be program modules, which can implement the functions of the above modules after being executed by a processor.

[0277] In other embodiments, the display module 110, the sending module 120 and the first receiving module 130 may all be soft-hard combination modules; the soft-hard combination modules include but are not limited to: various programmable arrays; the field programmable arrays include but are not limited to: field programmable arrays and / or complex programmable arrays.

[0278] In some other embodiments, the display module 110 , the sending module 120 and the first receiving module 130 may all be pure hardware modules; the pure hardware modules include but are not limited to: application specific integrated circuits.

[0279] In some embodiments, before displaying the target page, the device further includes:

[0280] The configuration module is used to configure different ports for different controls of the target page.

[0281] In some embodiments, the configuration module is used to:

[0282] A port is configured for at least one control of the target page by importing a specified toolkit into the code of the target page.

[0283] In some embodiments, the apparatus further comprises:

[0284] A second receiving module, configured to receive, on the target page, a test parameter corresponding to the test operation;

[0285] The sending module is used for:

[0286] In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

[0287] In some embodiments, the target function includes at least one of the following:

[0288] Project compilation;

[0289] Project packaging;

[0290] Project verification;

[0291] Project dependencies;

[0292] Project release.

[0293] like Figure 8 As shown, another target page testing device provided by an embodiment of the present disclosure includes:

[0294] The receiving module 210 is used to receive a call request sent by a client based on a port corresponding to a target control, wherein the call request is used to call a target function corresponding to a target control in a target page displayed by the client;

[0295] The sending module 220 is used to send the call result of the target function to the client.

[0296] In some embodiments, the receiving module 210 and the sending module 220 may both be program modules, which can implement the functions of the above modules after being executed by a processor.

[0297] In other embodiments, the receiving module 210 and the sending module 220 may both be hardware-software combined modules; the hardware-software combined modules include but are not limited to: various programmable arrays; the field programmable arrays include but are not limited to: field programmable arrays and / or complex programmable arrays.

[0298] In some other embodiments, the receiving module 210 and the sending module 220 may both be pure hardware modules; the pure hardware modules include but are not limited to: application specific integrated circuits.

[0299] In some embodiments, the apparatus further comprises:

[0300] The configuration module is used to configure task information based on the function corresponding to the target control configured with the port on the target page.

[0301] In some embodiments, the apparatus further comprises:

[0302] An execution module, configured to execute the task corresponding to the target function according to the configured task information after receiving the call request and obtain an execution result;

[0303] A returning module is used to return the execution result to the client based on the port.

[0304] In some embodiments, different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

[0305] In some embodiments, the receiving module is used to:

[0306] A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

[0307] In some embodiments, the target function is a function associated with a shell command.

[0308] In some embodiments, the target function includes at least one of the following:

[0309] Project compilation;

[0310] Project packaging;

[0311] Project verification;

[0312] Project dependencies;

[0313] Project release.

[0314] In the present disclosure, in combination Fig. 9 As shown, an electronic device 700 is provided, including:

[0315] Memory 704 for storing processor executable instructions;

[0316] A processor 720 connected to the memory 704;

[0317] The processor 720 is configured to execute the target page testing method provided by any of the aforementioned technical solutions.

[0318] is a block diagram of an electronic device 700 according to an exemplary embodiment. For example, the device 700 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

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

[0320] The processing component 702 generally controls the overall operation of the device 700, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 702 may include one or more processors 720 to execute instructions to complete all or part of the steps of the above-mentioned method. In addition, the processing component 702 may include one or more modules to facilitate the interaction between the processing component 702 and other components. For example, the processing component 702 may include a multimedia module to facilitate the interaction between the multimedia component 708 and the processing component 702.

[0321] The memory 704 is configured to store various types of data to support operations on the device 700. Examples of such data include instructions for any application or method operating on the device 700, contact data, phone book data, messages, pictures, videos, etc. The memory 704 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

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

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

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

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

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

[0327] The communication component 716 is configured to facilitate wired or wireless communication between the device 700 and other devices. The device 700 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 716 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 716 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0328] In an exemplary embodiment, the apparatus 700 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors or other electronic components to perform the above methods.

[0329] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 704 including instructions, and the instructions can be executed by the processor 720 of the device 700 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0330] An embodiment of the present disclosure provides a non-temporary computer-readable storage medium. When instructions in the storage medium are executed by a processor of a computer, the computer is enabled to execute the target page testing method described in one or more of the aforementioned technical solutions.

[0331] When the processor executes the instruction, it can at least perform the following steps:

[0332] Displaying a target page, the target page comprising at least one control, wherein each of the controls is configured with a port for calling a server;

[0333] In response to a test operation on a target control among the at least one control, sending a call request to the server based on a port corresponding to the target control, wherein the call request is used to call a target function corresponding to the target control;

[0334] Receive and display the call result of the target function sent by the server.

[0335] In some embodiments, before displaying the target page, the method further includes:

[0336] Different ports are configured for different controls of the target page.

[0337] In some embodiments, configuring different ports for different controls on the target page includes:

[0338] A port is configured for at least one control of the target page by importing a specified toolkit into the code of the target page.

[0339] In some embodiments, the method further comprises:

[0340] Receiving, on the target page, a test parameter corresponding to the test operation;

[0341] The sending a call request to the server in response to the test operation on the target control in the at least one control includes:

[0342] In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

[0343] In some embodiments, the target function includes at least one of the following:

[0344] Project compilation;

[0345] Project packaging;

[0346] Project verification;

[0347] Project dependencies;

[0348] Project release.

[0349] When the processor executes the instruction, it can at least perform the following steps:

[0350] Receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used to call a target function corresponding to a target control in a target page displayed by the client;

[0351] The result of calling the target function is sent to the client.

[0352] In some embodiments, the method further comprises:

[0353] The target control corresponding to the port configured on the target page configures the task information based on the function.

[0354] In some embodiments, the method further comprises:

[0355] After receiving the call request, executing the task corresponding to the target function according to the configured task information and obtaining the execution result;

[0356] The execution result is returned to the client based on the port.

[0357] In some embodiments, different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

[0358] In some embodiments, the receiving a call request sent by a client based on a port corresponding to a target control includes:

[0359] A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

[0360] In some embodiments, the target function is a function associated with a shell command.

[0361] In some embodiments, the target function includes at least one of the following:

[0362] Project compilation;

[0363] Project packaging;

[0364] Project verification;

[0365] Project dependencies;

[0366] Project release. Those skilled in the art will readily conceive of other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present disclosure is intended to cover any variations, uses or adaptations of the present disclosure, which follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The description and examples are to be regarded as exemplary only, and the true scope and spirit of the present disclosure are indicated by the attached application documents.

[0367] It should be understood that the present disclosure is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the attached application documents.

Claims

1. A target page testing method, characterized in that: The method comprises: Displaying a target page, the target page comprising at least one control, wherein each of the controls is configured with a port for calling a server; In response to a test operation on a target control among the at least one control, sending a call request to the server based on a port corresponding to the target control, wherein the call request is used to call a target function corresponding to the target control; Receive and display the call result of the target function sent by the server.

2. The method according to claim 1, characterized in that Before displaying the target page, the method further includes: Different ports are configured for different controls of the target page.

3. The method according to claim 2, characterized in that The configuring different ports for different controls on the target page includes: A port is configured for at least one control of the target page by importing a specified toolkit into the code of the target page.

4. The method according to any one of claims 1 to 3, characterized in that: The method further comprises: Receiving, on the target page, a test parameter corresponding to the test operation; The sending a call request to the server in response to the test operation on the target control in the at least one control includes: In response to a test operation on a target control among the at least one control, a call request carrying the test parameters is sent to the server according to a port corresponding to the target control.

5. The method according to any one of claims 1 to 3, characterized in that: The target function includes at least one of the following: Project compilation; Project packaging; Project verification; Project dependencies; Project release.

6. A target page testing method, characterized in that: The method comprises: Receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used to call a target function corresponding to a target control in a target page displayed by the client; The result of calling the target function is sent to the client.

7. The method according to claim 6, characterized in that The method further comprises: The target control corresponding to the port configured on the target page configures the task information based on the function.

8. The method according to claim 7, characterized in that The method further comprises: After receiving the call request, executing the task corresponding to the target function according to the configured task information and obtaining the execution result; The execution result is returned to the client based on the port.

9. The method according to claim 8, characterized in that Different threads or sub-threads are used to execute different tasks corresponding to the call requests in parallel.

10. The method according to claim 6, characterized in that The receiving a call request sent by a client based on a port corresponding to the target control includes: A call request carrying a test parameter is received according to a port corresponding to the target control; wherein the test parameter corresponds to a test operation on the target control.

11. The method according to any one of claims 6 to 10, characterized in that: The target function is a function related to a shell command.

12. The method according to any one of claims 6 to 10, characterized in that: The target function includes at least one of the following: Project compilation; Project packaging; Project verification; Project dependencies; Project release.

13. A target page testing device, characterized in that: The device comprises: A display module, used for displaying a target page, wherein the target page includes at least one control, wherein each of the controls is configured with a port for calling a server; A sending module, configured to send a call request to the server based on a port corresponding to the target control in response to a test operation on a target control among the at least one control, wherein the call request is used to call a target function corresponding to the target control; The first receiving module is used to receive and display the call result of the target function sent by the server.

14. A target page testing device, characterized in that: The device comprises: A receiving module, used for receiving a call request sent by a client based on a port corresponding to a target control, wherein the call request is used for calling a target function corresponding to a target control in a target page displayed by the client; A sending module is used to send the call result of the target function to the client.

15. An electronic device, characterized in that: include: a memory storing computer-readable instructions; A processor, connected to the memory, is configured to implement the method of any one of claims 1 to 5 or 6 to 12 by executing the computer-readable instructions.

16. A computer storage medium, characterized in that: The computer storage medium stores computer executable instructions; after the computer executable instructions are executed by the processor, the method described in any one of claims 1 to 5 or 6 to 12 can be implemented.

Images