Dumb resource management system automated testing methods, systems, devices, media, and products

Abstract

The application discloses a dumb resource management system automatic test method, system, device, medium and product, belongs to the technical field of optical network communication test, and the method comprises the following steps: acquiring configuration information of a passive dumb resource according to a passive dumb resource management system, and constructing a relationship graph G=(V, E) of the passive dumb resource; based on a predefined state machine model, the test process is automatically switched between multiple preset states to perform full-process testing from passive dumb resource data preparation to optical path verification; wherein, after experiencing at least one non-terminating preset state in the test process, automatic checking is performed based on the relationship graph, and the automatic checking result is used as a trigger condition for state transition of the state machine model and a judgment basis for full-process test results. The application realizes efficient, comprehensive and accurate automatic testing of an optical network passive dumb resource management system with extremely complex business logic.

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of optical network communication testing, and particularly relates to a dumb resource management system automatic testing method, system, device, medium and product. BACKGROUND

[0002] With the continuous expansion of optical network scale, the management of optical network passive dumb resources (such as machine room, optical cross box, distribution frame, optical cable section, etc.) becomes more and more complex. The communication optical network passive dumb resource management system is used for managing and checking these resources to ensure the accuracy of resource information. However, during the development of the system, the testing link faces many challenges:

[0003] 1. Complex business scenarios: There are multi-level and multi-dimensional relationships between passive dumb resources, such as the distribution frame needs to be established in the machine room, the optical cable section needs to be bound to the distribution frame or the optical cross box, the port and the optical cable section fiber core have a binding relationship, and the optical path is formed through complex jumper. The traditional testing method is difficult to fully cover these complex scenarios, and it is easy to miss the key test points, resulting in problems such as resource relationship errors after the system goes online.

[0004] 2. Low efficiency and prone to errors of manual testing: Manual testing requires testers to manually simulate resource uploading, relationship configuration, complex jumpering and other operations, which is tedious and prone to operation errors, and it is difficult to meet the testing needs of the rapid iteration development of the system. At the same time, the correctness of the resource relationship judged by manual testing also has a large error, which cannot guarantee the accuracy and reliability of the test results.

[0005] 3. Lack of targetedness of automated testing: The existing automated testing technology lacks a special testing scheme for the passive dumb resource management system, and cannot effectively handle the verification of the complex logical relationship between resources, making it difficult to realize the comprehensive detection of the functional integrity and accuracy of the system.

[0006] An automated testing method is urgently needed, which can be targeted at the business characteristics of the communication optical network passive dumb resource management system, and realize efficient, comprehensive and accurate automated verification of the complex resource configuration relationship and optical path business scenario of the system, so as to fundamentally guarantee the quality and reliability of the system. SUMMARY

[0007] To solve the above problems, the dumb resource management system automatic testing method, system, device, medium and product provided by the present application realize the full-process automated testing of the passive dumb resource management system from static data configuration to dynamic business process, thereby efficiently, comprehensively and accurately verifying the passive dumb resource with extremely complex business logic.

[0008] To achieve the above purpose, the present application provides the following technical solutions:

[0009] In a first aspect, the embodiments of the present application provide an automatic test method of a dumb resource management system, which comprises:

[0010] According to the configuration information of the passive dumb resource obtained by the passive dumb resource management system, a relationship graph G=(V, E) of the passive dumb resource is constructed.

[0011] Based on the predefined state machine model, the test process is automatically switched between multiple preset states to perform full-process testing from passive dumb resource data preparation to optical path verification.

[0012] Among them, after experiencing at least one non-terminating preset state in the test process, automatic checking is performed based on the relationship graph, and the automatic checking result is used as the trigger condition for state transition of the state machine model and the judgment basis for the full-process test result.

[0013] In a second aspect, the embodiments of the present application provide an automatic test system of a dumb resource management system, which comprises:

[0014] The graph construction module is configured to obtain the configuration information of the passive dumb resource according to the passive dumb resource management system, and construct a relationship graph G=(V, E) of the passive dumb resource.

[0015] The test control module is configured to control the test process to automatically switch between multiple preset states based on the predefined state machine model, so as to perform full-process testing from passive dumb resource data preparation to optical path verification.

[0016] The test control module comprises a graph checking submodule, which is configured to perform automatic checking based on the relationship graph after experiencing at least one non-terminating preset state in the test process, and use the automatic checking result as the trigger condition for state transition of the state machine model and the judgment basis for the full-process test result.

[0017] In a third aspect, the embodiments of the present application further provide an electronic device, which comprises a memory, a processor, and a computer program stored in the memory. The processor executes the computer program or instructions to implement the automatic test method of the dumb resource management system.

[0018] In a fourth aspect, the embodiments of the present application further provide a computer storage medium, which stores a computer program or instructions. When the computer program or instructions are executed by a processor, the automatic test method of the dumb resource management system is implemented.

[0019] In a fifth aspect, the embodiments of the present application further provide a computer program product, which comprises a computer program or instructions. When the computer program or instructions are executed by a processor, the automatic test method of the dumb resource management system is implemented.

[0020] Compared with the prior art, the present application has the following advantages: 1. By introducing a relationship graph and a state machine model, full-process, automated and high-precision testing of a dumb resource management system of an optical network from static data configuration to dynamic business processes is realized, and the coverage, efficiency and reliability of the testing are significantly improved;

[0021] 2. Efficiently covering complex scenarios: based on the relationship graph-based resource configuration automated verification and the complex optical path scenario automated testing framework, the complex relationship configuration and the optical path scenario between passive resources are comprehensively covered, the testing coverage is improved to more than 95%, and the complex scenario testing problem is effectively solved;

[0022] 3. Improving the testing efficiency and accuracy: the automated testing can greatly reduce manual operation, and the resource configuration verification and the complex optical path testing efficiency are significantly improved; at the same time, through the algorithm and the model precise verification, compared with the traditional method, the testing result accuracy is greatly improved, and the misjudgment and the omission probability are effectively reduced;

[0023] 4. Ensuring system reliability: through simulating a variety of typical scenarios for comprehensive testing, it is ensured that the passive dumb resource management system of the communication optical network can accurately operate in the actual complex application environment, the faults caused by resource relationship errors or optical path problems after online are effectively reduced, and the stability and reliability of the testing system are ensured.

[0024] Other features and advantages of the present application will be set forth in the following description, and in part will become apparent to those skilled in the art from the description, or can be learned by practice of the present application. The objects and other advantages of the present application can be realized and obtained by the structure indicated in the specification, claims and drawings. BRIEF DESCRIPTION OF DRAWINGS

[0025] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings needed to be used in the embodiments or the prior art description will be briefly introduced. Obviously, the drawings in the following description are some embodiments of the present application, and those skilled in the art can also obtain other drawings according to these drawings without creative labor.

[0026] Figure 1 A flowchart of an automated testing method of a dumb resource management system according to an embodiment of the present application is shown;

[0027] Figure 2A A pseudo code diagram of full-process testing in the embodiment of the present application is shown Figure 1 ;

[0028] Figure 2B A second pseudo code diagram of full-process testing in the embodiment of the present application is shown

[0029] Figure 2C Pseudo code of full-process test in the embodiment of the application is shown Figure 3 ;

[0030] Figure 2D Pseudo code of full-process test in the embodiment of the application is shown Figure 4 ;

[0031] Figure 3 Pseudo code of automatic verification in the embodiment of the application is shown

[0032] Figure 4 Structure diagram of an automatic test system of a dumb resource management system in the embodiment of the application is shown

[0033] Figure 5 Structure diagram of an electronic device in the embodiment of the application is shown DETAILED DESCRIPTION

[0034] To make the objectives, technical solutions, and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described below in detail with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are some but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0035] To solve the problems in the prior art, the embodiments of the present application disclose an automatic test method for a dumb resource management system, as shown in Figure 1 The method comprises the following steps:

[0036] Step S1: Obtain configuration information of a passive dumb resource from a passive dumb resource management system, and construct a relationship graph G=(V, E) of the passive dumb resource.

[0037] Step S2: Based on a predefined state machine model, control a test process to automatically switch between multiple preset states to perform full-process test from passive dumb resource data preparation to optical path verification.

[0038] In the test process, after experiencing at least one non-terminating preset state, automatic verification is performed based on the relationship graph, and the automatic verification result is used as a trigger condition for state transition of the state machine model or a judgment basis for the full-process test result.

[0039] In some specific embodiments, step S1: Obtain configuration information of a passive dumb resource from a passive dumb resource management system, and construct a relationship graph G=(V, E) of the passive dumb resource, comprises the following content:

[0040] Step S1: obtaining passive dumb resource configuration information from a dumb resource management system; abstracting various passive dumb resources such as machine rooms, optical cross-connect boxes, distribution frames, optical cable sections and ports into nodes of a relationship graph to form a node set V, abstracting the association relationship between the passive dumb resources into edges of the relationship graph to form a relationship edge set E, and constructing the relationship graph G=(V, E); wherein G represents a topology graph of the passive dumb resources.

[0041] wherein the node set V includes a machine room node set V1, an optical cross-connect box node set V2, a distribution frame node set V3, an optical cable section node set V4 and a port node set V5. wherein the machine room node set V1 includes a machine room name, a location, a number and the like. wherein the optical cross-connect box node set V2 includes a specification, a capacity, an installation location and the like. wherein the distribution frame node set V3 includes a machine room to which the distribution frame belongs, a port number, a port type and the like.

[0042] wherein the optical cable section node set V4 includes a length, a model, a start binding device and the like. wherein each element in the port node set V5 represents a port node, and each port node includes a device to which the port belongs, a port number, a connected fiber core and the like.

[0043] wherein the relationship edge set E includes a relationship edge E1 and a relationship edge E2. wherein the relationship edge E1 represents a relationship between a machine room node and an optical cross-connect box node.

[0044] wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node. wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node.

[0045] wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node. wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node.

[0046] wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node. wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node.

[0047] wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node. wherein the relationship edge E2 represents a relationship between an optical cross-connect box node and a distribution frame node. ​​​​​​​​​There are relationships between them, and each edge has related attributes; the related attributes include relationship type (such as contain, bind, connect, etc.) and relationship priority;

[0048] For example, if (And if its relationship type is containment, it indicates a certain data center node) Includes a patch panel node ;like If the relationship type is a connection relationship, then it represents a certain port node. With a certain optical cable segment node The fiber cores are interconnected.

[0049] For example, a simple network: Data center A contains patch panel B, patch panel B has port C, and port C is bound to fiber optic cable segment D; this would be a path in the network diagram. .

[0050] It is important to note that in practical applications, the nodes in each set need to be sorted and numbered for easy differentiation and subsequent use.

[0051] In some specific embodiments, based on the relationship graph G=(V,E) constructed in step S1, relevant constraints for subsequent automated verification are defined, including the following:

[0052] Define resource relationship constraint functions This is used to verify whether the relationship between any two edges conforms to predefined relationship rules; where C represents the resource relationship constraint function; E represents the set of relationship edges, which is the input domain of the resource relationship constraint function C;

[0053] Define a resource attribute validation function. This is used to verify whether the attributes of any node conform to predefined attribute rules; among which, This represents the resource attribute validation function. This represents a set of nodes and is a resource attribute validation function. The input field.

[0054] Based on the constraints and verification functions defined above, the verification condition formulas for automated verification include:

[0055] (1) Resource relationship constraints: , indicating that there exists one and only if the node and Relationship It satisfies the predefined relational rules.

[0056] For example, for the relationship between a certain distribution frame and a certain machine room, only when the machine room attribute to which the distribution frame node belongs matches the machine room node and the relationship type of the two is "contains", , it is .

[0057] (2) Resource attribute verification condition: , indicating that the attribute information value of all nodes complies with the preset attribute rule.

[0058] For example, the length attribute of the optical cable segment node must be a positive number, and the model attribute must be in the pre-defined model list. When these conditions are met , it is .

[0059] Through the set of related constraint conditions, the passive dumb resource configuration information in the passive dumb resource communication system to be tested can be analyzed and verified, so as to facilitate the subsequent automatic generation of the expected resource relationship model, and provide a benchmark for automatic verification.

[0060] In some specific embodiments, step S2: based on the pre-defined state machine model, the test process is automatically switched between multiple pre-set states to perform the full-process test from passive dumb resource data preparation to optical path verification, including the following contents:

[0061] Step S21: constructing a pre-defined state machine model, specifically including:

[0062] The state machine model is defined to define test full-process states and state transition conditions; wherein, represents a pre-set state set, represents a state transition set, represents an input set, represents an output set, represents a termination state set.

[0063] Among them, the business process in the passive dumb resource management system is abstracted as a pre-set state to generate a pre-set state set S, and the pre-set state set includes resource uploading state , relationship configuration state , optical path forming state , optical path verification state and error handling state , that is, the state set ; the business process corresponds to the full-process test from passive dumb resource data preparation to optical path verification.

[0064] The resource uploading state indicates the operation of simulating the uploading of passive dummy resource information to the dummy resource management system by the user; the relationship configuration state indicates the configuration operation of the association relationship between passive dummy resources; the optical path formation state indicates the automatic generation or manual configuration of a complex optical path according to the association relationship of passive dummy resources; the optical path verification state indicates the correctness and integrity verification of the generated or configured complex optical path; the error handling state indicates the processing of various error conditions occurring in the test flow.

[0065] The state transition set defines the transition logic of the state machine from the current state to the next state under different test flow operations; for example, when the test flow completes the resource uploading operation and the automatic verification passes, the state of the state machine is transitioned from the resource uploading state to the relationship configuration state .

[0066] The input set includes test scenario parameters and user operation simulation instructions, and the input set is the trigger condition for state transition; wherein the test scenario parameters include resource quantity, relationship type combination, optical path complexity, etc., and the user operation simulation instructions include uploading, configuration and deletion operations, etc.

[0067] The output set includes various output data in the test process, and the various output data includes test result reports, error information logs and optical path performance indicators.

[0068] The termination state set defines that when the optical path verification is completed and the result is correct, or all error condition information is recorded, the state machine enters the termination state, indicating the end of the test flow.

[0069] In step S2, the embodiment constructs a complex optical path scene automatic test framework based on the state machine model, so the state machine is the control core of the entire complex optical path scene test flow (i.e. full flow test).

[0070] Step S22: control the test flow to automatically switch between multiple preset states to perform full flow testing from passive dummy resource data preparation to optical path verification, specifically including:

[0071] ​According to the test scene parameters and user operation simulation instructions in the input set I of the state machine model, a test case is dynamically generated; a state machine instantiated based on the state machine model is run, the state machine controls the automatic switching of the test process among the resource uploading state, the relationship configuration state, the light path forming state, the light path verification state and the error handling state to complete the whole-process test by executing the test case and according to the definition of the state transition set T, so as to realize the automatic test of the complex light path scene.

[0072] The test process is configured to be executed as a main test path along the sequence of the resource uploading state, the relationship configuration state, the light path forming state to the light path verification state; and at each state switching, the state machine calls a business operation function corresponding to the state to send a corresponding business process operation instruction to the passive dumb resource management system.

[0073] After experiencing at least one non-terminating preset state in the test process, the passive dumb resource configuration is automatically checked based on the relationship graph by using a graph traversal and rule matching algorithm, and the automatic checking result is taken as a trigger condition for the state transition of the state machine model or a judgment basis for the whole-process test result.

[0074] In some specific embodiments, the whole-process test process (i.e., the automatic test process of the complex light path scene) specifically includes:

[0075] As shown in the pseudo code, the embodiment demonstrates how the state machine drives a test process corresponding to a business process in a passive dumb management system, the state machine model D of the test framework is instantiated, and the input set I specifies the test scene. Figure 2A 、 Figure 2B 、 Figure 2C and Figure 2D

[0076] In the pseudo code, the following definitions are made:

[0077] S: a preset state set containing all states in the test process;

[0078] : represents the current state, which is switched among the states in the preset state set S according to different conditions in the test process;

[0079] : an error report set recording various error information occurring in the test process;

[0080] M: an expected resource relationship model, which is generated according to the preset attribute rules, relationship rules and business logic, and is used for comparison and verification with the automatic checking result;

[0081] ​G=(V, E): passive dumb resource relationship graph, V is a set of nodes, including various resource nodes such as machine rooms and optical cross-boxes; E is a set of relationship edges, recording the association relationship between each resource node;

[0082] C: resource relationship constraint function, used to judge whether the association relationship between resource nodes meets the preset relationship rules, input is relationship edge, output is True or False;

[0083] V check : resource attribute verification function, used to verify whether the attributes of resource nodes are correct, input is resource node, output is True or False;

[0084] visited: visited node set, records the nodes that have been visited during the traversal of the relationship graph, to avoid repeated visits;

[0085] S: node access stack, used to store nodes to be accessed during the depth-first traversal of the relationship graph, following the last-in first-out principle.

[0086] complexOpticalPathTest function: represents the main function of complex optical path scenario automatic testing, controls the entire test process to switch between different states (resource upload, relationship configuration, optical path formation, optical path verification, error handling) through loop and state machine logic, until the test is completed and the error report set is returned.

[0087] Based on the above definitions, the test process is implemented through pseudo code as follows:

[0088] Based on the state machine model, the test framework is initialized, and the initial state of the state machine is set to the resource upload state.

[0089] (1) Resource upload state ( ):

[0090] When the current state of the state machine is the resource upload state, the state machine controls the test framework to call the uploadResources function, which obtains passive dumb resource configuration information from the test data (obtained through a pre-set test data template and input set); Then, the test framework calls the system interface to perform the resource upload operation, thereby simulating the user's behavior of uploading passive dumb resource configuration information to the passive dumb resource management system (i.e. the system under test).

[0091] The test framework obtains a relationship graph of the current passive dummy resource through the verifyResourceRelations function, traverses all resource nodes (i.e., nodes corresponding to the uploaded passive dummy resource) in the relationship graph, and calls the resource attribute verification function V check Attribute verification is performed on each node, i.e., whether the attributes of the passive dummy resource are correct and whether they meet the preset attribute rules are checked;

[0092] If the attribute verification passes, i.e., the attributes of all nodes are correct, true is returned and the state of the state machine is transferred to the relationship configuration state ;

[0093] If the attribute verification fails, i.e., there is an error in the attributes of the nodes, false is returned and the state of the state machine is transferred to the error handling state .

[0094] The preset attribute rules include the following contents:

[0095] The preset attribute rules for the optical cable segment node include:

[0096] Length: must be a real number greater than 0;

[0097] Core number: enumeration type, only values in {12, 48, 96, 144} are allowed;

[0098] Model: must exist in the predefined optical cable model list;

[0099] Start and end devices: must point to existing device nodes in the system, and cannot be the same device.

[0100] The preset attribute rules for the port node include:

[0101] Port number: needs to meet the predefined numbering rules (such as a three-level numbering structure of "frame-disk-port");

[0102] Connection state: enumeration value, including "idle", "terminated", "patched", "service occupied", etc.;

[0103] Belonging device: must be a valid distribution frame or optical distribution frame node.

[0104] The preset attribute rules for the machine room node include the following contents:

[0105] Machine room number: needs to meet the coding rules and be globally unique;

[0106] Position information: needs to be a string that meets the geographic coding specification.

[0107] The preset attribute rules for the distribution frame or the optical cross-connect node include the following:

[0108] Model: must exist in the list of device models;

[0109] Capacity: the total number of ports must be a positive integer, and the actual number of ports cannot exceed the upper limit of the capacity.

[0110] The general rules for all nodes include: the identification attributes (such as ID, number) of all nodes cannot be empty and must remain globally unique; any attribute related to foreign key association (such as "belonging to the machine room" and "binding device") must point to an existing node in the passive dumb resource management system.

[0111] (2) Relationship configuration state ( ):

[0112] When the current state of the state machine is the relationship configuration state, the test framework generates association relationship configuration data between passive dumb resources according to the test scenario parameters through the configureResourceRelations function, and completes resource relationship configuration through the configureResourceRelations function call system interface, to build the logical association relationship between passive dumb resources.

[0113] The test framework obtains the relationship graph of the current passive dumb resource through the verifyResourceRelations function, traverses each relationship edge in the relationship graph, and calls the resource relationship constraint function C through the verifyResourceRelations function to verify each edge, that is, to verify whether the association relationship of the passive dumb resource represented by the edge conforms to the preset relationship rules:

[0114] If the relationship verification passes, that is, the association relationship of all edges is correct, then return true and the state of the state machine is transferred to the optical path formation state.

[0115] If the relationship verification does not pass, that is, there is an error in the association relationship of the edge, then return false and transfer to the error handling state.

[0116] Among them, the preset relationship rules include the following:

[0117] The inclusion relationship between the machine room and the distribution frame: the distribution frame must belong to a machine room, that is, there is a type of "contains" edge from the machine room node to the distribution frame node, and the "belonging to the machine room" attribute of the distribution frame must be consistent with the identification attribute of the machine room node.

[0118] Internal structure relationship of distribution frame / optical cross-connect: the distribution frame or optical cross-connect can further contain sub-structures such as "face", "frame", "tray", etc., and finally define port nodes on the "tray"; the port must be connected to the upper structure (tray, frame, face) through the "belongs to" type of edge, and finally belong to a distribution frame or optical cross-connect node.

[0119] Cable segment termination rule: if two ends of an optical cable segment are connected to the port nodes of the distribution frame or optical cross-connect through the "binding" type of edge, the optical cable segment is in the "two-end termination" state; the ports of the two ends in the same optical cable segment cannot belong to the same device node.

[0120] Connection relationship between port and service device: if the port of the distribution frame or optical cross-connect is connected to the service device (such as OTN / PTN device or optical splitter) through the tail fiber, the "connection" type of edge should be established between the port and the service device node to identify the formation of the service optical path.

[0121] Inter-port jumper connection rule: if the tail fiber is drawn from a port of a distribution frame or optical cross-connect and connected to another terminated port (belonging to another distribution frame or optical cross-connect), a "jumper" type of edge should be established between the two port nodes to represent the end-to-end optical path formed by the jumper connection of different optical cable segments.

[0122] Resource level constraint: in addition to the optical cross-connect which can be deployed independently of the machine room, the distribution frame must be located inside the machine room, the port must belong to the distribution frame or optical cross-connect, and the optical cable segment needs to be associated with the device through the port, and it is prohibited to have hanging edges or invalid connections.

[0123] (3) Optical path formation state ( ):

[0124] When the current state of the state machine is the optical path formation state, the test framework generates a complex optical path according to the configured resource association relationship through the formOpticalPath function, and determines the direction and connection mode of the optical path; then the state of the state machine is transferred to the optical path verification state.

[0125] (4) Optical path verification state ( ):

[0126] When the current state of the state machine is the optical path verification state, the test framework performs comprehensive verification on the generated optical path through the verifyOpticalPath function;

[0127] If the comprehensive verification is passed, return true, generate a successful test report, and the state of the state machine enters the termination state;

[0128] If the comprehensive verification is not passed, return false, and the state of the state machine is transferred to the error handling state.

[0129] The comprehensive verification includes four main categories: optical path connectivity verification, fiber core bonding accuracy verification, resource attribute verification, and resource relationship verification.

[0130] The optical path connectivity verification includes path existence check, fiber jumper point logic verification, and full route backtracking check; the fiber core binding accuracy verification includes start / end point matching check; the resource attribute verification includes end-to-end status verification, attribute matching verification, and performance index verification; and the resource relationship verification includes resource conflict check and correlation review.

[0131] The resource attribute verification and the resource relationship verification are performed by combining the attribute / relationship verification results of step (4) to verify the resource association relationship involved in the optical path.

[0132] (5) Error handling status ( ):

[0133] When the current state of the state machine is the error handling state, the test framework calls the handleError function to perform the corresponding error handling operation (such as recording error logs, attempting to fix errors, etc.) according to the error type. After execution, the state machine transitions back to the previous state or the optical path verification state.

[0134] In this embodiment, the logic of fully automated testing of optical routes is fully implemented through the above pseudocode, including core functions such as state machine state transition, optical route quality monitoring and judgment, fault handling, and resource release.

[0135] In some specific embodiments, a graph traversal and rule matching algorithm is used to automatically verify the passive dummy resource configuration based on the relationship graph, and the automatic verification result is used as the trigger condition for the state transition of the state machine model or as the basis for determining the full-process test result, including the following:

[0136] (1) Automated verification:

[0137] This step primarily employs a graph traversal and rule matching algorithm for automated verification of passive dummy resource allocation. The variables and symbols involved in this algorithm include: This represents the relationship graph of passive dummy resources, where C represents the resource relationship constraint function. This represents the resource attribute validation function. This represents the expected resource relationship model. This represents the set of nodes that have been visited. Represents a set of error reports. Represents the node access stack. Each of these represents a node in the relational graph.

[0138] The algorithm pseudo code for performing the automatic verification is as shown in Figure 3

[0139] Starting from any root node, the relationship graph is traversed along the relationship edges using a depth-first traversal or a breadth-first traversal;

[0140] During the traversal, a resource attribute verification function is called for each visited node v to perform attribute verification (check whether the attribute is correct, for example, check whether the length of a cable segment is a positive value), a resource relationship constraint function is called for each edge passed to perform relationship verification (check whether the relationship between nodes conforms to the predetermined rules, for example, check whether the attribute of the rack belongs to the specified R1 rather than R2), and a verification result is generated;

[0141] The verification result is compared with the expected resource relationship model M, and when there is a deviation between the verification result and the expected resource relationship model M, error information is recorded, and a structured (such as JSON or HTML format) verification result report containing the error node, error type (such as attribute error, relationship binding error), and detailed description is generated.

[0142] The specific traversal process is as follows:

[0143] Initialization: Start from any root node and put it into a stack (DFS) or a queue (BFS);

[0144] Loop traversal: Take out a node v from the stack / queue and mark it as visited, call the resource attribute verification function to check whether the attribute of the node v is correct, and if it is incorrect, record it in the verification result report; then find all edges e connected to the node, for each edge e, call the resource relationship constraint function to check whether the associated relationship is correct, and if it is incorrect, record it in the verification result report; finally, find the adjacent node v through the edge e next If the node v next has not been visited, put it into the stack / queue to continue the loop traversal;

[0145] Loop termination: When the stack / queue is empty, the traversal ends and a complete error report is generated.

[0146] For example, during the execution of the algorithm, starting from the starting port node, the entire optical network topology is explored along the fiber core connection edges; at each node access, the node connection relationship is double-checked according to the port type matching function and the fiber core connection priority function (both of which belong to the resource relationship constraint function); once a deviation is found between the actual connection relationship and the expected mapping model, a detailed error report is immediately generated, and the traversal and verification of all port mapping relationships are completed.

[0147] (2) Application of automatic verification result:​

[0148] The trigger condition for the state machine to perform state transition is:

[0149] When the state machine is in the resource uploading state and the resource uploading operation is completed, a resource attribute verification function is automatically called to trigger attribute verification on the uploaded passive dumb resources in the passive dumb resource management system and generate an attribute verification result; if the attribute verification result is passed, the state machine is transferred from the resource uploading state to the relationship configuration state; if the attribute verification result is not passed, the state machine is transferred to the error handling state.

[0150] When the state machine is in the relationship configuration state and the relationship configuration operation is completed, a resource relationship constraint function is automatically called to trigger relationship verification on the configured passive dumb resource relationship in the passive dumb resource management system and generate a relationship verification result; if the relationship verification result is passed, the state machine is transferred to the optical path forming state; if the relationship verification result is not passed, the state machine is transferred to the error handling state.

[0151] The determination basis for the full-process test result is:

[0152] When the state machine is in the optical path verification state, an optical path verification function is called to perform optical path verification.

[0153] The optical path verification function includes: based on the current relationship graph G, performing path backtracking on the optical path generated by the passive dumb resource management system, checking whether all nodes and edges traversed by the optical path can pass the automatic verification of the resource relationship constraint function and the resource attribute verification function, generating an automatic verification result, and determining whether the optical path is correct according to the verification result.

[0154] The prior art lacks a special test scheme for a passive dumb resource management system of a communication optical network. The present application first introduces a relationship graph theory and a state-driven model into this field, which are respectively used for resource configuration verification and complex optical path scene testing, and constructs a complete and unique automatic test system, which has significant innovation in the technical scheme. Moreover, the present application solves the problem that a traditional test method is difficult to process complex relationship of passive dumb resources and complex optical path scene testing. The present application realizes accurate verification of resource configuration and full-process automatic testing of complex optical paths through an automatic verification and testing framework, provides a new solution and method for a long-standing problem in the optical network test field, and fills the technical gap.

[0155] Embodiments of the present application disclose a dumb resource management system automatic test system, as shown in Figure 4 The system includes:

[0156] A graph construction module is configured to acquire configuration information of the passive dumb resource from the passive dumb resource management system, and construct a relationship graph G=(V, E) of the passive dumb resource.

[0157] A test control module is configured to control the test flow to automatically switch between a plurality of preset states based on the predefined state machine model, so as to perform a full-process test from passive dumb resource data preparation to optical path verification.

[0158] The test control module includes a graph verification submodule, which is configured to perform automatic verification based on the relationship graph after the test flow experiences at least one non-terminating preset state, and use the automatic verification result as a trigger condition for state transition of the state machine model or a judgment basis for the full-process test result.

[0159] As to the system in the above embodiments, the specific manner in which each unit module performs operations has been described in detail in the embodiments related to the method, and will not be described in detail here.

[0160] Based on the same inventive concept, the embodiments of the present application also provide an electronic device, as shown in the structure of Figure 5 The processor executes the computer program or instructions to implement the foregoing dumb resource management system automatic test method.

[0161] Based on the same inventive concept, the embodiments of the present application also provide a computer storage medium, which stores a computer program or instructions, and the computer program or instructions are executed by a processor to implement the foregoing dumb resource management system automatic test method.

[0162] Based on the same inventive concept, the embodiments of the present application also provide a computer program product, which includes a computer program or instructions, and the computer program or instructions are executed by a processor to implement the foregoing dumb resource management system automatic test method.

[0163] Embodiment one, test environment construction and resource configuration automatic verification:

[0164] 1. Build a simulation test environment:

[0165] Deploy the passive dumb resource management system (i.e. the system under test); at the same time, deploy the automatic test system of the present application, and interconnect with the system under test through the API interface. In order to simulate the real scene, initialize the configuration parameters of the system under test (i.e. the input parameters corresponding to the test flow), and import the test data template of the basic resource, to provide a basic environment for testing.

[0166] Among them, the configuration parameters are as follows:

[0167] Create 3 simulation rooms (R1, R2, R3);

[0168] Create 5 optical crossboxes (C1-C5), 8 distribution frames (D1-D8), and configure their ownership relationships (e.g., D1 belongs to R1);

[0169] Create 15 optical cable segments (F1-F 15 ), and set their attributes (length > 0, core count is a preset value);

[0170] Configure a total of 200 ports on the optical crossboxes and distribution frames, with port numbers conforming to specifications;

[0171] 2. Relationship graph construction and verification implementation:

[0172] (1) The test system starts the resource configuration automation verification process, and the test system obtains the configuration information of all the above resources through the API interface, and constructs the relationship graph G of the passive dumb resources. For example, abstract the room R1 as the node v R1 , abstract the distribution frame D1 as the node v D1 , and create an edge from v R1 to v D1 with type "contains".

[0173] (2) The test system loads the preset attribute rules and relationship rules, which are implemented as resource attribute / relationship verification functions;

[0174] Among them, the resource relationship constraint function C(e): for example, the rule "distribution frame must belong to a certain room" is implemented as: for the edge e of type "contains", check whether the "belonging room" attribute of the terminal node (distribution frame) is consistent with the starting node (room) ID.

[0175] Attribute verification function Vcheck(v): for example, the rule "optical cable segment length must be a real number greater than 0" is implemented as: for the optical cable segment node v, check whether the "length" attribute value is legal.

[0176] (3) Based on the relationship graph, graph traversal and rule matching algorithm, and resource attribute / relationship verification functions, starting from the room node , the entire relationship graph is verified in depth-first traversal. In the verification process, it is found that the belonging room attribute of the distribution frame is incorrect, which is associated with the wrong room , and it actually belongs to ; it is also detected that one end of the optical cable segment is not correctly bound to the distribution frame or the optical crossbox.

[0177] The graph traversal and rule matching algorithm generates a detailed error report (including error nodes, error types, error specific information, etc.) according to the expected resource relationship model, helping the tester to quickly locate and repair the resource configuration problem.

[0178] Embodiment two, using a full-process test framework of a complex optical path scene, simulates three typical complex optical path test scenes:

[0179] 1. Basic optical path configuration scene:

[0180] Set the test scene parameters in the input set I to simple optical path configuration, with fewer resources and single relationship type.

[0181] The test system starts from the resource upload state , and sequentially performs resource upload, relationship configuration, optical path formation, and optical path verification operations.

[0182] In the resource upload link, simulate uploading 2 machine rooms, 3 optical cross boxes, 4 distribution frames, 5 optical cable sections and corresponding port resources; in the relationship configuration stage, configure the association relationship (such as binding and containing) between passive dumb resources according to the preset attribute / relationship rules; in the optical path formation state, generate a basic optical path; in the optical path verification state, verify the connectivity of the optical path and the accuracy of the resource relationship in combination with the automatic verification result.

[0183] The entire test process is automatically completed. If there is a fiber core connection error in the optical path, the system enters the error handling state, records the error information and attempts to recover, and finally generates a test result report.

[0184] 2. Multi-level complex optical path scene:

[0185] Increase the number of resources and relationship complexity in the input set I to simulate the scene of multi-level optical cross box and distribution frame cascade and complex jumper of a large number of optical cable sections.

[0186] The test system strictly follows the rules of the state machine model to perform operations during state transition.

[0187] In the relationship configuration stage, handle complex resource binding relationships; in the optical path formation, generate a complex optical path containing multiple branches and jumps; in the optical path verification process, through multiple iterations and rule matching, each connection point of the optical path and each fiber core binding relationship are carefully checked;

[0188] If it is detected that the binding relationship of a certain optical cable section and port does not meet the expectations, the test system triggers the error handling process, records the error information in detail, provides a basis for developers to repair the problem, and ensures the accuracy of the optical path configuration of the system in complex scenarios.

[0189] 3. Resource change and optical path reconstruction scene:

[0190] On the basis of the generated optical path, the user operation simulation instruction in the input set I is input to trigger resource change operations such as deleting a certain cross-connect box, modifying the properties of a distribution frame port, and the like.

[0191] The test system reconfigures the resource relationship according to the rules of the state transition set T, transitions from the current state to the corresponding processing state, automatically generates a new optical path, and verifies it. For example, when a cross-connect box is deleted, the test system timely adjusts the connection relationship of the related optical cable segment and port, generates a reconstructed optical path, and verifies the correctness of the new optical path. The optical path processing capability of the test system under the condition of dynamic resource change ensures the stability and accuracy of the passive dumb resource management system under the actual resource change scene.

[0192] Embodiment three, the complete process of the optical path full-process automatic test:

[0193] Test scenario: the test system has the ability to automatically configure an optical path for a “cross-room enterprise private line” service;

[0194] Initial condition: the test framework is initialized, and the state machine is in a resource uploading state , the input parameter I contains test case information: 2 rooms, 2 distribution frames, 1 optical cable segment, and 2 ports need to be created.

[0195] Process execution:

[0196] 1. Resource uploading state ( ):

[0197] (1) Action: The uploadResources() function reads the test case data, and the test system drives the measured system (i.e., the passive dumb resource management system) to execute the resource uploading operation by calling the API interface of the measured system, that is, drives the measured system to automatically create device resources (room R1, R2; distribution frame DH1-in-R1, DH2-in-R2; optical cable segment F1; port P1-on-DH1, P2-on-DH2).

[0198] (2) Verification: The verifyResourceAttributes() function is triggered to call the resource attribute verification function to verify the attributes of each passive dumb resource (such as room code compliance, optical cable segment length > 0, and fiber core number = 12).

[0199] (3) Result: The attribute verification of all resources is passed, and the state of the state machine is automatically transferred to the relationship configuration state .

[0200] 2. Relationship configuration state​ :

[0201] (1) Action: The configureResourceRelations() function configures the relations according to the business logic of the system under test through the system API: ① The machine room R1 "contains" the distribution frame DH1, and R2 "contains" DH2; ② One end of the optical cable segment F1 is "bound" to port P1, and the other end is "bound" to port P2.

[0202] (2) Verification: The verifyResourceRelations() function is triggered, the current relation graph is obtained, and the resource relation constraint function C is called to perform relation verification on each edge (such as checking whether DH1 is actually in R1, and whether F1 is successfully bound at both ends).

[0203] (3) Result: All edges pass the relation verification and meet the preset relation rules, and the state of the state machine is automatically transferred to the optical path formation state .

[0204] 3. Optical path formation state :

[0205] (1) Action: Executed by the formOpticalPath() function; the test framework simulates user operations and submits a request to create an optical path to the system under test (i.e., a passive dumb resource management system), with the optical path parameters being "from P1 to P2". The system should automatically calculate the path ) and generate an optical path object OpticalPath1.

[0206] (2) Result: The optical path is successfully generated, and the state of the state machine is automatically transferred to the optical path verification state .

[0207] 4. Optical path verification state :

[0208] (1) Action: The verifyOpticalPath(OpticalPath) function performs comprehensive verification:

[0209] Call the graph verification submodule: Use the graph verification submodule to confirm that the complete path exists in the relation graph, and that the properties and relations of all resources are correct. The graph verification module is used for automatic verification based on the relation graph.

[0210] Check business consistency: Confirm that the optical path state is "activated", and that the optical path ID is associated with the test business order.

[0211] (2) Result: The optical path verification is passed, the test framework generates a successful report, the state machine enters the termination state F, and the test process ends.

[0212] 5. Error handling branch embodiment:

[0213] Scenario: Assume in step (2) relationship configuration state, the interface of the system under test is abnormal, resulting in the failure of the cable segment F1 binding port P2.

[0214] (1) Detection: When the verifyResourceRelations() function traverses the edge set based on the relationship graph, it finds that C(F1, P2) is incorrect and returns False (the binding relationship does not exist).

[0215] (2) Action: The function returns False, and the state of the state machine is transferred to the error handling state .

[0216] (3) Error handling:

[0217] The handleError() function records an error: "Relationship configuration error: cable segment F1 fails to bind with port P2".

[0218] According to the preset strategy, the test framework attempts to retry the resource configuration operation.

[0219] If the retry is successful, the state of the state machine returns to the relationship configuration state and continues the subsequent process.

[0220] If the retry fails multiple times, a serious error is recorded, and the state of the state machine is transferred to the optical path verification state and terminates the test after generating a final error report.

[0221] Embodiment four, specific embodiment of optical path verification:

[0222] Optical path verification is a key step to ensure that the entire physical optical channel from the starting point to the ending point meets the business logic and physical rules. The verifyOpticalPath function in this application mainly verifies the following aspects, and the specific embodiments are as follows:

[0223] 1. Embodiment A: Basic connectivity and termination verification:

[0224] (1) Scenario description: Verify a simple straight optical path from the distribution frame port in machine room A to the optical crossbox port in machine room B.

[0225] (2) Verification process:

[0226] Path existence check (belongs to optical path connectivity verification): The graph traversal algorithm traverses the relationship graph to confirm that all nodes (machine rooms, distribution frames, cable segments, and optical crossboxes) and edges (contain, bind, and connect) in the optical path exist, and the path is complete without breaks.

[0227] End status verification (belongs to resource attribute verification): Check whether the status attributes of the two end points (patch panel port and optical cross-connect port) are "occupied" or "terminated"; confirm that the fiber core of the optical cable segment connecting the two is correctly "bound" to the ports at both ends, in the "terminated at both ends" state.

[0228] Attribute matching verification (belongs to resource attribute verification): Check whether the transmission attributes such as the model and loss value of the fiber core of the optical cable segment are within the tolerance range allowed by the system, to ensure physical connectivity.

[0229] 2. Example B: Verification of a complex optical path containing a jumper fiber:

[0230] (1) Scene description: Verify a complex optical path that spans multiple machine rooms and connects different patch panel ports through a jumper fiber.

[0231] (2) Verification process:

[0232] Jumper point logical verification (belongs to optical path connectivity verification): At the jumper point (such as patch panel port A1 and port A2 connected by a pigtail), the algorithm not only checks the physical connection relationship, but also verifies the business logic consistency. For example, port A1 is bound to an access cable, while port A2 is bound to a backbone cable. Is this jumper relationship allowed in business?

[0233] Full-path route backtracking check (belongs to optical path connectivity verification): Backtrack from the end point of the optical path to the starting point to ensure that the relationship type ("connection" or "jumper") of each connection point (fusion point, jumper point) on the entire path meets the predefined rules, without circular routing or illegal jumping.

[0234] Resource conflict check (belongs to resource relationship verification): Check whether the resources such as ports and fiber cores occupied by the optical path along the way have state conflicts in their entire life cycle (such as a fiber core has been occupied by another optical path, or a port is mistakenly reused by multiple optical paths).

[0235] 3. Example 3: Business load consistency verification:

[0236] (1) Scene description: Verify whether the optical path configured for a customer's business (such as a dedicated line) is consistent with the order requirements.

[0237] (2) Verification process:

[0238] Starting / ending point matching check (belongs to fiber binding accuracy verification): Check whether the machine room and device port where the optical path actually starts and ends are consistent with the location specified by the customer order.

[0239] Performance index verification (belongs to resource attribute verification): according to all cable sections and jumper points through which the optical path passes, the theoretical total loss, length and other performance indexes are calculated to determine whether they meet the specification requirements of the service opening.

[0240] Correlation review (belongs to resource relationship verification): whether the optical path has been correctly associated to the corresponding service document is checked to ensure the traceability in management.

[0241] Although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those skilled in the art that the technical solutions recorded in the foregoing embodiments can still be modified, or some technical features can be replaced by equivalents; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. An automatic testing method for a dumb resource management system, characterized in that, The method includes: Based on the configuration information of the passive dumb resources obtained from the passive dumb resource management system, a relationship graph G=(V,E) of the passive dumb resources is constructed. Based on a predefined state machine model, the control test process automatically switches between multiple preset states to perform a full-process test from passive dummy resource data preparation to optical path verification. In the test process, after experiencing at least one non-terminating preset state, an automated verification is performed based on the relationship graph, and the automated verification result is used as the trigger condition for the state machine model to perform state transitions and as the basis for judging the test results of the entire process.

2. The automatic testing method for a dumb resource management system according to claim 1, characterized in that, The construction of the relational graph G=(V,E) of passive dummy resources includes: Obtain passive dumb resource configuration information of the communication optical network from the dumb resource management system; Based on the configuration information of the passive dummy resources, various passive dummy resources are abstracted into nodes of a relational graph to form a node set V. The various passive dummy resources include equipment rooms, optical distribution boxes, patch panels, optical cable segments, and ports. Based on the passive dummy resource configuration information, the association relationships between passive dummy resources are abstracted into the edges of a relationship graph to form a set of relationship edges E, and each edge is attached with relevant attributes of the association relationship; among which, the relevant attributes of the association relationship include relationship type and association priority; Represents a node With nodes There is a relationship between them; Based on the node set V and the relation edge set E, the relation graph G=(V,E) is formed; Among them, the node set In the formula, Represents the set of data center nodes. Represents the set of optical distribution box nodes. Represents the set of patch panel nodes. Represents the set of nodes in an optical cable segment. This represents a set of port nodes.

3. The automatic testing method for a dumb resource management system according to claim 1, characterized in that, The automated verification based on the relationship graph includes: Define resource relationship constraint functions This is used to verify whether the relationship between any two edges conforms to predefined relationship rules; where C represents the resource relationship constraint function; E represents the set of relationship edges, which is the input domain of the resource relationship constraint function C; Define resource attribute validation function This is used to verify whether the attributes of any node conform to predefined attribute rules; where, This represents the resource attribute validation function. Represents a set of nodes, which is a resource attribute validation function. The input field; The relationship graph is traversed starting from any root node using a graph traversal algorithm. During the traversal, the resource attribute verification function is called to verify the attributes of each visited node v, and the resource relationship constraint function is called to verify the relationship of each traversed edge, and the verification results are generated. The verification results are compared with the expected resource relationship model M to generate a verification result report for passive dummy resource configuration. The verification results are compared with the expected resource relationship model M to generate a verification report for passive dummy resource configuration, including: If the verification result deviates from the expected resource relationship model M, the error information is recorded, and a verification result report containing the error node, error type, and detailed description is generated.

4. An automatic testing method for a dumb resource management system according to claim 1 or 3, characterized in that, Construct a predefined state machine model, including: The state machine model is constructed as follows: ;in, Represents a preset set of states. Represents the set of state transitions. Represents the input set, Indicates the output set. Represents the set of termination states; In this context, the business processes in the passive dumb resource management system are abstracted into preset states, generating a preset state set S. This includes resource upload status, relationship configuration status, optical path formation status, optical path verification status, and error handling status; the business process corresponds to the full-process test from passive dummy resource data preparation to optical path verification. The state transition set Define the transition logic of the state machine from the current state to the next state under different test process operations; The input set This includes test scenario parameters and user operation simulation commands, with the input set serving as the triggering condition for state transitions; The output set This includes various output data during the testing process, such as test result reports, error logs, and optical path performance indicators. Through the set of termination states Definition: When the optical path verification is completed and the result is correct, or after all error information is recorded, the state machine enters the termination state, indicating the end of the test process.

5. The automatic testing method for a dumb resource management system according to claim 4, characterized in that, The predefined state machine model controls the automated testing process to automatically switch between multiple preset states to perform a full-process test, from passive dummy resource data preparation to optical path verification, including: Based on the test scenario parameters and user operation simulation instructions in the input set I of the state machine model, test cases are dynamically generated; the state machine instantiated based on the state machine model is run, and the state machine controls the test process to automatically switch between resource upload state, relationship configuration state, optical path formation state, optical path verification state and error handling state quality inspection by executing test cases and according to the definition of the state transition set T; The test process is configured to execute along a sequence from resource upload state, relationship configuration state, optical path formation state to optical path verification state as the main test path; and at each state switch, the state machine calls the business operation function corresponding to the switched state to send the corresponding business process operation instruction to the passive dumb resource management system.

6. The automatic testing method for a dumb resource management system according to claim 1, characterized in that, The step of using the automated verification result as a trigger condition for state transition in the state machine includes: When the state machine is in the resource upload state and the resource upload operation is completed, the resource attribute verification function is automatically called to trigger the attribute verification of the uploaded passive dummy resources in the passive dummy resource management system and generate the attribute verification result. If the attribute verification result is passed, the state machine transitions from the resource upload state to the relationship configuration state. If the attribute verification result is failed, the state machine transitions to the error handling state. Once the state machine is in the relationship configuration state and has completed the relationship configuration operation, it automatically calls the resource relationship constraint function to trigger the relationship verification of the configured passive dummy resource relationships in the passive dummy resource management system and generates the relationship verification result. If the relationship verification result is successful, the state machine transitions to the optical path forming state; if the relationship verification result is unsuccessful, the state machine transitions to the error handling state.

7. The automatic testing method for a dumb resource management system according to claim 1, characterized in that, The use of automated verification results as the basis for determining the overall test results includes: When the state machine is in the optical path verification state, the optical path verification function is called to perform optical path verification. The process of calling the optical path verification function to perform optical path verification includes: based on the current relational graph G, performing path backtracking on the optical path generated by the passive dumb resource management system, checking whether all nodes and edges traversed by the optical path can pass the automatic verification of the resource relation constraint function and the resource attribute verification function, generating an automatic verification result, and determining whether the optical path is correct based on the verification result.

8. An automatic testing system for a dumb resource management system, characterized in that, The system includes: The graph construction module is used to construct a relation graph G=(V,E) of passive dumb resources based on the configuration information of passive dumb resources obtained from the passive dumb resource management system. The test control module is used to control the test process to automatically switch between multiple preset states based on a predefined state machine model, so as to perform the full-process test from passive dummy resource data preparation to optical path verification. The test control module includes a graph verification submodule, which is used to automatically verify the relationship graph after experiencing at least one non-terminating preset state in the test process, and use the automatic verification result as the trigger condition for the state machine model to perform state transition and the basis for judging the test result of the whole process.

9. An electronic device, characterized in that, The system includes a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program or instructions to implement an automatic testing method for a dumb resource management system as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program or instructions, which, when executed by a processor, implement the automatic testing method for a dumb resource management system as described in any one of claims 1-7.

11. A computer program product, comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed by the processor, they implement the automatic testing method for a dumb resource management system as described in any one of claims 1-7.

Images