Test method and device for work order message delivery, electronic equipment and medium

Abstract

The present specification provides a test method and device for work order message issuing, electronic equipment and medium, which is suitable for various IP network environments and various network topologies, and can be used in traditional copper cable access and wireless access scenarios, as well as optical fiber access scenarios, including FTTR (fiber to the room) full optical access network. The method comprises: for each to-be-processed work order message, analyzing file data in the work order message to obtain at least one original file node; performing data cleaning on the at least one original file node according to the node type of the original file node to obtain at least one candidate file node; modifying corresponding parameters in the at least one candidate file node according to test environment parameter information; issuing the at least one modified candidate file node to a remote management system platform, and monitoring the issuing state.

Description

Technical Field

[0001] This manual relates to the field of communication technology, and in particular to test methods, devices, electronic equipment and media for issuing work order messages. Background Technology

[0002] CWMP (CPE WAN Management Protocol), also known as TR-069, is a technical specification developed by the DSL Forum (Digital Subscriber Line Forum) to provide a common framework for remote management of home network devices. This protocol defines the interaction mechanism between the Automatic Configuration Server (ACS) and the Customer Premises Equipment (CPE). Through functions such as automatic connection, remote configuration, file management, and status monitoring, it solves the maintenance challenges caused by the dispersed nature of devices in DSL access networks, supporting zero-configuration installation, software upgrades, and fault diagnosis.

[0003] Currently, FTTR operators manage and control terminals by issuing configuration work orders to various terminals through the RMS (Remote Management System) platform based on the TR-069 protocol. However, these RMS platforms are not uniformly customized but developed by different vendors, and their service content varies significantly. Therefore, coordinating the testing environment in the live network presents challenges, requiring on-site testing by professional personnel, which slows down the vendor's ability to locate and resolve network issues. Summary of the Invention

[0004] To overcome the problems existing in the related technologies, this manual provides test methods, devices, electronic equipment and media for issuing work order messages.

[0005] According to a first aspect of the embodiments of this specification, a test method for issuing work order messages is provided. The method includes: for each work order message to be processed, parsing the file data in the work order message to obtain at least one original file node; cleaning the data of the at least one original file node according to the node type of the original file node to obtain at least one candidate file node; modifying the corresponding parameters in the at least one candidate file node according to test environment parameter information; issuing the modified at least one candidate file node to a remote management system platform, and monitoring the issuance status.

[0006] According to a second aspect of the embodiments of this specification, a test apparatus for issuing work order messages is provided, comprising: a parsing module, configured to parse file data in each work order message to be processed, to obtain at least one original file node; a cleaning module, configured to clean the data of the at least one original file node according to the node type of the original file node, to obtain at least one candidate file node; a modification module, configured to modify corresponding parameters in the at least one candidate file node according to test environment parameter information; and a sending module, configured to send the modified at least one candidate file node to a remote management system platform and monitor the sending status.

[0007] According to a third aspect of the embodiments of this specification, an electronic device is provided, comprising: processor; Memory used to store processor-executable instructions; The processor is configured to execute a test method for issuing work order messages in the first aspect described above or any of its corresponding embodiments.

[0008] According to a fourth aspect of the embodiments of this specification, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions, the computer instructions being used to cause a computer to execute the test method for issuing work order messages according to the first aspect above or any corresponding embodiment.

[0009] The technical solutions provided in the embodiments of this specification may include the following beneficial effects: In the embodiments of this specification, for the test environment, the work order message issuance process can be quickly simulated and the test can be performed automatically. This avoids the problems of difficulty in coordinating the RMS environment and the need for test personnel to be on-site when there are problems in the live network, and improves the speed of locating and resolving problems in the live network.

[0010] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this specification. Attached Figure Description

[0011] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this specification and, together with the description, serve to explain the principles of this specification.

[0012] Figure 1 This is a schematic diagram of a system architecture illustrated in this specification according to an exemplary embodiment.

[0013] Figure 2 This is a flowchart illustrating a test method for issuing work order messages according to an exemplary embodiment of this specification.

[0014] Figure 3AThis is a flowchart illustrating data cleaning and parsing of work order messages according to an exemplary embodiment of this specification.

[0015] Figure 3B This is a flowchart illustrating the modification of node parameters according to an exemplary embodiment of this specification.

[0016] Figure 3C This is a flowchart illustrating node distribution according to an exemplary embodiment of this specification.

[0017] Figure 3D This is a flowchart illustrating progress bar verification according to an exemplary embodiment of this specification.

[0018] Figure 4 This is a hardware structure diagram of the computer equipment where the test device for issuing work order messages in the embodiments of this specification is located.

[0019] Figure 5 This is a block diagram of a test apparatus for issuing work order messages according to an exemplary embodiment of this specification. Detailed Implementation

[0020] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this specification. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this specification as detailed in the appended claims.

[0021] The terminology used in this specification is for the purpose of describing particular embodiments only and is not intended to be limiting of this specification. The singular forms “a,” “the,” and “the” as used in this specification and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0022] It should be understood that although the terms first, second, third, etc., may be used in this specification to describe various information, this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of this specification, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0023] The embodiments described in this specification will now be described in detail.

[0024] The following combination Figure 1 The system architecture of the test methods and apparatus applicable to the issuance of work order messages, as exemplified in the embodiments of this specification, will be described. It should be noted that... Figure 1 The examples shown are merely examples of system architectures that can be applied to the embodiments of this disclosure, in order to help those skilled in the art understand the technical content of this disclosure, but do not mean that the embodiments of this disclosure cannot be used in other devices, systems, environments or scenarios.

[0025] Figure 1 This is a schematic diagram of a system architecture illustrated in this specification according to an exemplary embodiment.

[0026] like Figure 1 As shown, the system architecture may include, for example, a Remote Management System (RMS), a Business & Operation Support System (BOSS), an access and bearer network, an enterprise network, and a home network.

[0027] BOSS can include, for example, BSS (Business Support System) and OSS (Operation Support System).

[0028] Access and bearer networks may include, for example, PSTN (Public Switched Telephone Network), 3G, fixed broadband, etc. Enterprise networks may include, for example, enterprise gateways (e.g., WLAN APs), Ethernet, and Ethernet terminals, etc. Home networks may include, for example, home gateways (e.g., WLAN APs), Ethernet, and Ethernet terminals, etc.

[0029] RMS can be used for centralized and automated management of terminal devices. Terminal devices may include, for example, ONUs (Optical Network Units), home gateways, enterprise gateways, and IPTV set-top boxes. RMS can communicate with terminal devices via standard protocols such as TR-069 and MQTT.

[0030] For example, in this embodiment, the RMS may include interface A and interface B. The RMS can connect to the access and bearer network through interface A, and the access and bearer network connects the enterprise network and the home network. The RMS can connect to the BOSS through interface B.

[0031] The following provides a detailed description of the test method for issuing work order messages provided in this disclosure. The test method for issuing work order messages in this disclosure is applicable to various IP network environments and multiple network topologies. It can be used in traditional copper cable access and wireless access scenarios, as well as fiber optic access scenarios, including FTTR (Fiber to the Room) all-optical access networks.

[0032] like Figure 2 As shown, Figure 2 This is a flowchart illustrating a test method for issuing work order messages according to an exemplary embodiment of this specification. The test method for issuing work order messages provided in this disclosure embodiment may include the following steps.

[0033] In step 210, for each work order message to be processed, the file data in the work order message is parsed to obtain at least one original file node.

[0034] According to embodiments of this disclosure, for example, a file data field can be located in the header of a work order message; file data can be extracted from the file data field; and if the file data is in a structured data format, at least one original file node in the file data can be determined based on the structured data format. The work order message can be based on HTTP (Hypertext Transfer Protocol), and the file data field can include, for example, the HTTP.file_data field. The structured data format can include, for example, XML (Extensible Markup Language).

[0035] Optionally, if the file data is not in a structured data format, the file data can be converted to a structured data format. Then, based on the structured data format, at least one original file node in the file data can be determined.

[0036] Optionally, for example, existing network work order messages can be collected as work order messages to be processed.

[0037] In step 220, based on the node type of the original file node, at least one original file node is cleaned to obtain at least one candidate file node.

[0038] According to embodiments of this disclosure, for each original file node, if the node type of the original file section falls within a preset type range, the original file section can be determined as a candidate file node. The preset type range may include, for example, at least one of node distribution type, node query type, node creation type, and node deletion type.

[0039] In step 230, based on the test environment parameter information, modify the corresponding parameters in at least one candidate file node.

[0040] According to embodiments of this disclosure, the test environment parameter information may include parameters that need to be modified in the test environment and the values ​​of these parameters. For example, the account and password required for PPPoE (Point-to-Point Protocol Over Ethernet) dialing can be replaced with the account and password of the test environment based on the test environment parameter information.

[0041] In step 240, at least one modified candidate file node is sent to the remote management system platform, and the sending status is monitored.

[0042] According to embodiments of this disclosure, for each candidate file node, if the candidate file node is of the node distribution type, a setting request, such as a Set request, can be sent to the remote management system platform; if the candidate file node is of the node query type, a retrieval request, such as a Get request, can be sent to the remote management system platform; if the candidate file node is of the node creation type, a creation request, such as an AddObj request, can be sent to the remote management system platform; and if the candidate file node is of the node deletion type, a deletion request, such as a DelObj request, can be sent to the remote management system platform.

[0043] Optionally, monitoring the distribution status may include, for example, monitoring the distribution progress and description information during the distribution process; verifying whether the distribution progress and description information are correct; if the distribution progress and description information match the expected distribution progress and description information, then it is correct; otherwise, it is incorrect.

[0044] According to the embodiments of this disclosure, the process of issuing work order messages can be quickly simulated in the test environment, thereby avoiding the problems of difficulty in coordinating the RMS environment and the need for test personnel to be stationed on-site when there are problems in the live network, and improving the speed of locating and resolving problems in the live network.

[0045] In addition, given the rapid iteration of the current version, work orders can be automatically issued to quickly verify whether the interaction between the current version and the platform is normal, thereby improving testing efficiency and thus increasing the speed of locating and resolving issues on the live network.

[0046] In addition, the RMS platform can be an open-source RMS platform and can replicate the existing work order issuance process one-to-one, eliminating the need to purchase on-site RMS servers in the laboratory environment and saving costs.

[0047] Optionally, during the registration process of the terminal device with the remote management system platform, the registration progress and description information can be monitored; the correctness of the registration progress and description information can be verified. If the registration progress and the expected delivery progress of the description information match, then it is correct; otherwise, it is incorrect. The terminal device may, for example, include an ONU (Optical Network Unit).

[0048] The following is combined with Figure 3A , 3B The test method for issuing work order messages is described using 3C and 3D and another exemplary embodiment.

[0049] Step 301: Clean and parse the work order message.

[0050] like Figure 3A The diagram shown is a flowchart illustrating data cleaning and parsing of work order messages according to an exemplary embodiment.

[0051] According to embodiments of this disclosure, the data cleaning process can be used to extract valid data from existing network work order messages and filter out useless interactive messages. Taking the TR-069 protocol as an example, this protocol interacts via HTTP, and its interactive content is mainly stored in the file_data header. Based on this, message data packets can be traversed one by one, first checking whether the http.file_data field exists in the message header, and then extracting the raw_data (i.e., file data). The validity of the message is checked; if the message passes the integrity check, the message is valid; otherwise, the message is invalid. Then, it can be checked whether the data format is XML or hexadecimal. If it is XML, the XML is directly parsed. If it is hexadecimal data format, the data is converted to XML and then parsed. After XML parsing, the message is classified. Valid interactive message types may include, for example, node distribution (SetParameterValues), node query (GetParameterValues), node creation (CreateObject) / node addition (AddObject), node deletion (DeleteObject) operations, etc. For the `SetParameterValues` type, extract the `Name` and `Value` and perform a `yield` operation. For the `GetParameterValues` type, extract the list of parameter names and perform a `yield` operation. For the `CreateObject / AddObject` type, extract the `ObjectName` and perform a `yield` operation. For the `DeleteObject` type, extract the `ObjectName` and perform a `yield` operation.

[0052] Step 302: Modify the node parameters according to the test environment parameter information.

[0053] like Figure 3B The diagram shown is a flowchart illustrating parameter modification of a node according to an exemplary embodiment.

[0054] According to the embodiments of this disclosure, since the test scenario differs significantly from the actual working scenario, for some distribution nodes (SetParameterValues) that are strongly dependent on the environment, the cleaned valid packets can be modified to adapt to the environmental requirements of the test scenario. For example, the PPPoE dial-up account and password in the packet can be replaced with the dial-up account and password of the test scenario; and for the web-side password node, a random value is used for assignment in the live network environment, but no change is needed in the test scenario.

[0055] Step 303: Node distribution.

[0056] like Figure 3C The diagram shown is a flowchart illustrating node distribution according to an exemplary embodiment.

[0057] According to embodiments of this disclosure, the node deployment process can call relevant interfaces of the RMS platform to deploy work orders based on the operator's deployment logic. The RMS platform may include, for example, GenieACS, an open-source, high-performance Auto-Configuration Server (ACS) for remote management of TR-069 enabled devices. It employs a declarative and fault-tolerant configuration engine to automate complex configuration schemes on a large scale.

[0058] For example, all work order messages can be iterated sequentially, and each message can be preprocessed (including data cleaning and parsing). Then, based on the content of each preprocessed file node, the node type is determined. If it is a SetParameterValues ​​request, the platform sends a Get request and then continues to determine the node type of the next node. If it is a GetParameterValues ​​request, the platform sends a Set request and then checks whether the Set content contains Status / Result; if not, it continues to determine the node type of the next node; if it contains it, it yields a status, pauses execution, and waits for the next (continue execution) instruction before continuing to determine the node type of the next node. If it is a CreateObject / AddObject request, the platform sends an AddObj request and then continues to determine the node type of the next node. If it is a DeleteObject request, the platform sends a DelObj request and then continues to determine the node type of the next node.

[0059] In addition, the node distribution can be combined with the iterator method and the subsequent progress bar verification to determine whether each progress bar meets the expected result.

[0060] like Figure 3D The diagram shown is a flowchart illustrating progress bar verification according to an exemplary embodiment.

[0061] According to embodiments of this disclosure, an ONU (Optical Network Unit) can register to the RMS platform using either a password or a LOID (Logical Identifier). A progress bar is used, with different percentages representing different registration stages. If the progress is between 40% and 100%, the RMS platform's ACS (Autonomous System Controller) issues a registration and work order confirmation. To simulate the live network process, an iterative verification method using the registration progress bar and work order issuance can be employed. The live network registration progress bar can be controlled by the ONU's Result and Status parameters, and its registration progress can be, for example, as shown in Table 1.

[0062] Table 1 For example, in this embodiment, the iterator PROGRESS can be used to observe the registration progress and description of the ONU on the web, and the iterator WORKORDER can be used to simulate work orders on the live network. The progress and description can be obtained from web page elements, such as a progress bar.

[0063] For example, registration can be triggered by entering a LOID via the web (webpage). During the registration progress phase of 0%-40%, when both the registration progress and description on the webpage change, the iterator PROGRESS will output the current registration progress and description on the webpage to the main process and verify whether the current registration progress (pro) and description (des) meet expectations.

[0064] Once the PROGRESS iterator obtains the progress bar information as 40% and passes the progress and description verification, it will activate the WORKORDER iterator to issue the work order.

[0065] When the Status value in the work order content is 0, the work order issuance is paused, and the iterator PROGRESS continues to run to check whether the current registration progress on the web has reached 50%, and to verify whether the progress and description meet expectations.

[0066] Once the PROGRESS iterator obtains a 50% registration progress on the web side and passes the progress and description verification, the WORKORDER iterator continues to run until it issues a Result node of 0, at which point it pauses and restarts the PROGRESS iterator to check whether the registration progress and description on the web side have reached 60%, and to verify whether the progress and description meet expectations.

[0067] After successful verification, the iterator WORKORDER continues to issue work orders until its issued node Result=1, at which point WORKORDER execution ends. The currently running iterator PROGRESS checks whether the web-side registration progress has reached 100%, verifies the description's accuracy, and if the description matches expectations, the iterator is destroyed, and the test is complete.

[0068] Corresponding to the embodiments of the aforementioned methods, this specification also provides embodiments of a test device for issuing work order messages and the terminal to which it is applied.

[0069] The embodiments of the testing device for issuing work order messages in this specification can be applied to computer equipment, such as servers or terminal devices. The device embodiments can be implemented through software, hardware, or a combination of both. Taking software implementation as an example, as a logical device, it is formed by its processor reading the corresponding computer program instructions from non-volatile memory into memory for execution. From a hardware perspective, such as... Figure 4 The diagram shown is a hardware structure diagram of the computer equipment where the test device for issuing work order messages is located, as described in an embodiment of this specification. Except for... Figure 4 In addition to the processor 410, memory 430, network interface 420, and non-volatile memory 440 shown, the server or electronic device where the device 431 is located in the embodiment may also include other hardware depending on the actual function of the computer device, which will not be described in detail here.

[0070] like Figure 5 As shown, Figure 5 This is a block diagram illustrating a test apparatus for issuing work order messages according to an exemplary embodiment of this specification. The apparatus includes: Parsing module 510 is used to parse the file data in each work order message to be processed and obtain at least one original file node. The cleaning module 520 is used to clean the data of at least one original file node according to the node type of the original file node, so as to obtain at least one candidate file node; Modify module 530, which is used to modify the corresponding parameters in at least one candidate file node based on the test environment parameter information; The distribution module 540 is used to distribute at least one modified candidate file node to the remote management system platform and monitor the distribution status.

[0071] Optionally, the parsing module may include: The search submodule is used to search for file data fields in the header of a work order message; The extraction submodule is used to extract file data from the file data field; The first original node determination submodule is used to determine at least one original file node in the file data based on the structured data format, when the file data is in the structured data format.

[0072] Optionally, the parsing module may also include: The conversion submodule is used to convert file data into a structured data format when the file data format is not a structured data format. The second original node determination submodule is used to determine at least one original file node in the file data based on the structured data format.

[0073] Optionally, the cleaning module may include: The candidate node determination submodule is used to determine the original file node as a candidate file node if the node type of the original file node belongs to a preset type range. The preset type range includes at least one of node distribution type, node query type, node creation type and node deletion type.

[0074] Optionally, the distribution module may include: The configuration request sending module is used to send a configuration request to the remote management system platform for each candidate file node. If the candidate file node is a node distribution type, the module will send a configuration request. The request sending module is used to send a request to the remote management system platform if the candidate file node is a node query type. The module for sending creation requests is used to send a creation request to the remote management system platform if the candidate file node is of the node creation type. The deletion request sending module is used to send a deletion request to the remote management system platform if the candidate file node is of the node deletion type.

[0075] Optionally, the device may further include: The registration module is used to register with the remote management system platform before distributing at least one modified candidate file node to the remote management system platform; The first monitoring module is used to monitor the registration progress and description information during the registration process; The first verification module is used to verify whether the registration progress and description information are correct. The distribution module may also include: The second monitoring submodule is used to monitor the distribution progress and description information during the distribution process; The second verification submodule is used to verify whether the distribution progress and description information are correct.

[0076] According to the embodiments of this disclosure, the process of issuing work order messages can be quickly simulated in the test environment, thereby avoiding the problems of difficulty in coordinating the RMS environment and the need for test personnel to be stationed on-site when there are problems in the live network, and improving the speed of locating and resolving problems in the live network.

[0077] In addition, given the rapid iteration of the current version, work orders can be automatically issued to quickly verify whether the interaction between the current version and the platform is normal, thereby improving testing efficiency and thus increasing the speed of locating and resolving issues on the live network.

[0078] In addition, the RMS platform can be an open-source RMS platform and can replicate the existing work order issuance process one-to-one, eliminating the need to purchase on-site RMS servers in the laboratory environment and saving costs.

[0079] The test device for issuing work order messages according to the embodiments of this disclosure is applicable to various IP network environments and multiple network topologies. It can be used in traditional copper cable access and wireless access scenarios, as well as fiber optic access scenarios, including FTTR all-optical access networks.

[0080] Accordingly, this specification also provides an electronic device, which includes a processor and a memory for storing processor-executable instructions; wherein the processor is configured to: for each work order message to be processed, parse the file data in the work order message to obtain at least one original file node; perform data cleaning on the at least one original file node according to the node type of the original file node to obtain at least one candidate file node; modify the corresponding parameters in the at least one candidate file node according to test environment parameter information; and send the modified at least one candidate file node to a remote management system platform and monitor the sending status.

[0081] The specific implementation process of the functions and roles of each module in the above device can be found in the implementation process of the corresponding steps in the above method, and will not be repeated here.

[0082] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of the solution in this specification according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0083] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0084] Other embodiments of this specification will readily occur to those skilled in the art upon consideration of the specification and practice of the invention claimed herein. This specification is intended to cover any variations, uses, or adaptations that follow the general principles of this specification and include common knowledge or customary techniques in the art not claimed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this specification are indicated by the following claims.

[0085] It should be understood that this specification is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this specification is limited only by the appended claims.

[0086] The above description is merely a preferred embodiment of this specification and is not intended to limit this specification. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification should be included within the scope of protection of this specification.

Claims

1. A test method for issuing work order messages, characterized in that, The method includes: For each work order message to be processed, the file data in the work order message is parsed to obtain at least one original file node; Based on the node type of the original file node, data cleaning is performed on the at least one original file node to obtain at least one candidate file node; Based on the test environment parameter information, modify the corresponding parameters in at least one candidate file node; The modified candidate file node is sent to the remote management system platform, and the sending status is monitored.

2. The method according to claim 1, characterized in that, The process of parsing the file data in the work order message to obtain at least one original file node includes: Search for the file data field in the header of the work order message; Extract the file data from the file data field; If the file data is in a structured data format, at least one original file node in the file data is determined according to the structured data format.

3. The method according to claim 2, characterized in that, The step of parsing the file data in the work order message to obtain at least one original file node also includes: If the file data is not in a structured data format, the file data will be converted to a structured data format. Based on the structured data format, at least one original file node in the file data is determined.

4. The method according to claim 1, characterized in that, The step of cleaning the at least one original file node according to its node type to obtain at least one candidate file node includes: For each original file node, if the node type of the original file section belongs to a preset type range, then the original file section is determined as the candidate file node. The preset type range includes at least one of node distribution type, node query type, node creation type, and node deletion type.

5. The method according to claim 1, characterized in that, The step of sending the modified at least one candidate file node to the remote management system platform includes: For each candidate file node, If the candidate file node is of the node distribution type, a setting request is sent to the remote management system platform; If the candidate file node is a node query type, then a request to obtain it is sent to the remote management system platform; If the candidate file node is a newly created node, a creation request is sent to the remote management system platform; If the candidate file node is of the node deletion type, a deletion request is sent to the remote management system platform.

6. The method according to claim 1, characterized in that, The method further includes: During the registration process of the terminal device with the remote management system platform, the registration progress and description information are monitored. Verify that the registration progress and description information are correct; The monitoring and notification status includes: Monitor the distribution progress and description information during the distribution process; Verify that the distribution progress and description information are correct.

7. A testing device for issuing work order messages, characterized in that, The device includes: The parsing module is used to parse the file data in each work order message to obtain at least one original file node. The cleaning module is used to perform data cleaning on the at least one original file node according to the node type of the original file node to obtain at least one candidate file node; The modification module is used to modify the corresponding parameters in at least one candidate file node based on the test environment parameter information; The distribution module is used to distribute the modified at least one candidate file node to the remote management system platform and monitor the distribution status.

8. The apparatus according to claim 7, characterized in that, The parsing module includes: The search submodule is used to search for file data fields in the file header of the work order message; An extraction submodule is used to extract the file data from the file data field; The first original node determination submodule is used to determine at least one original file node in the file data according to the structured data format when the file data is in the structured data format.

9. An electronic device, characterized in that, The electronic device includes: processor; Memory used to store processor-executable instructions; The processor is configured to execute the test method for issuing work order messages as described in any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing the computer to execute the test method for issuing work order messages according to any one of claims 1 to 6.

Images