Method and device for testing equipment performance

Abstract

The embodiment of the invention provides an equipment performance test method and device, and the method comprises the steps: receiving a target test request; generating a device test script for the target device according to a plurality of target script identifiers and target execution parameters carried in the target test request; executing the target test script on the target equipment according to a script execution mode indicated by the equipment test script to obtain a script execution result; and predicting the target performance of the target business item of the target equipment according to the script execution result. Through the method and the device, the technical problem of relatively low test efficiency of the equipment performance in related technologies is solved, and the effect of improving the test efficiency of the equipment performance is achieved.

Description

Technical Field

[0001] The embodiments of the present application relate to the computer field, and more specifically, to a method and apparatus for testing device performance. Background Art

[0002] A script is an executable file written in a certain format using a specific descriptive language. In computer science, scripts are usually used to automate repetitive tasks, which can greatly improve the efficiency of routine tasks. Based on this advantage of scripts, testers often choose to build test scripts when testing the business performance of a device, thereby improving the efficiency of testing the business performance of the device. During the test process, there may be a certain test requirement that requires a combination test of the performance of multiple business projects of the same device at the same time. Therefore, in the related art, testers will build a device test script according to the business project to be tested. The script includes the test logic for testing the project performance of multiple business projects. By running the script on the device, the performance of multiple business projects of the device is automatically tested. However, the script complexity of this method is relatively high, and it is difficult for testers to build test scripts. If the business project to be tested needs to be changed, the test script needs to be rebuilt according to the business project to be tested, and the script construction and maintenance are difficult. Summary of the invention

[0003] The embodiments of the present application provide a method and apparatus for testing device performance, so as to at least solve the problem of low efficiency in testing device performance in the related art.

[0004] According to one embodiment of the present application, a method for testing device performance is provided, which is applied to a test device, wherein the test device is used to connect to a device to be tested, wherein a plurality of test scripts are stored in the test device, and wherein the test scripts are used to test the performance of the business items not corresponding to the test scripts among the plurality of business items included in the device, and comprises: receiving a target test request, wherein the target test request is used to request to test the performance of the plurality of target business items of the target device connected to the test device; generating a device test script for the target device according to the plurality of target script identifiers and target execution parameters carried in the target test request, wherein the target script identifier is used to indicate the target test script required to test the plurality of target business items, the target execution parameter is used to indicate the execution condition for executing the target test script, and the device test script is used to indicate the script execution mode for executing the plurality of target test scripts on the target device; executing the target test script on the target device according to the script execution mode indicated by the device test script to obtain a script execution result; and predicting the target performance of the target business items of the target device according to the script execution result.

[0005] Optionally, generating a device test script for the target device according to multiple target script identifiers and target execution parameters carried in the target test request includes: extracting the target test script corresponding to the target script identifier from a target storage space, wherein the target storage space is a storage space configured in the test device for storing test scripts; filtering out candidate test scripts to be called for each test round from the multiple target test scripts according to first execution parameters and second execution parameters, wherein the first execution parameter is used to indicate the number of test rounds required to use the target test script to test the performance of the multiple target business items of the target device, and the second execution parameter is used to indicate the number of test rounds for each test round. the number of test scripts to be called; in the case where there are multiple candidate test scripts, constructing a first script queue for the test round according to the third execution parameter and the multiple candidate test scripts in each test round, wherein the first script queue is used to indicate the execution sequence of the multiple candidate test scripts, the third execution parameter is used to indicate the execution method of the multiple candidate test scripts in the same test round, and the target execution parameter includes the first execution parameter, the second execution parameter and the third execution parameter; sorting the first script queue corresponding to each test round according to the sequence of the multiple test rounds to obtain a second script queue; determining the second script queue as the device test script.

[0006] Optionally, constructing the first script queue of the test round according to the third execution parameter and the multiple candidate test scripts in each of the test rounds includes: creating a script execution process for each candidate test script; when the third execution parameter is used to indicate that the multiple candidate test scripts are executed in parallel within the test round, setting the multiple execution processes as parallel execution processes to obtain the first script queue; when the third execution parameter is used to indicate that the multiple candidate test scripts are executed serially within the test round, constructing the execution order of the multiple execution processes according to the screening order of the candidate test scripts from the multiple target test scripts to obtain the first script queue.

[0007] Optionally, creating a script execution process for each candidate test script includes: when a fourth execution parameter is used to indicate that the candidate test script requires background execution, constructing a target execution code for the candidate test script, wherein the target execution code is used to execute the candidate test script by way of background execution, and the target execution parameters include the fourth execution parameter; and creating the execution process for the target execution code.

[0008] Optionally, predicting the target performance of the target business item of the target device based on the script execution result includes: determining that the performance of the target business item of the target device does not meet the target performance condition when the script execution result is used to indicate that there is an execution failure of the target test script during the performance testing of the multiple target business items of the target device; and determining that the performance of the target business item of the target device meets the target performance condition when the script execution result is used to indicate that there is no script execution failure during the performance testing of the multiple target business items of the target device.

[0009] Optionally, executing the target test script on the target device according to the script execution mode indicated by the device test script includes: detecting the parameter value of a fifth execution parameter included in the target execution parameter, wherein the fifth execution parameter is used to indicate the running location of the device test script; when the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the target device, sending the device test script to the target device, and sending a target running instruction to the target device, wherein the target running instruction is used to instruct the target device to execute the target test script according to the script execution mode indicated by the device test script; when the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the test device, executing the target test script on the target device in the test device according to the script execution mode indicated by the device test script.

[0010] Optionally, before generating a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, the method also includes: constructing an initial test script according to the multiple target script identifiers and initial execution parameters carried in the target test request, wherein the initial execution parameters are used to indicate the first execution conditions of the multiple target test scripts in a single test round, and the initial test script records the first execution sequence of the multiple target test scripts; running the initial test script; and if the initial test script runs successfully, converting a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request.

[0011] Optionally, after running the initial test script, the method further includes: in case the initial test script fails to run, obtaining a reference execution parameter carried in the target test request, wherein the reference execution parameter is used to indicate a second execution condition of multiple target test scripts in a single test round; constructing a reference test script using the reference execution parameter and multiple target test scripts, wherein the reference test script records a second execution sequence for multiple target test scripts; running the reference test script; in case the reference test script fails to run, sending a target notification message to a target account that has a binding relationship with the test device, wherein the target notification message is used to instruct the target account to maintain the target test script.

[0012] According to another embodiment of the present application, a device performance testing apparatus is provided, which is applied to a testing device, wherein the testing device is used to connect to a device to be tested, wherein a plurality of test scripts are stored in the testing device, and wherein the test scripts are used to test the performance of the business items not corresponding to the test scripts among a plurality of business items included in the device, and comprises: a receiving module, used to receive a target test request, wherein the target test request is used to request to test the performance of a plurality of target business items of a target device connected to the testing device; and a generating module, used to generate a target script identifier and a target execution script identifier according to the plurality of target script identifiers and the target execution script identifiers carried in the target test request. The parameters generate a device test script for the target device, wherein the target script identifier is used to indicate the target test script required to test multiple target business projects, the target execution parameter is used to indicate the execution conditions for executing the target test script, and the device test script is used to indicate the script execution method for executing multiple target test scripts on the target device; an execution module is used to execute the target test script on the target device according to the script execution method indicated by the device test script to obtain a script execution result; and a prediction module is used to predict the target performance of the target business project of the target device according to the script execution result.

[0013] According to another embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when run.

[0014] According to another embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0015] Through the present application, a test script is constructed for each business project of the device, and the performance of the business project is tested through the test script. Therefore, a target script identifier and a target execution parameter can be carried in the target test request for testing the performance of multiple target business projects of the target device. The target script identifier is used to indicate the target test script required for testing the multiple target business projects, and the target execution parameter is used to indicate the execution condition for executing the target test script. Therefore, a device test script indicating the script execution mode for executing multiple target test scripts on the target device can be generated for the target device according to the target script identifier and the target execution parameter, thereby realizing automatic generation of a device test script for the target device according to the target test script required for testing the target business project and the execution condition of the target test script, thereby improving the generation rate of the device test script, and then the device test script can be used to quickly test the target performance of the target business project of the target device. Therefore, the technical problem of low efficiency in testing device performance in the related technology can be solved, and the effect of improving the efficiency in testing device performance can be achieved. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 It is a hardware structure block diagram of a server device of a device performance testing method according to an embodiment of the present application;

[0017] Figure 2 is a flow chart of a method for testing device performance according to an embodiment of the present application;

[0018] Figure 3 is a schematic diagram of a test system according to an embodiment of the present application;

[0019] Figure 4 is a schematic diagram of a structure call according to an embodiment of the present application;

[0020] Figure 5 is an optional performance test flow chart according to an embodiment of the present application;

[0021] Figure 6 is an optional shelllist structure execution schematic diagram according to an embodiment of the present application;

[0022] Figure 7 It is a structural block diagram of a device for testing equipment performance according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] The embodiments of the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0025] The method embodiments provided in the embodiments of the present application can be executed in a server device or a similar computing device. Taking running on a server device as an example, Figure 1 FIG. 1 is a hardware structure diagram of a server device of a device performance testing method according to an embodiment of the present application. Figure 1 As shown, the server device may include one or more ( Figure 1 The server device includes a processor 102 (only one is shown in the figure) (the processor 102 may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data, wherein the server device may also include a transmission device 106 and an input / output device 108 for communication functions. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above server device. Figure 1 More or fewer components than shown, or with different Figure 1 Different configurations shown.

[0026] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the device performance test method in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, to implement the above method. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory set relative to the processor 102 process, and these process memories can be connected to the server device via a network. Examples of the above network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0027] The transmission device 106 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of the server device. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0028] In this embodiment, a method for testing device performance is provided. Figure 21 is a flow chart of a method for testing device performance according to an embodiment of the present application, which is applied to a test device, wherein the test device is used to connect to a device to be tested, wherein a plurality of test scripts are stored in the test device, and wherein the test scripts are used to test the performance of a service item not corresponding to the test script among a plurality of service items included in the device, such as Figure 2 As shown, the process includes the following steps:

[0029] Step S202, receiving a target test request, wherein the target test request is used to request to test the performance of multiple target service items of the target device connected to the test device;

[0030] Step S204: Generate a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, wherein the target script identifier is used to indicate the target test script required to test the multiple target business items, the target execution parameter is used to indicate the execution condition for executing the target test script, and the device test script is used to indicate the script execution mode for executing the multiple target test scripts on the target device;

[0031] Step S206, executing the target test script on the target device according to the script execution mode indicated by the device test script to obtain a script execution result;

[0032] Step S208: predicting target performance of the target business item of the target device according to the script execution result.

[0033] Through the above steps, a test script is constructed for each business project of the device, and the performance of the business project is tested through the test script. Therefore, a target script identifier and a target execution parameter may be carried in the target test request for testing the performance of multiple target business projects of the target device. The target script identifier is used to indicate the target test script required for testing the multiple target business projects, and the target execution parameter is used to indicate the execution condition for executing the target test script. Then, according to the target script identifier and the target execution parameter, a device test script indicating the script execution mode for executing multiple target test scripts on the target device may be generated for the target device, thereby realizing automatic generation of a device test script for the target device according to the target test script required for testing the target business project and the execution condition of the target test script, thereby improving the generation rate of the device test script, and then the device test script may be used to quickly test the target performance of the target business project of the target device. Therefore, the technical problem of low efficiency in testing device performance in the related technology may be solved, thereby achieving the effect of improving the efficiency in testing device performance.

[0034] In an embodiment of the present application, a test script corresponding to each business item of the device to be tested is pre-stored in the test device, wherein there may be but is not limited to one or more test scripts for the same business item. For example, the restart function of the test device may include a cold restart and a hot restart, so a cold restart test script and a hot restart test script are required.

[0035] In an embodiment of the present application, the test device can be but is not limited to applying performance testing to devices in a device cluster. The test device is connected to each device in the device cluster. When starting, the test device and the devices in the device cluster need to be configured with the network so that the test device can manage the devices in the device cluster. The form of the network configuration can be but is not limited to [{id:1,platform:iscsi,ip:*,passwd:*},{id:2,*},{id:3,*}], where id is the sorting number of the IP within the site, and platform is used as a usage label for the ip. Figure 3 is a schematic diagram of a test system according to an embodiment of the present application, such as Figure 3 As shown, the device performance test system includes a test device and a device cluster, wherein the test device and each device in the device cluster are connected, and after the test device is started, the network configuration is performed so that the test device can know the address information of the device to be tested, and then according to the IP address information, the test device can run the corresponding device test script to the corresponding device.

[0036] In the embodiment provided in the above step S202, the test script can be a unit test script for testing the business project. Unit testing is an important stage in the software development process, which mainly tests the smallest unit of the code. In this stage, a function, method or functional module is usually used as the test object, with the aim of ensuring that the functions and logic of these units are correct. The main basis for testing is the detailed design document. Since unit testing mainly focuses on the internal logic and running results of functions or modules, white box testing methods are usually adopted. This stage is usually completed by the developers themselves to ensure the quality and stability of the code. Often test automation has been connected at this stage, and development is carried out for unit test points, such as various restart scripts, pool volume creation scripts, io load scripts, scripts for querying various hardware statuses, etc.

[0037] In the embodiment provided in the above step S204, the device test script is a system test script for testing all target business projects, and the system test is a test phase for a complete system that integrates hardware and software. At this stage, the purpose of the test is to ensure that the entire system can operate normally in a simulated real environment and meet all user requirements. The focus of the test includes the compatibility, performance, security and interface of the system. In addition, the system test also pays attention to the correct configuration and connection of the entire system hardware, peripherals, network and system software. Although the automated test logic at this stage will become more complicated, the test points involved are still the permutations and combinations of unit test points, such as repeated restart tests during hard disk load, load tests in the form of complex pool volume combinations, etc.

[0038] Optionally, in an embodiment of the present application, the target script identifier and the target execution parameters may be carried in the target test request in the form of a structure, but is not limited to it. Since the target test request is used to request testing of multiple target business projects, the multiple target script identifiers include multiple identifier sets, each identifier set includes a target script identifier of a target test script used to test the corresponding target business performance. Therefore, the target structure can be composed of multiple sub-structures, each sub-structure corresponds to a target business project to be tested, and each sub-structure includes a script identifier set of multiple first target script identifiers corresponding to the test script used to test the corresponding target business project and a first sub-execution parameter. The first sub-execution parameter is used to indicate the execution conditions for the multiple first target script identifiers. For example, the target structure can be in the following form: [id1:{shelllist:{shell1...shellN}, first sub-execution parameter 1; id2:{shelllist:{shell1...shellN}, first sub-execution parameter 2; ... idN:{shelllist:{shell1...shellN}, first sub-execution parameter N], where In the embodiment, idN:{shelllist:{shell1...shellN} is a set of script identifiers corresponding to the first target script identifier of the test script required to test the performance of the corresponding target business project; in this embodiment, the target structure may also carry a second sub-execution parameter, and the second sub-execution parameter is used to indicate the execution mode of multiple sub-structures. The second sub-execution parameter may include but is not limited to parameters used to indicate the loop execution rounds of multiple sub-structures, the execution mode of multiple sub-structures in a certain execution round (such as sequential execution, subsequent selection of one or more executions, parallel execution, etc.). The target structure may be in the following form: [id1:{shelllist:{shell1...shellN}, first sub-execution parameter 1; id2:{shelllist:{shell1...shellN}, first sub-execution parameter 2; ... idN:{shelllist:{shell1...shellN}, first sub-execution parameter N; second sub-execution parameter]. By setting a target structure including multiple substructures, and then obtaining the target structure on the test device, the execution method of the script corresponding to the first subscript identifier in the script identifier set can be determined by identifying the script identifier set and sub-execution parameters in each substructure, and then the corresponding target test script can be called according to the execution method, avoiding manual generation of device test scripts for the target device, so that the device test script can be automatically generated according to demand, thereby improving the construction efficiency of the device test script.In an embodiment of the present application, the first sub-execution parameter may include but is not limited to a type field, a method field, a nohup field, a random field, and the like, wherein the value of the type field may be serial / parallel, thereby characterizing the serial or parallel execution mode of the target test script corresponding to the first target script identifier included in the script identifier set; the value of the method field may be Local / Remote, thereby characterizing whether the device test script is executed locally on the test device or remotely (i.e., sent to the target device to be tested for execution); the value of the nohup field may be yes / no, thereby characterizing whether the target test script adopts a background running mode; the value of the random field may be yes / no, thereby characterizing whether the first target script identifier is screened out from the script identifier set in a sequential screening or a random selection screening mode.

[0039] Optionally, in an embodiment of the present application, a method for generating a device test script according to target execution parameters and multiple target script identifiers may be to construct an execution sequence script of multiple target test scripts according to the target execution parameters, wherein the execution sequence script records the execution logic of calling the multiple target test scripts, and the number of calls to the target test script in the execution sequence script may be but is not limited to sequentially or multiple times, which is not limited to the present solution; after constructing the execution sequence script, the target test script can be extracted from the storage location for storing test scripts of the test device according to the target script identifier, and the target test script is added to the execution sequence script, thereby obtaining the device test script, which is not limited to the present solution.

[0040] In the embodiment provided in the above step S206, the device test script can be executed locally on the test device, or it can be executed remotely, that is, the device test script is sent to the target device locally, and the target device runs the device test script. This solution does not limit this.

[0041] In the embodiment provided in the above step S208, the target performance test may be the target performance corresponding to the current script execution result determined from the result execution results and performances having a corresponding relationship.

[0042] Optionally, in an embodiment of the present application, in order to ensure the reliability of the target performance obtained, after the target performance is obtained, a check process for the target test script can be set, and the check process is used to detect the running performance of multiple target test scripts, that is, whether they can be run smoothly. In order to implement the check process, a detection structure can be carried in the target test request, and the detection structure includes multiple target script identifiers and reference execution parameters, wherein the reference execution parameters are used to indicate the calling method of multiple target test scripts in order to detect the running performance of multiple target test scripts. Furthermore, the detection structure includes multiple identifier sets and a second sub-execution parameter corresponding to each identifier, and each identifier set includes a target script identifier of a target test script used to test the corresponding target business performance. Therefore, the detection structure can be composed of multiple sub-structures, and each sub-structure corresponds to a target business project to be tested. , each substructure includes a script identification set of multiple target script identifications corresponding to the test script for testing the corresponding target business project and a second sub-execution parameter, and the second sub-execution parameter is used to indicate the execution conditions for the multiple target script identifications. For example, the target structure can be in the following form: [id1:{shelllist:{shell1...shellN}, second sub-execution parameter 1; id2:{shelllist:{shell1...shellN}, second sub-execution parameter 2; ... idN:{shelllist:{shell1...shellN}, second sub-execution parameter N], and then by using the detection structure to construct a detection script for multiple target test scripts, by running the detection script to determine the running performance of the multiple target test scripts, the accuracy of the obtained target performance is determined according to the running performance. In the present application example, the detection structure can be configured separately in the target test request, or it can be extracted from the target structure carried in the target test request, and this scheme does not limit this.

[0043] Optionally, in an embodiment of the present application, before generating a device test script, in order to ensure that each target test script among multiple target test scripts can be run, it is necessary to test the running stability of the target test script through a pre-processing process before constructing the device test script, so as to avoid the constructed device test script being unable to run or running incorrectly due to test script design problems. In an embodiment of the present application, in order to implement the pre-processing process, a processing structure can be carried in the target test request, and the processing structure includes multiple target script identifiers and candidate execution parameters, wherein the candidate execution parameters are used to indicate the calling method of multiple target test scripts in order to detect whether multiple target test scripts can run normally. Furthermore, the processing structure includes multiple identifier sets and a third sub-execution parameter corresponding to each identifier, and each identifier set includes a target script identifier of a target test script for testing the corresponding target business performance. Therefore, the processing structure can be composed of multiple sub-structures, each sub-structure corresponds to a target business project to be tested, and each sub-structure includes a script identifier set of multiple target script identifiers corresponding to the test script for testing the corresponding target business project. The third sub-execution parameter is used to indicate the execution conditions for multiple target script identifiers. For example, the target structure can be in the following form: [id1:{shelllist:{shell1...shellN}, third sub-execution parameter 1; id2:{shelllist:{shell1...shellN}, third sub-execution parameter 2; ... idN:{shelllist:{shell1...shellN}, third sub-execution parameter N], and then the processing script for multiple target test scripts is constructed by using the processing structure, and the processing script is operated to determine whether the multiple target test scripts can be run sequentially, and then the operation of constructing the device test script is executed when it is determined that the multiple target test structures can be run sequentially. In the present application example, the processing structure can be configured separately in the target test request, or it can be extracted from the target structure carried in the target test request, and this scheme does not limit this.

[0044] In an embodiment of the present application, the test structure and the detection structure can be the same structure. Since the functions of the test structure and the detection structure are to detect the running performance of multiple target test scripts, that is, to detect whether the target test script can be run, or whether it cannot be run due to design problems of the target test script, the test structure and the detection structure only need to execute one round, and the purpose of the target structure is to build a device test script. Therefore, the target structure can be set to repeat multiple rounds, and the present application does not limit this.

[0045] As an optional implementation manner, generating a device test script for the target device according to multiple target script identifiers and target execution parameters carried in the target test request includes:

[0046] Extracting the target test script corresponding to the target script identifier from a target storage space, wherein the target storage space is a storage space configured in the test device for storing test scripts;

[0047] Filtering candidate test scripts to be called for each test round from the plurality of target test scripts according to a first execution parameter and a second execution parameter, wherein the first execution parameter is used to indicate the number of test rounds required to test the performance of the plurality of target business items of the target device using the target test script, and the second execution parameter is used to indicate the number of test scripts to be called for each test round;

[0048] In the case that there are multiple candidate test scripts, a first script queue of the test round is constructed according to a third execution parameter and the multiple candidate test scripts in each test round, wherein the first script queue is used to indicate the execution sequence of the multiple candidate test scripts, the third execution parameter is used to indicate the execution method of the multiple candidate test scripts in the same test round, and the target execution parameter includes the first execution parameter, the second execution parameter and the third execution parameter;

[0049] Sorting the first script queue corresponding to each test round according to the sequence of the multiple test rounds to obtain a second script queue;

[0050] The second script queue is determined as the device test script.

[0051] Optionally, in an embodiment of the present application, the second execution parameter may be a random field, whose value may be yes / no. When its value is yes, the number of test scripts that need to be called in each test round is single, and the target test script that needs to be called in the current test round needs to be screened out from multiple target test scripts by random screening. When its value is no, all target test scripts need to be called for execution in each test round. This solution does not limit this.

[0052] Optionally, in an application embodiment, the third execution parameter may be but is not limited to being a type field, and the value of the field may be serial / parallel. When the value is serial, multiple candidate test scripts need to be executed sequentially in a serial execution manner; when the value is parallel, multiple candidate test scripts need to be executed in parallel in a parallel execution manner. Therefore, the method of constructing the first script queue of the test round according to the third execution parameter and multiple candidate test scripts in each test round is to arrange the multiple candidate test scripts according to whether the value of the type field is parallel or serial.

[0053] Through the above content, when testing the performance of the business project of the target device, it is necessary to go through multiple rounds of testing. Then, by carrying the first execution parameter, the second execution parameter and the third execution parameter in the target test request, when constructing the device test script, firstly, the candidate test scripts required to be called in each test round are screened according to the first execution parameter and the second execution parameter, and the third execution parameter is used to construct the first script queue of the calling order of multiple candidate test scripts in a single test round, thereby ensuring the stability of the script calling process of a single test round, and then, by sorting the first script queues of multiple test rounds to obtain the device test script, the stability of the device test script during operation and the reliability of the operation results are ensured.

[0054] As an optional implementation, constructing the first script queue of the test round according to the third execution parameter and the plurality of candidate test scripts in each test round includes:

[0055] Create a script execution process for each candidate test script;

[0056] In the case where the third execution parameter is used to indicate that the plurality of candidate test scripts are executed in parallel within the test round, the plurality of execution processes are set as parallel execution processes to obtain the first script queue;

[0057] In the case where the third execution parameter is used to indicate that the plurality of candidate test scripts are executed serially within the test round, the execution order of the plurality of execution processes is constructed according to the screening order of screening the candidate test scripts from the plurality of target test scripts to obtain the first script queue.

[0058] Through the above content, by creating an execution process for each test script and determining the execution mode of multiple execution processes according to the third execution parameter carried in the target test request, the constructed first script queue can meet the requirements of multiple different test scenarios and improve the universality of the test scenarios of the device test script.

[0059] As an optional implementation, creating a script execution process for each candidate test script includes:

[0060] In the case where the fourth execution parameter is used to indicate that the candidate test script needs to be executed in the background, constructing a target execution code for the candidate test script, wherein the target execution code is used to execute the candidate test script in the background execution mode, and the target execution parameter includes the fourth execution parameter;

[0061] The execution process is created for the target execution code.

[0062] Optionally, in an embodiment of the present application, the fourth execution parameter may be but is not limited to a nohup field, whose value is yes / no. When the value is yes, it indicates that the target test script needs to be run in the background, and thus a target execution code needs to be constructed to run the candidate test script in the background. The target execution code may be in the following form: 'echo "nohup shell" | sh', where shell represents the candidate test script that needs to be run in the background.

[0063] According to the above content, by carrying the fourth execution parameter in the target test request, the target test script can be run in the background, thereby improving the running efficiency of the constructed device test script.

[0064] As an optional implementation manner, predicting the target performance of the target service item of the target device according to the script execution result includes:

[0065] In the case where the script execution result is used to indicate that there is a failure in executing the target test script during the performance test of the multiple target business items of the target device, determining that the performance of the target business item of the target device does not meet the target performance condition;

[0066] When the script execution result indicates that there is no script execution failure during the performance test of the multiple target business items of the target device, it is determined that the performance of the target business item of the target device meets the target performance condition.

[0067] As an optional implementation manner, executing the target test script on the target device according to the script execution mode indicated by the device test script includes:

[0068] Detecting a parameter value of a fifth execution parameter included in the target execution parameter, wherein the fifth execution parameter is used to indicate a running position of the device test script;

[0069] In the case where the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the target device, the device test script is sent to the target device, and a target running instruction is sent to the target device, wherein the target running instruction is used to instruct the target device to execute the target test script according to the script execution mode indicated by the device test script;

[0070] In the case where the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the test device, the target test script is executed on the target device in the test device according to the script execution mode indicated by the device test script.

[0071] Optionally, in an embodiment of the present application, the fifth execution parameter may be but is not limited to a method field, and its value may be Local / Remote. When the value is Local, the device test script is run locally on the test device; when the value is Remote, the device test script is sent to the target device for execution.

[0072] Through the above content, by carrying the fifth execution parameter in the target test request, it is determined whether the generated device test script is executed locally or on the target device, thereby meeting the running requirements of the device test script running through different main devices.

[0073] As an optional implementation manner, before generating a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, the method further includes:

[0074] Constructing an initial test script according to the multiple target script identifiers and initial execution parameters carried in the target test request, wherein the initial execution parameters are used to indicate the first execution conditions of the multiple target test scripts in a single test round, and the initial test script records the first execution timing of the multiple target test scripts;

[0075] running the initial test script;

[0076] When the initial test script runs successfully, a device test script is converted for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request.

[0077] Through the above content, by building an initial test script before building the device test script and running the initial test script, the running performance of multiple target test scripts can be detected, avoiding the inability to run the target test script due to design problems of the target test script, and thus avoiding abnormal operation of the device test script due to the inability to run the target test script, thereby improving the accuracy and reliability of the tested device performance.

[0078] As an optional implementation, after running the initial test script, the method further includes:

[0079] In the case where the initial test script fails to run, obtaining a reference execution parameter carried in the target test request, wherein the reference execution parameter is used to indicate a second execution condition of a plurality of the target test scripts in a single test round;

[0080] constructing a reference test script using the reference execution parameter and the plurality of target test scripts, wherein the reference test script records a second execution timing of the plurality of target test scripts;

[0081] Running the reference test script;

[0082] In the event that the reference test script fails to run, a target notification message is sent to a target account that has a binding relationship with the test device, wherein the target notification message is used to instruct the target account to maintain the target test script.

[0083] Optionally, in an embodiment of the present application, the execution sequence of the target test script in the initial test script and the reference test script may be different. When an exception occurs in the initial test script, the target test script may be executed according to a different execution sequence, thereby avoiding the impact of abnormal operating performance caused by script design problems.

[0084] Optionally, in an embodiment of the present application, the reference test script and the target test script in the initial test script can be called from different locations, and the reference test script can be a target test script called from an encrypted storage space of a test device, where the target encryption space is used to encrypt and store the test scripts. By calling the target test script stored in the encryption space, operational abnormalities caused by tampering with the test script can be avoided.

[0085] Through the above content, after the constructed initial test script runs abnormally, the target test script is rechecked by constructing a reference test script, thereby avoiding running abnormalities caused by script design problems or avoiding tampering of the target test script.

[0086] In the embodiment of the present application, three memory structures are designed, two one-dimensional structures (pre-processing Prepare structure (i.e. processing structure), post-detection Check structure (i.e. detection structure)), and one multi-dimensional structure (in-process execution implement structure (i.e. target structure)) constraints are used to mix single and multiple scripts together, and the execution mode of the scripts is distinguished by parameters, including serial / parallel, local execution / process execution, synchronous / asynchronous execution, random execution, etc., so that a group of unit test scripts can achieve the system test script effect through flexible combination. Figure 4 is a schematic diagram of a structure call according to an embodiment of the present application, such as Figure 4 As shown, the overall configuration structure is divided into three parts: Prepare (i.e., processing structure), implement (i.e., target structure), and Check (i.e., detection structure). Therefore, the script structure also includes three parts. Each part is composed of multiple scripts.

[0087] Prepare / Check structure: Prepare / Check:[shelllist:{shell1,shell2…},type:serial / parallel,method:Local / Remote,nohup:yes / no].

[0088] Implement structure: implement:[id1:{shelllist:{shell1...shellN},random:yes / no,nohup:yes / no,method:Local / Remote,type:serial / parallel},id2…,loop:1-N].

[0089] After the performance test process for multiple business projects of the target device is started, the processing program will load the three structures of pre-processing Prepare, in-process implementation, and post-processing Check in the system test script, and first enter the pre-processing. After the pre-processing Prepare is executed, it is determined whether it returns a failure. If it is, it is necessary to schedule the post-processing Check process, load the post-processing Check structure, and if successful, continue the in-process implementation. Whether the in-process execution succeeds or fails, it will trigger the post-processing Check execution.

[0090] The implementation configuration structure during execution is more complex than the other two structures. If the previous structure can be described as a 1*M queue, then the implement is an N*M matrix. First, all task structures task are extracted as the second-level loop body according to the configuration, and the configured loop parameters are extracted as the first-level loop control. The variable N is set as the counter. Figure 5 is an optional performance test flow chart according to an embodiment of the present application, such as Figure 5 As shown, at least the following steps are included:

[0091] S501, extract the target test script in the implement in the target test request to construct a combined task structure Task of the target test script, which can be in the following form: Task: [{id1, name:{shell1...shellN}, random: yes / no, nohup: yes / no, method: Local / Remote}, {id2, name: shellname...}, …}, loop: 1-N].

[0092] S502, read the number of cycles that the Task has executed.

[0093] S503, determine whether N>loop, if yes, it means all loops are executed, and the execution process ends. If not, N=N+1 and continue to execute S504.

[0094] S504, add 1 to the value of the number of loops N and update the value result.

[0095] S505, loop the task task and take out the shelllist to be run, for example, shell:{shell1...shellN},random:yes / no,nohup:yes / no,method:Local / Remote,type:serial / parallel.

[0096] S506, checking whether the task has been completely executed, if it has been completely executed, executing step S503, if it has not been completely executed, executing step S507.

[0097] S507, determine if len(shelllist)>1, and whether the Random setting is random. Some services, such as restart operations, have multiple types including hot restart, cold restart, ptu restart, etc. If you want to simulate a real scene, you need to trigger it randomly. If it is random, execute step S508.

[0098] S508, randomly extract a script from the shelllist as an execution script queue.

[0099] S509, executing the shelllist structure expected to be executed.

[0100] S510, when the execution of the current shelllist structure fails, the performance detection process ends; if the execution of the current shelllist structure succeeds, step S505 is repeated.

[0101] Figure 6 This is an optional shelllist structure execution schematic diagram according to an embodiment of the present application, as shown in Question 6.

[0102] Schedule the mixed script scheduling function, extract the shelllist dictionary of the script in the structure to be executed, and determine whether nohup is executed asynchronously. If so, it is necessary to splice the nohup instruction for all the scripts in the dictionary. At this time, the shelllist:{shell1,shell2...} structure is transformed into shelllist:{'`echo"nohup shell1"|sh`', '`echo"nohup shell2"|sh`',...}, and determine whether type is equal to serial. If it is, execute the step of judging the method field. If it is parallel, execute the step of building the execution process of the test script.

[0103] Determine the method field to determine whether method is equal to local execution. If so, loop the shelllist list, loop to extract the script to be executed, and execute it to obtain the result: whether the execution is successful. For nohup, the return value is 0, indicating successful delivery. If the delivery result returns failure, record the failure information and exit the hybrid script scheduling function. If no failure occurs, wait until the loop ends and then exit the hybrid script scheduling function. Determine whether method is equal to Remote, which means that process execution is required. At this time, scp all scripts in the shelllist to the input device, and then ssh to the process device to execute the script in a loop.

[0104] Construct the execution process of the test script. In the case of parallelism, create the same number of processes according to the number of scripts in shelllist. Each process processes a script and executes shelllist:{shell1}, repeating the operation steps of judging the method field.

[0105] The embodiment of the present application relates to a test method for mixed execution of scripts. The method uses two memory structures to mix single and multiple unit test scripts together to generate a system test script that can support complex test services. Through pre-processing Prepare, in-process execution Implement, and post-detection Check logical control, the process of environmental detection prefabrication, process execution, and result verification data cleaning is realized. In the structure, the combined scripts share a set of execution control parameters. The control parameters determine the execution mode of the script, serial / parallel, local / process execution, synchronous / asynchronous execution, random execution, script timeout setting, etc. The system test script is changed into a unit test script configuration file, which improves the script reuse rate, reduces repeated development, and reduces the development difficulty and maintenance workload. Improve the iteration efficiency of automated testing.

[0106] This embodiment uses three memory structures to mix single and multiple unit test scripts together to generate a system test script that can support complex test business. Through pre-processing Prepare, in-process execution Implement, and post-detection Check logical control, it realizes the process of environmental detection prefabrication, process execution, and result verification data cleaning. In the structure, the combined scripts share a set of execution control parameters. The control parameters determine the script execution mode serial / parallel, local / process execution, synchronous / asynchronous execution, random execution, script timeout setting, etc. The system test script is changed into a unit test script configuration file, which improves the script reuse rate, reduces repeated development, and reduces development difficulty and maintenance workload. Improve the iteration efficiency of automated testing.

[0107] Through the constraints of three memory structures, two one-dimensional structures (pre-processing Prepare structure, post-detection Check structure), and one multi-dimensional structure (in-process implementation structure), multiple unit test scripts are combined to generate a system test script. At the same time, the execution control parameters in each structure are flexibly combined to achieve the execution effect of the system test script, improve the script reuse rate, reduce repeated development, and reduce the development difficulty and maintenance workload. Improve the iteration efficiency of automated testing.

[0108] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by software plus a necessary general hardware platform, or by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present application.

[0109] In this embodiment, a device for testing the performance of an equipment is also provided, and the device is used to implement the above-mentioned embodiments and preferred implementation modes, and the descriptions that have been made are omitted. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0110] Figure 7 1 is a structural block diagram of a device performance testing apparatus according to an embodiment of the present application, which is applied to a testing device, wherein the testing device is used to connect to a device to be tested, wherein a plurality of test scripts are stored in the testing device, and wherein the test scripts are used to test the performance of a service item not corresponding to the test script among a plurality of service items included in the device, such as Figure 7 As shown, the device includes: a receiving module, used for receiving a target test request, wherein the target test request is used for requesting to test the performance of multiple target service items of the target device connected to the test device;

[0111] A generating module, configured to generate a device test script for the target device according to multiple target script identifiers and target execution parameters carried in the target test request, wherein the target script identifier is used to indicate the target test script required to test the multiple target business items, the target execution parameter is used to indicate the execution condition for executing the target test script, and the device test script is used to indicate the script execution mode for executing the multiple target test scripts on the target device;

[0112] An execution module, used to execute the target test script on the target device according to the script execution mode indicated by the device test script, and obtain a script execution result;

[0113] A prediction module is used to predict the target performance of the target business item of the target device according to the script execution result.

[0114] A test script is constructed for each business project of the device, and the performance of the business project is tested through the test script. Therefore, a target script identifier and a target execution parameter may be carried in a target test request for testing the performance of multiple target business projects of the target device. The target script identifier is used to indicate the target test script required for testing the multiple target business projects, and the target execution parameter is used to indicate the execution condition for executing the target test script. Therefore, a device test script indicating the script execution mode for executing multiple target test scripts on the target device may be generated for the target device according to the target script identifier and the target execution parameter, thereby automatically generating a device test script for the target device according to the target test script required for testing the target business project and the execution condition of the target test script, thereby improving the generation rate of the device test script, and then the device test script may be used to quickly test the target performance of the target business project of the target device. Therefore, the technical problem of low efficiency in testing device performance in the related technology may be solved, thereby achieving the effect of improving the efficiency in testing device performance.

[0115] Optionally, the generating module includes:

[0116] An extraction unit, used to extract the target test script corresponding to the target script identifier from a target storage space, wherein the target storage space is a storage space configured in the test device for storing test scripts;

[0117] a screening unit, configured to screen out candidate test scripts to be called for each test round from the plurality of target test scripts according to a first execution parameter and a second execution parameter, wherein the first execution parameter is used to indicate the number of test rounds required for testing the performance of the plurality of target business items of the target device using the target test script, and the second execution parameter is used to indicate the number of test scripts to be called for each test round;

[0118] A construction unit, configured to construct a first script queue of the test round according to a third execution parameter and the plurality of candidate test scripts in each test round when there are a plurality of candidate test scripts, wherein the first script queue is used to indicate the execution sequence of the plurality of candidate test scripts, the third execution parameter is used to indicate the execution mode of the plurality of candidate test scripts in the same test round, and the target execution parameter includes the first execution parameter, the second execution parameter and the third execution parameter;

[0119] A sorting unit, used for sorting the first script queue corresponding to each of the test rounds according to the sequence of the multiple test rounds to obtain a second script queue;

[0120] A determination unit is used to determine the second script queue as the device test script.

[0121] Optionally, the construction unit is used to:

[0122] Create a script execution process for each candidate test script;

[0123] In the case where the third execution parameter is used to indicate that the plurality of candidate test scripts are executed in parallel within the test round, the plurality of execution processes are set as parallel execution processes to obtain the first script queue;

[0124] In the case where the third execution parameter is used to indicate that the plurality of candidate test scripts are executed serially within the test round, the execution order of the plurality of execution processes is constructed according to the screening order of screening the candidate test scripts from the plurality of target test scripts to obtain the first script queue.

[0125] Optionally, the construction unit is used to:

[0126] In the case where the fourth execution parameter is used to indicate that the candidate test script needs to be executed in the background, constructing a target execution code for the candidate test script, wherein the target execution code is used to execute the candidate test script in the background execution mode, and the target execution parameter includes the fourth execution parameter;

[0127] The execution process is created for the target execution code.

[0128] Optionally, the prediction module includes:

[0129] a first determining unit, configured to determine that the performance of the target business item of the target device does not meet a target performance condition when the script execution result indicates that the target test script execution fails during the performance test of the multiple target business items of the target device;

[0130] The second determining unit is used to determine whether the performance of the target business item of the target device meets the target performance condition when the script execution result indicates that there is no script execution failure in the performance test process of the multiple target business items of the target device.

[0131] Optionally, the execution module includes:

[0132] a detection unit, configured to detect a parameter value of a fifth execution parameter included in the target execution parameter, wherein the fifth execution parameter is used to indicate a running position of the device test script;

[0133] a processing unit, configured to send the device test script to the target device and send a target running instruction to the target device when the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the target device, wherein the target running instruction is used to instruct the target device to execute the target test script according to the script execution mode indicated by the device test script;

[0134] An execution unit is used to execute the target test script on the target device in the test device according to the script execution method indicated by the device test script when the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the test device.

[0135] Optionally, the device further comprises:

[0136] A first construction module, used for constructing an initial test script according to the multiple target script identifiers and initial execution parameters carried in the target test request before generating a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, wherein the initial execution parameters are used to indicate a first execution condition of the multiple target test scripts in a single test round, and the initial test script records a first execution timing of the multiple target test scripts;

[0137] A first running module, used for running the initial test script;

[0138] The conversion module is used to convert a device test script for the target device according to multiple target script identifiers and target execution parameters carried in the target test request when the initial test script runs successfully.

[0139] Optionally, the device further comprises:

[0140] an acquisition module, configured to acquire, after the running of the initial test script, a reference execution parameter carried in the target test request in the case where the running of the initial test script fails, wherein the reference execution parameter is used to indicate a second execution condition of a plurality of the target test scripts in a single test round;

[0141] A second construction module, configured to construct a reference test script using the reference execution parameter and the plurality of target test scripts, wherein the reference test script records a second execution timing of the plurality of target test scripts;

[0142] A second running module, used for running the reference test script;

[0143] The sending module is used to send a target notification message to a target account that has a binding relationship with the test device when the reference test script fails to run, wherein the target notification message is used to instruct the target account to maintain the target test script.

[0144] It should be noted that the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to this: the above modules are all located in the same processor; or, the above modules are located in different processors in any combination.

[0145] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.

[0146] In an exemplary embodiment, the computer-readable storage medium may include but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.

[0147] An embodiment of the present application further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0148] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0149] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the steps in any one of the above method embodiments are implemented.

[0150] An embodiment of the present application further provides another computer program product, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in any of the above method embodiments are implemented.

[0151] The embodiments of the present application also provide a computer program, which includes computer instructions, which are stored in a computer-readable storage medium; a processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the steps in any one of the above method embodiments.

[0152] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail herein.

[0153] Obviously, those skilled in the art should understand that the above modules or steps of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. In this way, the present application is not limited to any specific combination of hardware and software.

[0154] The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent substitution, improvement, etc. made within the principles of the present application shall be included in the protection scope of the present application.

Claims

1. A method for testing equipment performance, characterized in that: Applied to a test device, the test device is used to connect to a device to be tested, the test device stores a plurality of test scripts, the test scripts are used to test the performance of a business item corresponding to the test script among a plurality of business items included in the device, the method comprising: Receiving a target test request, wherein the target test request is used to request to test the performance of multiple target service items of a target device connected to the test device; Generate a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, wherein the target script identifier is used to indicate the target test script required to test the multiple target business items, the target execution parameter is used to indicate the execution condition for executing the target test script, and the device test script is used to indicate the script execution mode for executing the multiple target test scripts on the target device; Execute the target test script on the target device according to the script execution mode indicated by the device test script to obtain a script execution result; The target performance of the target business item of the target device is predicted according to the script execution result.

2. The method according to claim 1, characterized in that: Generating a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request includes: Extracting the target test script corresponding to the target script identifier from a target storage space, wherein the target storage space is a storage space configured in the test device for storing test scripts; Filtering candidate test scripts to be called for each test round from the plurality of target test scripts according to a first execution parameter and a second execution parameter, wherein the first execution parameter is used to indicate the number of test rounds required for testing the performance of the plurality of target business items of the target device using the target test script, and the second execution parameter is used to indicate the number of test scripts to be called for each test round; In the case where there are multiple candidate test scripts, a first script queue of the test round is constructed according to the third execution parameter and the multiple candidate test scripts in each test round, wherein the first script queue is used to indicate the execution sequence of the multiple candidate test scripts, the third execution parameter is used to indicate the execution method of the multiple candidate test scripts in the same test round, and the target execution parameter includes the first execution parameter, the second execution parameter and the third execution parameter; Sorting the first script queue corresponding to each test round according to the sequence of the multiple test rounds to obtain a second script queue; The second script queue is determined as the device test script.

3. The method according to claim 2, characterized in that The step of constructing the first script queue of the test round according to the third execution parameter and the plurality of candidate test scripts in each test round includes: Create a script execution process for each candidate test script; In a case where the third execution parameter is used to indicate that a plurality of the candidate test scripts are executed in parallel within the test round, the plurality of execution processes are set as parallel execution processes to obtain the first script queue; When the third execution parameter is used to indicate that multiple candidate test scripts are executed serially within the test round, the execution order of multiple execution processes is constructed according to the screening order of the candidate test scripts from the multiple target test scripts to obtain the first script queue.

4. The method according to claim 3, characterized in that The step of creating a script execution process for each candidate test script includes: In the case where the fourth execution parameter is used to indicate that the candidate test script needs to be executed in the background, constructing a target execution code for the candidate test script, wherein the target execution code is used to execute the candidate test script in the background execution mode, and the target execution parameter includes the fourth execution parameter; The execution process is created for the target execution code.

5. The method according to claim 1, characterized in that The predicting the target performance of the target business item of the target device according to the script execution result includes: In a case where the script execution result indicates that there is a failure in executing the target test script during the performance test of the multiple target business items of the target device, determining that the performance of the target business item of the target device does not meet the target performance condition; When the script execution result indicates that there is no script execution failure during the performance test of the multiple target business items of the target device, it is determined that the performance of the target business item of the target device meets the target performance condition.

6. The method according to claim 1, characterized in that Executing the target test script on the target device in accordance with the script execution mode indicated by the device test script includes: Detecting a parameter value of a fifth execution parameter included in the target execution parameter, wherein the fifth execution parameter is used to indicate a running position of the device test script; In the case where the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the target device, the device test script is sent to the target device, and a target running instruction is sent to the target device, wherein the target running instruction is used to instruct the target device to execute the target test script according to the script execution method indicated by the device test script; When the parameter value of the fifth execution parameter is used to indicate that the running location of the device test script is the test device, the target test script is executed on the target device in the test device according to the script execution mode indicated by the device test script.

7. The method according to claim 1, characterized in that Before generating a device test script for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request, the method further includes: Constructing an initial test script according to the multiple target script identifiers and initial execution parameters carried in the target test request, wherein the initial execution parameters are used to indicate the first execution conditions of the multiple target test scripts in a single test round, and the initial test script records the first execution timing of the multiple target test scripts; running the initial test script; When the initial test script runs successfully, a device test script is converted for the target device according to the multiple target script identifiers and target execution parameters carried in the target test request.

8. The method according to claim 7, characterized in that After running the initial test script, the method further includes: In the case where the initial test script fails to run, obtaining a reference execution parameter carried in the target test request, wherein the reference execution parameter is used to indicate a second execution condition of a plurality of the target test scripts in a single test round; constructing a reference test script using the reference execution parameter and the plurality of target test scripts, wherein the reference test script records a second execution timing of the plurality of target test scripts; Running the reference test script; In the case that the reference test script fails to run, a target notification message is sent to a target account that has a binding relationship with the test device, wherein the target notification message is used to instruct the target account to maintain the target test script.

9. A device for testing equipment performance, characterized in that: Applied to a test device, the test device is used to connect to a device to be tested, the test device stores a plurality of test scripts, the test scripts are used to test the performance of a business item corresponding to the test script among a plurality of business items included in the device, the device comprises: A receiving module, used for receiving a target test request, wherein the target test request is used for requesting to test the performance of a plurality of target service items of a target device connected to the test device; A generation module, used to generate a device test script for the target device according to multiple target script identifiers and target execution parameters carried in the target test request, wherein the target script identifier is used to indicate the target test script required to test multiple target business items, the target execution parameter is used to indicate the execution condition for executing the target test script, and the device test script is used to indicate the script execution mode for executing multiple target test scripts on the target device; An execution module, used to execute the target test script on the target device according to the script execution mode indicated by the device test script, and obtain a script execution result; A prediction module is used to predict the target performance of the target business item of the target device according to the script execution result.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program implements the steps of the method described in any one of claims 1 to 8 when executed by a processor.

11. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the method described in any one of claims 1 to 8 are implemented.

Images