Controller test method and device, electronic equipment, storage medium and product
The problem of low manual testing efficiency is solved by performing reset tests on the controller through automated test scripts, and more efficient controller testing and storage system reliability is achieved.
Patent Information
- Application Number
- CN202411864320.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-17
- Publication Date
- 2025-04-15
AI Technical Summary
In the prior art, the efficiency of performing controller testing by manual means is low, and the reliability of the storage system cannot be effectively improved.
By determining the target test parameters of the test script, deploy the test script on the controller, including multiple physical layers to be selected, automatically perform reset tests and generate test results.
Automatic testing is realized, reducing the time-consuming operation of manual operations, improving the testing efficiency of the controller, and thus improving the reliability of the storage system.
Smart Images
Figure CN119829348A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of storage technology, and in particular to a controller testing method, device, electronic device, storage medium and product. Background Art
[0002] With the rapid development of new technologies, the amount of business data of new technologies has increased accordingly, bringing new challenges to storage systems. On this basis, it is of great significance to improve the reliability of storage systems. Storage systems include controllers and hard disks. Hard disks are used to store data, and controllers are used to improve storage performance, reliability, and availability.
[0003] In the related art, the controller is tested manually to obtain test results, and the problems existing in the controller are solved according to the test results so that the storage system can work normally.
[0004] However, there is a problem of low efficiency in testing through manual methods. Summary of the invention
[0005] The present application provides a controller testing method, device, electronic device, storage medium and product to improve the testing efficiency of the controller.
[0006] In a first aspect, the present application provides a controller testing method, comprising: determining target test parameters of a test script, the test script being deployed on a controller, the controller comprising a plurality of candidate physical layers; determining a plurality of target physical layers from the plurality of candidate physical layers according to the target test parameters; performing a reset test on the plurality of target physical layers through the test script according to the target test parameters, and determining a plurality of operating information of the plurality of target physical layers; and generating a target test result of the controller according to the plurality of operating information.
[0007] Optionally, the method as described above determines multiple target physical layers from the multiple candidate physical layers according to the target test parameters, including: determining multiple candidate physical layer identifiers corresponding to the multiple candidate physical layers; determining multiple target physical layer identifiers from the target test parameters; determining the multiple target physical layers from the multiple candidate physical layers according to the multiple target physical layer identifiers and the multiple candidate physical layer identifiers.
[0008] Optionally, the method as described above, according to the target test parameters, performs a reset test on the multiple target physical layers through the test script, including: determining the target server to which the controller belongs; determining the target test time according to the target test parameters; sending a backup instruction to the target server through the test script at the target test time so that the target server performs data backup; according to the target test parameters, performs a reset test on the multiple target physical layers through the test script.
[0009] Optionally, the method as described above is for any target physical layer; according to the target test parameters, a reset test is performed on the target physical layer through the test script, and the operation information of the target physical layer is determined, including: according to the target test parameters, determining the reset strategy corresponding to the target physical layer, the reset strategy including at least one of the following: number of resets, or reset interval; according to the reset strategy, a reset test is performed on the target physical layer through the test script; after completing the reset test, determining the operation information of the target physical layer.
[0010] Optionally, after generating the target test result of the controller, the method as described above further includes: determining a standard range from the target test parameters; determining whether the target test result is within the standard range; if not, determining a processing strategy for the controller from the target test parameters, and executing the processing strategy, wherein the processing strategy includes at least one of the following: repairing the controller through the test script, or generating a prompt message through the test script.
[0011] Optionally, as described above, the method further includes: deploying the test script under the system of the target server; performing detection processing on the target server through the test script to obtain first detection information corresponding to the target server; performing detection processing on the controller through the test script to obtain second detection information corresponding to the target server; writing the first detection information and the second detection information into a target log, which is used to store the target test result.
[0012] In a second aspect, the present application provides a testing device for a controller, comprising: a determination module, used to determine target test parameters of a test script, the test script being deployed on a controller, the controller comprising a plurality of candidate physical layers; a screening module, used to determine a plurality of target physical layers from the plurality of candidate physical layers according to the target test parameters; a testing module, used to perform a reset test on the plurality of target physical layers through the test script according to the target test parameters, and determine a plurality of operating information of the plurality of target physical layers; and a generation module, used to generate a target test result of the controller according to the plurality of operating information.
[0013] Optionally, in the device as described above, the screening module is specifically used to determine multiple candidate physical layer identifiers corresponding to the multiple candidate physical layers; the screening module is also specifically used to determine multiple target physical layer identifiers from the target test parameters; the screening module is also specifically used to determine the multiple target physical layers from the multiple candidate physical layers based on the multiple target physical layer identifiers and the multiple candidate physical layer identifiers.
[0014] Optionally, as described above, the device further includes: an execution module, used to determine the target server to which the controller belongs; the execution module is also used to determine the target test time according to the target test parameters; the execution module is also used to send a backup instruction to the target server through the test script at the target test time so that the target server performs data backup; the execution module is also used to perform a reset test on the multiple target physical layers through the test script according to the target test parameters.
[0015] Optionally, the device as described above is for any target physical layer; the execution module is specifically used to determine the reset strategy corresponding to the target physical layer according to the target test parameters, and the reset strategy includes at least one of the following: number of resets, or reset interval; the execution module is specifically used to perform a reset test on the target physical layer through the test script according to the reset strategy; the execution module is specifically used to determine the operating information of the target physical layer after completing the reset test.
[0016] Optionally, as described above, the device further includes: a repair module, used to determine a standard range from the target test parameters; the repair module is also used to determine whether the target test result is within the standard range; the repair module is also used to determine a processing strategy of the controller from the target test parameters and execute the processing strategy if not, and the processing strategy includes at least one of the following: repairing the controller through the test script, or generating prompt information through the test script.
[0017] Optionally, the device as described above further includes: a writing module, used to deploy the test script under the system of the target server; the writing module is also used to perform detection processing on the target server through the test script to obtain first detection information corresponding to the target server; the writing module is also used to perform detection processing on the controller through the test script to obtain second detection information corresponding to the target server; the writing module is also used to write the first detection information and the second detection information into a target log, and the target log is used to store the target test result.
[0018] In a third aspect, the present application provides an electronic device comprising: a processor, and a memory communicatively connected to the processor; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement any method described in any one of the first aspects.
[0019] In a fourth aspect, the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are executed by a processor as described in any one of the methods in the first aspect.
[0020] In a fifth aspect, the present application provides a computer program product, comprising a computer program, wherein the computer program is executed by a processor as in any one of the methods in the first aspect.
[0021] The present application provides a controller testing method, device, electronic device, storage medium and product, the method includes: determining the target test parameters of the test script, the test script is deployed on the controller, the controller includes multiple physical layers to be selected; according to the target test parameters, multiple target physical layers are determined from the multiple physical layers to be selected; according to the target test parameters, the test script performs a reset test on the multiple target physical layers and determines multiple operating information of the multiple target physical layers; and generates the target test results of the controller according to the multiple operating information. The above scheme uses the test script to replace manual automation testing of the controller, which can reduce the time consumption of manual operation and improve the testing efficiency of the controller. BRIEF DESCRIPTION OF THE DRAWINGS
[0022] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.
[0023] Figure 1 A schematic diagram of an application scenario of a controller testing method provided in an embodiment of the present application;
[0024] Figure 2 A flowchart of a controller testing method provided in an embodiment of the present application;
[0025] Figure 3 A flowchart of a controller testing method provided in an embodiment of the present application;
[0026] Figure 4 A schematic diagram of multiple tests of a test script provided in an embodiment of the present application;
[0027] Figure 5 A schematic diagram of a reset strategy provided in an embodiment of the present application;
[0028] Figure 6 A schematic diagram of a reset test process provided in an embodiment of the present application;
[0029] Figure 7 A schematic diagram of the structure of a controller testing device provided in an embodiment of the present application;
[0030] Figure 8 A schematic diagram of the structure of a controller testing device provided in an embodiment of the present application;
[0031] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application.
[0032] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION
[0033] 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 implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.
[0034] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use, processing, transmission, provision, disclosure and application of the relevant data comply with the relevant laws, regulations and standards of the relevant countries and regions, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation entrances for users to choose to authorize or refuse.
[0035] It should be noted that the testing method, device, electronic device, storage medium and product of the controller of the present application can be used in the field of storage technology, and can also be used in any field other than storage. The application field of the testing method, device, electronic device, storage medium and product of the controller of the present application is not limited.
[0036] Figure 1A schematic diagram of an application scenario of a controller testing method provided in an embodiment of the present application is given as an example in combination with the illustrated scenario: a server 1 includes a controller 2, the controller 2 is connected to multiple hard disks 3, and the controller 2 manages multiple hard disks 3 to improve the storage performance, reliability, and availability of the hard disks 3.
[0037] Optionally, the controller and the hard disk form a storage system, and the storage system provides storage functions for the server.
[0038] Optionally, the controller may be a Redundant Array of Independent Disks (RAID) card.
[0039] For example, RAID combines multiple hard disks into a logical volume to provide larger storage space. RAID uses parallel read and write operations to enable multiple hard disks to process data requests simultaneously, thereby improving the read and write speed of the storage system. RAID uses redundancy technology (such as mirroring or parity checking) to ensure that even if a hard disk fails, the storage system can still operate normally and data will not be lost.
[0040] Exemplarily, RAID includes multiple physical layers, which are connected to multiple hard disks through multiple physical layers. The physical layer is responsible for converting data into electrical or optical signals and transmitting them to the hard disks through cables or optical fibers. The physical layer is also responsible for receiving signals from the hard disks and converting them into digital data. The physical layer ensures the integrity of the signal and avoids noise, interference or attenuation during transmission. The physical layer affects the rate and reliability of data transmission.
[0041] Therefore, testing the physical layer is key to evaluating whether the controller can work properly.
[0042] Combined with the scenario examples, with the rapid development of new technologies such as 5G communications, Internet of Things, artificial intelligence, edge computing, cloud computing, and virtual reality, higher requirements are placed on the testing efficiency of controllers.
[0043] The controller testing method provided in the present application is intended to solve the above technical problems in the prior art.
[0044] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.
[0045] Figure 2 A flowchart of a controller testing method provided in an embodiment of the present application, the method comprising the following steps:
[0046] S201. Determine target test parameters of a test script, the test script is deployed on a controller, and the controller includes multiple physical layers to be selected.
[0047] Among them, the target test parameters are parameters pre-written into the test script. The target test parameters include specific test methods. The test script executes the test according to the target test parameters, and the test process does not require human intervention.
[0048] Optionally, the selected physical layer can be connected to one hard disk or multiple hard disks.
[0049] Combined with the scenario example, after the test script is deployed on the controller, the test can be automatically performed, thereby improving the test efficiency.
[0050] S202: Determine multiple target physical layers from multiple candidate physical layers according to target test parameters.
[0051] Exemplarily, the target physical layer may be all the candidate physical layers, or may be part of the candidate physical layers.
[0052] In the related art, developers manually perform tests in the Basic Input / Output System (BIOS) interface of the server. The BIOS cannot simulate multiple failure scenarios, resulting in low comprehensiveness of the test.
[0053] Combined with the scenario examples, by controlling the number of target physical layers, different fault scenarios can be simulated, thereby improving the comprehensiveness of the test, and then solving storage system faults in a targeted manner and improving the reliability of the storage system. For example, a small number of target physical layers can simulate a light-load fault scenario. A large number of target physical layers can simulate a heavy-load fault scenario.
[0054] S203. Perform a reset test on multiple target physical layers through a test script according to target test parameters, and determine multiple operation information of the multiple target physical layers.
[0055] Optionally, the reset test is to control the target physical layer to quickly disconnect and reestablish the link. The reset test can be used to determine the ability of the target physical layer to reestablish the link, so as to evaluate the reliability of the target physical layer.
[0056] Optionally, the operation information includes but is not limited to at least one of the following: transmission rate, signal quality, or link status.
[0057] Combined with the scenario example, after controlling the target physical layer to quickly disconnect and reestablish the link, the operation information of the target physical layer is obtained, and the operation information can reflect the recovery status of the target physical layer.
[0058] S204: Generate a target test result of the controller according to the plurality of operation information.
[0059] Combined with the scenario example, the test script automatically generates the target test results after executing the reset test.
[0060] Optionally, the generated target test results are displayed on an interface of the server so that developers can quickly obtain the target test results.
[0061] The controller testing method provided in the embodiment of the present application determines the target test parameters of the test script, the test script is deployed on the controller, and the controller includes multiple physical layers to be selected; according to the target test parameters, multiple target physical layers are determined from the multiple physical layers to be selected; according to the target test parameters, a reset test is performed on the multiple target physical layers through the test script, and multiple operating information of the multiple target physical layers is determined; and the target test results of the controller are generated according to the multiple operating information. The above scheme uses the test script to replace manual automation testing of the controller, which can reduce the time consumption of manual operation, thereby improving the testing efficiency of the controller.
[0062] Based on any of the above embodiments, Figure 3 , the detailed process of controller testing is explained.
[0063] Figure 3 A flowchart of a controller testing method provided in an embodiment of the present application is shown in FIG. Figure 3 As shown, the method includes:
[0064] S301. Determine target test parameters of a test script, where the test script is deployed on a controller, and the controller includes multiple physical layers to be selected.
[0065] It should be noted that the execution process of S301 refers to S201 and will not be repeated here.
[0066] S302: Determine multiple candidate physical layer identifiers corresponding to multiple candidate physical layers.
[0067] Optionally, the candidate physical layer identifier is a unique identifier, and there is a one-to-one relationship between the candidate physical layer and the candidate physical layer identifier.
[0068] Optionally, the physical layer identifier to be selected includes but is not limited to at least one of the following: a port number, a device ID, a MAC address, or a PCIe slot number, etc.
[0069] It can be understood that different candidate physical layers can be accurately distinguished through the candidate physical layer identifiers.
[0070] Optionally, the physical layer identifier to be selected is determined from configuration information of the controller.
[0071] S303: Determine multiple target physical layer identifiers from the target test parameters.
[0072] The target physical layer identifier is the identifier of the target physical layer specified by the target test parameter. The target physical layer is the physical layer currently performing the reset test.
[0073] Combined with the scenario example, by specifying the target physical layer identifier in the target test parameters, the test script can automatically determine which physical layers to perform the test, thereby flexibly simulating failure scenarios of different loads and improving the comprehensiveness of the test.
[0074] S304: Determine multiple target physical layers from multiple candidate physical layers according to multiple target physical layer identifiers and multiple candidate physical layer identifiers.
[0075] Exemplarily, multiple candidate physical layer identifiers are traversed to determine a physical layer identifier that is the same as the target physical layer identifier among the multiple candidate physical layer identifiers, and the physical layer corresponding to the physical layer identifier among the multiple candidate physical layers is determined as the target physical layer.
[0076] Optionally, the test script can execute the test repeatedly, and each execution of the test can specify a different target physical layer.
[0077] Optionally, the target test parameters include the number of target physical layers, and the target physical layer is randomly determined from multiple candidate physical layers according to the number of target physical layers.
[0078] S305: Determine the target server to which the controller belongs.
[0079] The controller is installed on the target server.
[0080] Optionally, obtain a system log of the controller, and determine the target server to which the controller belongs from the system log.
[0081] S306. Determine the target test time according to the target test parameters.
[0082] The target test time is the time when the test is executed, and the time when the test is executed is predefined in the target test parameters.
[0083] Optionally, the test script can be set as a one-time test. In this scenario, a target test time is set for the test script, and the test script executes the test at the target test time.
[0084] Optionally, the test script can be set to perform multiple tests. In this scenario, multiple target test times are set for the test script, and the test script executes the test at each target test time. For example, a test cycle can be set to execute a test every test cycle.
[0085] Further, optionally, for a scenario where the test script includes multiple target test moments, each test corresponds to a different target physical layer.
[0086] Next, combine Figure 4 Explain multiple tests of the test script.
[0087] Figure 4 Schematic diagram of multiple tests of the test script provided in the embodiment of the present application. Figure 4 As shown, the target test parameters include multiple target test times, for example, multiple target test times are December 1, December 3, December 5, etc. Each target test time corresponds to multiple target physical layer identifiers. If the current time is any target test time, the target physical layer to be tested is determined according to the multiple target physical layer identifiers corresponding to the target test time corresponding to the current time.
[0088] Based on the above implementation, by setting the target test time in the target test parameters, the test can be automatically triggered to be executed at the target test time, thereby reducing manual operations and improving test efficiency.
[0089] S307. Send a backup instruction to the target server through the test script at the target test time, so that the target server performs data backup.
[0090] Optionally, after sending the backup instruction, the test script suspends working for a period of time to allow the target server to have sufficient time to perform data backup.
[0091] Combined with the scenario example, before executing the test, instructing the target server to perform data backup can enable the target server to back up all data or important data, thereby avoiding data loss that may be caused by executing the test.
[0092] S308. Determine a reset strategy corresponding to the target physical layer according to the target test parameters.
[0093] The reset strategy includes at least one of the following: the number of resets or the reset interval.
[0094] Exemplarily, rapid link disconnection and link establishment at the physical layer is a reset, and the number of resets is used to control the number of resets performed in one test.
[0095] Exemplarily, the reset interval is used to control the time interval between two adjacent resets in a test.
[0096] Next, combine Figure 5 Describe the reset strategy.
[0097] Figure 5Schematic diagram of the reset strategy provided by the embodiment of the present application. Figure 5 As shown, for example, the number of resets in any reset test is 5, that is, the first reset, the second reset, ... the fifth reset are performed respectively, a total of 5 resets. The time interval between two adjacent resets is the reset interval, that is, the time interval between the time t1 corresponding to the first reset and the time t2 corresponding to the second reset is the reset interval.
[0098] Combined with the scenario examples, different fault scenarios can be simulated through a variety of reset strategies, thereby improving the richness of the test.
[0099] S309. Perform a reset test on the target physical layer through a test script according to the reset strategy.
[0100] Exemplarily, the reset strategy indicates a specific method of resetting the test, the test script parses the target test parameters to obtain the reset strategy, and executes a specific reset test according to the reset strategy.
[0101] Optionally, the test script implements the reset test by sending a disable or enable instruction to a network interface or a storage interface.
[0102] Optionally, if any reset test execution is abnormal, such as failure to disconnect the link or failure to establish the link, the abnormal situation is reported to the target server so that the developer can resolve the abnormality in time.
[0103] S310: After completing the reset test, determine the operation information of the target physical layer.
[0104] Exemplarily, after completing multiple resets corresponding to the reset test, the real-time operation information of the target physical layer is determined. The real-time operation information can reflect whether the reset test has an impact on the stability of the target physical layer, thereby achieving verification of the target physical layer.
[0105] Optionally, the operation information may be obtained by acquiring the operation information from the controller or by testing.
[0106] S311. Generate a target test result of the controller according to multiple operation information.
[0107] A feasible implementation method, after generating the target test result of the controller, also includes: determining the standard range from the target test parameters; determining whether the target test result is within the standard range; if not, determining the processing strategy of the controller from the target test parameters, and executing the processing strategy, the processing strategy includes at least one of the following: repairing the controller through a test script, or generating prompt information through a test script.
[0108] The standard range is used as an evaluation mark to evaluate whether the physical layer corresponding to the target test parameters is working normally.
[0109] For example, if the target test result is within the standard range, it means that the physical layer can work normally. If the target test result is not within the standard range, it means that the physical layer cannot work normally.
[0110] Combined with the scenario example, take the transmission rate as an example. If the transmission rate is not within the corresponding standard range, it means that the transmission performance of the target physical layer does not meet the requirements. Take signal quality as an example. If the signal quality parameters such as signal strength, signal-to-noise ratio, or bit error rate are not within the corresponding standard range, it means that the signal quality of the target physical layer does not meet the requirements. If it does not meet the requirements, it will affect the overall performance of the storage system, so it needs to be processed.
[0111] Exemplarily, the corresponding processing strategy is determined according to the fault type corresponding to the target test parameter. If the target test parameter includes the processing method corresponding to the fault type, the controller is repaired according to the processing method through the test script. If the target test parameter does not include the processing method corresponding to the fault type, prompt information is generated according to the fault type, so that the developer can quickly determine the processing method according to the prompt information and repair the controller in time.
[0112] In this feasible implementation, the test script automatically determines the processing strategy according to the target test results, which can reduce the operations of developers and thus improve the repair efficiency of the controller.
[0113] In a feasible implementation method, the controller testing method also includes: deploying a test script under the system of a target server; performing detection processing on the target server through the test script to obtain first detection information corresponding to the target server; performing detection processing on the controller through the test script to obtain second detection information corresponding to the target server; writing the first detection information and the second detection information into a target log, which is used to store the target test results.
[0114] Exemplarily, before the test script is run, the test script is deployed on the target server system. After the deployment is completed, the target server and the controller are tested respectively.
[0115] Optionally, the first detection information includes but is not limited to at least one of the following: a server hardware identifier, or a server firmware version information, etc. The second detection information includes but is not limited to at least one of the following: a controller hardware identifier, or a controller firmware version information, etc.
[0116] Exemplarily, the target log stores the target test result, the test record of each test execution of the test script, the first detection information, and the second detection information. The developer can determine whether manual intervention is required to repair the controller based on the target test result in the target log. The developer can analyze the cause of the controller failure based on the test record, the first detection information, and the second detection information.
[0117] Combined with the scenario example, if the controller often fails under the firmware version of any controller, it is considered that there is a problem with the firmware version of the controller, and the developer can reduce the occurrence of failures by changing the firmware version. The same applies to other first detection information and second detection information. The test record may include the time corresponding to each test. The developer can trace the controller's historical record according to the time corresponding to the fault test result to analyze the cause of the failure.
[0118] Next, combine Figure 6 Describes the reset test process.
[0119] Figure 6 Schematic diagram of the reset test process provided by the embodiment of the present application. Figure 6 As shown, the server is powered on to enter the system. The test script is deployed in the system. The first detection information and the second detection information are obtained through the test script detection, and the detection information is written into the target log. The specified physical layer is determined through the test script, and the reset test is performed on the specified physical layer to obtain the target test result. The target test result is written into the target log to complete a test. If the test script is set to multiple tests, the test script continues to run on the server.
[0120] In this feasible implementation, by enriching the content of the target log, developers can be effectively guided to repair and trace controller failures, reducing the operations of developers, thereby improving the efficiency of fault handling.
[0121] Figure 7 This is a schematic diagram of the structure of a controller testing device provided in an embodiment of the present application. Figure 7 As shown, the controller test device 70 may include: a determination module 71, a screening module 72, a test module 73, and a generation module 74, wherein:
[0122] The determination module 71 is used to determine the target test parameters of the test script, the test script is deployed on the controller, and the controller includes multiple physical layers to be selected.
[0123] The screening module 72 is used to determine a plurality of target physical layers from a plurality of candidate physical layers according to the target test parameters.
[0124] The test module 73 is used to perform a reset test on multiple target physical layers through a test script according to target test parameters, and determine multiple operation information of the multiple target physical layers.
[0125] The generating module 74 is used to generate a target test result of the controller according to a plurality of operation information.
[0126] Optionally, the determination module 71 may execute Figure 2 S201 in the embodiment.
[0127] Optionally, the screening module 72 may perform Figure 2 S202 in the embodiment.
[0128] Optionally, the test module 73 may execute Figure 2 S203 in the embodiment.
[0129] Optionally, the generation module 74 may execute Figure 2 S204 in the embodiment.
[0130] It should be noted that the controller testing device shown in the embodiment of the present application can execute the technical solution shown in the above method embodiment, and its implementation principle and beneficial effects are similar, which will not be repeated here.
[0131] In a possible implementation, the screening module 72 is specifically configured to:
[0132] Determine multiple candidate physical layer identifiers corresponding to the multiple candidate physical layers;
[0133] Determining a plurality of target physical layer identifiers from the target test parameters;
[0134] According to the multiple target physical layer identifiers and the multiple candidate physical layer identifiers, multiple target physical layers are determined from the multiple candidate physical layers.
[0135] Figure 8 A schematic diagram of the structure of a controller testing device provided in an embodiment of the present application. Figure 7 Based on the embodiment shown, Figure 8 As shown, the controller test device 80 also includes: an execution module 75, a repair module 76 and a writing module 77, wherein:
[0136] The execution module 75 is used to:
[0137] Execute to determine the target server to which the controller belongs;
[0138] Determine the target test time according to the target test parameters;
[0139] Sending a backup instruction to the target server through the test script at the target test time, so that the target server performs data backup;
[0140] Perform reset tests on multiple target physical layers through test scripts according to target test parameters.
[0141] In a possible implementation, the execution module 75 is specifically configured to:
[0142] Determine a reset strategy corresponding to the target physical layer according to the target test parameter, the reset strategy including at least one of the following: the number of resets or the reset interval;
[0143] According to the reset strategy, a reset test is performed on the target physical layer through a test script;
[0144] After completing the reset test, determine the operating information of the target physical layer.
[0145] Repair module 76, for:
[0146] From the target test parameters, determine the standard range;
[0147] Determine whether the target test results are within the standard range;
[0148] If not, a processing strategy of the controller is determined from the target test parameters and executed, the processing strategy including at least one of the following: repairing the controller through a test script, or generating prompt information through a test script.
[0149] The writing module 77 is used to:
[0150] Deploy the test script on the target server system;
[0151] Perform detection processing on the target server through the test script to obtain first detection information corresponding to the target server;
[0152] Perform detection processing on the controller through the test script to obtain second detection information corresponding to the target server;
[0153] The first detection information and the second detection information are written into a target log, and the target log is used to store the target test result.
[0154] Fig. 9 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown in FIG. Fig. 9 As shown, the electronic device includes:
[0155] The electronic device includes a processor 291 and a memory 292; it may also include a communication interface 293 and a bus 294. The processor 291, the memory 292, and the communication interface 293 may communicate with each other through the bus 294. The communication interface 293 may be used for information transmission. The processor 291 may call the logic instructions in the memory 292 to execute the method of the above embodiment.
[0156] In addition, the logic instructions in the above-mentioned memory 292 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product.
[0157] The memory 292 is a computer-readable storage medium that can be used to store software programs and computer executable programs, such as program instructions / modules corresponding to the methods in the embodiments of the present application. The processor 291 executes functional applications and data processing by running the software programs, instructions, and modules stored in the memory 292, that is, implementing the methods in the above method embodiments.
[0158] The memory 292 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application required for at least one function; the data storage area may store data created according to the use of the terminal device, etc. In addition, the memory 292 may include a high-speed random access memory and may also include a non-volatile memory.
[0159] An embodiment of the present application provides a non-temporary computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the method as described in the above embodiment.
[0160] An embodiment of the present application provides a computer program product, including a computer program, which implements the method of the above embodiment when the computer program is executed by a processor.
[0161] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present application.
[0162] It should be further noted that, although the various steps in the flowchart are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence in the order indicated by the arrows. Unless there is a clear description in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a portion of the steps in the flowchart may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these sub-steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
[0163] It should be understood that the above-mentioned device embodiments are only illustrative, and the device of the present application can also be implemented in other ways. For example, the division of units / modules in the above-mentioned embodiments is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units, modules or components can be combined, or can be integrated into another system, or some features can be ignored or not executed.
[0164] In addition, unless otherwise specified, each functional unit / module in each embodiment of the present application may be integrated into one unit / module, each unit / module may exist physically separately, or two or more units / modules may be integrated together. The above-mentioned integrated unit / module may be implemented in the form of hardware or in the form of a software program module.
[0165] If the integrated unit / module is implemented in the form of hardware, the hardware may be a digital circuit, an analog circuit, etc. The physical implementation of the hardware structure includes but is not limited to transistors, memristors, etc. The processor may be any appropriate hardware processor, such as a CPU, a GPU, an FPGA, a DSP, and an ASIC, etc. The storage unit may be any appropriate magnetic storage medium or magneto-optical storage medium, such as a resistive random access memory RRAM (Resistive Random Access Memory), a dynamic random access memory DRAM (Dynamic Random Access Memory), a static random access memory SRAM (Static Random-Access Memory), an enhanced dynamic random access memory EDRAM (Enhanced Dynamic Random Access Memory), a high-bandwidth memory HBM (High-Bandwidth Memory), a hybrid memory cube HMC (Hybrid Memory Cube), etc.
[0166] If the integrated unit / module is implemented in the form of a software program module and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or all or part of the technical solution, can be embodied in the form of a software product, which is stored in a memory and includes several instructions for a computer device (which can be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned memory includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, disk or optical disk and other media that can store program codes.
[0167] In the above embodiments, the description of each embodiment has its own emphasis. For the part not described in detail in a certain embodiment, please refer to the relevant description of other embodiments. The technical features of the above embodiments can be combined arbitrarily. In order to make the description concise, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.
[0168] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary techniques in the art that are not disclosed in the present application. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present application are indicated by the following claims.
[0169] It should be understood that the present application 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 application is limited only by the appended claims.
Claims
1. A controller testing method, characterized in that: include: Determining target test parameters of a test script, wherein the test script is deployed on a controller, wherein the controller includes a plurality of candidate physical layers; Determining a plurality of target physical layers from the plurality of candidate physical layers according to the target test parameter; According to the target test parameters, performing a reset test on the multiple target physical layers through the test script, and determining multiple operation information of the multiple target physical layers; A target test result of the controller is generated according to the plurality of operation information.
2. The method according to claim 1, characterized in that Determining a plurality of target physical layers from the plurality of candidate physical layers according to the target test parameter includes: Determine multiple candidate physical layer identifiers corresponding to the multiple candidate physical layers; Determining a plurality of target physical layer identifiers from the target test parameters; The multiple target physical layers are determined from the multiple candidate physical layers according to the multiple target physical layer identifiers and the multiple candidate physical layer identifiers.
3. The method according to claim 1 or 2, characterized in that: According to the target test parameters, performing a reset test on the multiple target physical layers through the test script, including: Determine the target server to which the controller belongs; Determining a target test time according to the target test parameters; Sending a backup instruction to the target server through the test script at the target test time, so that the target server performs data backup; According to the target test parameters, a reset test is performed on the multiple target physical layers through the test script.
4. The method according to claim 3, characterized in that For any target physical layer; According to the target test parameters, performing a reset test on the target physical layer through the test script, and determining the operation information of the target physical layer, including: Determine, according to the target test parameter, a reset strategy corresponding to the target physical layer, wherein the reset strategy includes at least one of the following: a reset number or a reset interval; According to the reset strategy, performing a reset test on the target physical layer through the test script; After completing the reset test, the operation information of the target physical layer is determined.
5. The method according to any one of claims 1 to 4, characterized in that After generating the target test result of the controller, the method further includes: From the target test parameters, determining a standard range; determining whether the target test result is within the standard range; If not, a processing strategy for the controller is determined from the target test parameters and the processing strategy is executed, wherein the processing strategy includes at least one of the following: repairing the controller through the test script, or generating prompt information through the test script.
6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Deploy the test script on the target server system; Performing detection processing on the target server through the test script to obtain first detection information corresponding to the target server; Performing detection processing on the controller through the test script to obtain second detection information corresponding to the target server; The first detection information and the second detection information are written into a target log, where the target log is used to store the target test result.
7. A controller testing device, characterized in that: include: A determination module, used to determine target test parameters of a test script, wherein the test script is deployed on a controller, and the controller includes a plurality of physical layers to be selected; A screening module, configured to determine a plurality of target physical layers from the plurality of candidate physical layers according to the target test parameter; A test module, configured to perform a reset test on the multiple target physical layers through the test script according to the target test parameters, and determine multiple operation information of the multiple target physical layers; A generating module is used to generate a target test result of the controller according to the multiple operation information.
8. An electronic device, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 6.
9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 6 when executed by a processor.
10. A computer program product, characterized in that The invention comprises a computer program, which implements the method according to any one of claims 1 to 6 when being executed by a processor.