Method and device for testing FTTR equipment, terminal and storage medium

Abstract

The invention discloses a method and device for testing FTTR equipment, a terminal and a storage medium, and the method comprises the steps: responding to user input information, and transmitting a test request to a comprehensive management platform; a response result corresponding to the test request is received, the response result is analyzed through the rear-end framework, target test information is obtained, the response result is sent by the comprehensive management platform in response to the test result, and the test result is obtained by testing the FTTR equipment in response to the work order configuration information. The work order configuration information is sent by the comprehensive management platform in response to the test request, and the target test information is used for representing the test condition of the FTTR equipment. The invention aims to realize an efficient and accurate FTTR equipment test process, and avoid the influence of a complex security policy and a multi-step tedious verification process on the test efficiency.

Description

Technical Field

[0001] This application relates to the technical field of communication network testing, and particularly to a method, device, terminal, and storage medium for testing FTTR devices. Background Art

[0002] With the rapid development of fiber optic communication technology, FTTR (Fiber To The Room) technology has been widely applied to home and enterprise network scenarios. As a new type of broadband network technology, FTTR can achieve high-speed network coverage in each room, and one of its core devices is the FTTR gateway. As the core of network management and configuration, the accuracy and stability of the functions of the gateway device are crucial for user experience and operator service quality. Therefore, before device deployment and formal operation, it is necessary to comprehensively test the relevant services of the gateway.

[0003] However, traditional FTTR device testing has the following deficiencies: The testing platform requires device manufacturers to submit real-name authentication information and public network IP white list filings to the operator before testing, and use a specified proxy tool for access. A specific plugin also needs to be downloaded during access, increasing the technical threshold and operation complexity of device testing; at the same time, identity information (such as login verification, device authentication, etc.) needs to be verified multiple times during the process of accessing the platform, and these verification steps must be completed for each test, resulting in low testing efficiency. Summary of the Invention

[0004] The main purpose of this application is to provide a method, device, terminal, and storage medium for testing FTTR devices, aiming to achieve an efficient and accurate FTTR device testing process and avoid the impact of complex security policies and multi-step cumbersome verification processes on testing efficiency.

[0005] To achieve the above object, this application provides a method for testing FTTR devices, which is applied to a testing system. The testing system includes a front-end framework and a back-end framework;

[0006] The method includes:

[0007] In response to user input information, send a test request to the integrated management platform, where the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of enterprises and the users corresponding to the enterprises;

[0008] Receive the response result corresponding to the test request, and parse the response result through the backend framework to obtain target test information, where the response result is sent by the integrated management platform in response to the test result, the test result is obtained by the FTTR device in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

[0009] Specifically, the user input information includes a work order type, an input path, a program identifier, key information, and work order configuration content. The work order type is used to characterize the types of work orders for different business scenarios or different processing flows. The input path is used to characterize the storage location or access path of files, data, or operations in the test system. The program identifier is used to characterize different application programs in the test system. The key information is used to verify the identity of the user or application program. The work order configuration content is used to characterize the configuration situation related to the work order.

[0010] Specifically, the sending a test request to the integrated management platform in response to the user input information includes:

[0011] Based on the work order type, call the function corresponding to the work order type through the backend framework;

[0012] Based on the function corresponding to the work order type, send the test request to the integrated management platform through the backend framework.

[0013] Specifically, it is characterized in that the sending a test request to the integrated management platform in response to the user input information includes:

[0014] Receive the user input information through the front-end framework, and send a verification processing request to the backend framework through the front-end framework;

[0015] Receive the verification processing request through the backend framework, and perform verification processing on the user input information through the backend framework to obtain a verification result;

[0016] Based on the user input information and the verification result, construct the test request through the backend framework, and send the test request to the integrated management platform through the backend framework.

[0017] Specifically, it is characterized in that the verification result includes a first sub-verification result, a second sub-verification result, a third sub-verification result, and a fourth sub-verification result;

[0018] The performing verification processing on the user input information through the backend framework to obtain a verification result includes:

[0019] Verify the validity of the work order configuration content through the backend framework to obtain the first sub-verification result;

[0020] Check whether necessary fields in the user input information are missing through the backend framework to obtain the second sub-verification result;

[0021] Verify the format legality of the necessary fields in the user input information through the backend framework to obtain the third sub-verification result;

[0022] Check whether the format of the work order configuration content can be converted into a preset format through the backend framework to obtain the fourth sub-verification result.

[0023] Specifically, the test request is a request body, and the request body includes a request header and request data;

[0024] Construct the test request based on the user input information and the verification result through the backend framework, including:

[0025] Construct the request header based on the verification result, input path, program identifier, and key information through the backend framework;

[0026] Construct the request data based on the verification result and the work order configuration content through the backend framework.

[0027] Specifically, the test result is a test failure;

[0028] After parsing the response result through the backend framework to obtain the target test information, the method further includes:

[0029] Send the error message corresponding to the test result to the front-end framework through the backend framework, where the error message is used to represent the test failure result of the FTTR device;

[0030] Display the error message through the interface corresponding to the front-end framework.

[0031] To achieve the above object, the present application further provides a device for testing an FTTR device, which is applied to a test system, and the test system includes a front-end framework and a backend framework;

[0032] The device includes:

[0033] The first unit is configured to send a test request to the integrated management platform in response to user input information, where the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of enterprises and the corresponding users of the enterprises;

[0034] The second unit is configured to receive the response result corresponding to the test request, and parse the response result through the back-end framework to obtain target test information, where the response result is sent by the integrated management platform in response to the test result, the test result is obtained by the FTTR device in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to represent the test status of the FTTR device.

[0035] To achieve the above object, the present application further provides a terminal, including a memory storing multiple instructions; the processor loads the instructions from the memory to execute the steps in any of the methods provided by the present application.

[0036] To achieve the above object, the present application further provides a storage medium storing multiple instructions, and the instructions are suitable for being loaded by a processor to execute the steps in any of the methods provided by the present application.

[0037] A method, device, terminal, and storage medium for testing an FTTR device provided by the present application can first send a test request to the integrated management platform in response to user input information, where the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of enterprises and the corresponding users of the enterprises; then, receive the response result corresponding to the test request, and parse the response result through the back-end framework to obtain target test information, thereby realizing an efficient and accurate FTTR device test process and avoiding the impact of complex security policies and multi-step cumbersome verification processes on the test efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 It is a schematic flowchart of the method provided by the embodiment of the present application;

[0039] Figure 2 It is a schematic diagram of the technical underlying principle of the system for testing an FTTR device provided by the embodiment of the present application;

[0040] Figure 3 It is a test flowchart of the system for testing an FTTR device provided by the embodiment of the present application;

[0041] Figure 4 It is a schematic structural diagram of the device provided by the embodiment of the present application;

[0042] Figure 5 This is a schematic structural diagram of the terminal provided by the embodiment of the present application. Detailed implementation manners

[0043] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative efforts belong to the scope of protection of the present application.

[0044] Since the traditional FTTR device testing has the following deficiencies: the testing platform requires the device manufacturer to submit real-name authentication information and public network IP whitelist filing to the operator before testing, and use a specified proxy tool for access. When accessing, a specific plugin also needs to be downloaded, which increases the technical threshold and operation complexity of device testing; at the same time, identity information (such as login verification, device authentication, etc.) needs to be verified multiple times during the process of accessing the platform, and these verification steps must be completed for each test, resulting in low testing efficiency.

[0045] Therefore, the embodiments of the present application provide a method, device, terminal and storage medium for testing FTTR devices to solve actual technical problems.

[0046] In some embodiments, the device may be specifically integrated in an electronic device, and the electronic device may be a device such as a terminal or a server.

[0047] In some embodiments, the server may also be implemented in the form of a terminal.

[0048] Among them, the server may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms.

[0049] Among them, the terminal may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The terminal and the server may be directly or indirectly connected through wired or wireless communication methods, and the present application does not make any restrictions here.

[0050] An embodiment of the present application provides a method for testing an FTTR device. The method can achieve an efficient and accurate FTTR device testing process, avoiding the impact of complex security policies and multi-step cumbersome verification processes on the testing efficiency.

[0051] A method for testing an FTTR device, which is applied to a testing system. The testing system includes a front-end framework and a back-end framework.

[0052] In some embodiments, the front-end framework can be a specific front-end framework or a front-end module composed of multiple related functions. The front-end framework can be any one of the following front-end frameworks:

[0053] Vue.js: A popular progressive front-end framework that adopts a component-based development model, allowing the page to be split into multiple independent and reusable components, and each component has its own HTML, CSS, and JavaScript logic.

[0054] React.js: Renowned for its efficient virtual DOM (Document Object Model) diff algorithm. It maintains a virtual DOM tree in memory. When the data changes, only the actually changed DOM nodes are updated, reducing the number of operations on the real DOM and improving the page rendering performance.

[0055] Angular: A powerful front-end framework with a complete development system, including functions such as a module system, dependency injection, a routing system, and form handling. It uses TypeScript as the development language. TypeScript is a superset of JavaScript and has features such as static type checking, which can detect more errors during the development stage and improve the quality and maintainability of the code.

[0056] In some embodiments, the back-end framework can be a Flask back-end. Flask is a lightweight Web application framework written in Python, designed to be simple and easy to extend, allowing developers to quickly build Web applications. Generally speaking, the Flask back-end can handle routing, requests, and responses, use a template engine, add functions using extensions, and be deployed to a production environment, providing a basis for building a complete Web application.

[0057] As Figure 1 shown, the specific process of the method can be as follows:

[0058] S110. In response to user input information, send a test request to the integrated management platform, where the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to manage enterprises and their corresponding users.

[0059] In some embodiments, the integrated management platform may be the 4A platform of China Telecom. The 4A platform is a platform for centralized management of all application resources, system accounts, authentication, authorization, auditing, etc. of an enterprise. By achieving business goals such as intensive management of organizational users, one account per person, centralized authentication, centralized authorization, and security auditing, it completely solves problems such as scattered user organization permission data, memorizing multiple sets of account passwords, inaccurate business statistics, difficult operation tracking and auditing, low management efficiency, and duplicate construction, and effectively ensures the security of IT application resources and IT system access security. It is an important part of the enterprise information infrastructure.

[0060] In some embodiments, the user input information includes work order type, input path, program identifier, key information, and work order configuration content. The work order type is used to represent the types of work orders for different business scenarios or different processing flows. The input path is used to represent the storage location or access path of files, data, or operations in the test system. The program identifier is used to represent different application programs in the test system. The key information is used to represent the identity verification of the user or application program. The work order configuration content is used to represent the configuration situation related to the work order.

[0061] Specifically, the work order type, that is, "Work Order Type", represents the type or classification of work orders, and is used to distinguish work orders for different business scenarios or processing flows, such as repair work orders, consultation work orders, complaint work orders, etc. Users can select from preset options through forms or interfaces according to actual needs.

[0062] The input path, that is, "Input Path", refers to the storage location or access path of files, data, or operations in the system. It can be a file path on a local computer or a server path on the network, etc. Users need to accurately input the corresponding path in the specified format.

[0063] The program identifier, that is, APP ID, "Application Identifier", is the unique identifier of the application program. It is a string composed of numbers, letters, or other characters, and is used to distinguish different application programs in the system or platform. Users need to input the ID corresponding to the specific APP used.

[0064] The secret key, i.e., Secret, can be "secret key" or "confidential information", which can be understood here as a kind of security authentication information corresponding to the APP ID. It is a confidential string used to verify the identity of users or applications to ensure data security and access legality. Users need to keep it properly and enter this information accurately.

[0065] The work order configuration data content is a collection of various configuration information and parameters related to the work order, which may include data such as the priority of the work order, processing flow, responsible person assignment rules, custom fields, etc. Users need to enter the corresponding configuration data according to specific work order requirements and business rules.

[0066] In some embodiments, the sending of a test request to the integrated management platform in response to user input information includes the step contents from A1 to A2 as shown below:

[0067] A1. Based on the work order type, call the function corresponding to the work order type through the backend framework.

[0068] A2. Based on the function corresponding to the work order type, send the test request to the integrated management platform through the backend framework.

[0069] In some embodiments, the sending of a test request to the integrated management platform in response to user input information includes the step contents from B1 to B3 as shown below:

[0070] B1. Receive the user input information through the front-end framework and send a verification processing request to the back-end framework through the front-end framework.

[0071] B2. Receive the verification processing request through the back-end framework and perform verification processing on the user input information through the back-end framework to obtain a verification result.

[0072] In some embodiments, the verification result includes a first sub-verification result, a second sub-verification result, a third sub-verification result, and a fourth sub-verification result.

[0073] Specifically, the performing of verification processing on the user input information through the back-end framework to obtain a verification result includes the step contents from B21 to B24 as shown below:

[0074] B21. Verify the validity of the work order configuration content through the back-end framework to obtain the first sub-verification result.

[0075] B22. Check whether necessary fields in the user input information are missing through the back-end framework to obtain the second sub-verification result.

[0076] B23. Verify the format legality of the necessary fields in the user input information through the backend framework to obtain the third sub-verification result.

[0077] B24. Check whether the format of the work order configuration content can be converted into a preset format through the backend framework to obtain the fourth sub-verification result.

[0078] In some embodiments, the preset format may be the JSON format. JSON (JavaScript Object Notation) is a lightweight data interchange format, which is easy for humans to read and write, and is also easy for machines to parse and generate. JSON is based on the object literal notation of JavaScript, but has been widely used for data interchange between different programming languages, including but not limited to Python, Java, C#, Ruby, etc.

[0079] B3. Based on the user input information and the verification result, construct the test request through the backend framework, and send the test request to the integrated management platform through the backend framework.

[0080] In some embodiments, the test request is a request body, and the request body includes a request header and request data.

[0081] Specifically, the constructing the test request based on the user input information and the verification result through the backend framework includes the step contents of B31 to B32 as follows:

[0082] B31. Construct the request header through the backend framework based on the verification result, input path, program identifier, and key information.

[0083] B32. Construct the request data through the backend framework based on the verification result and the work order configuration content.

[0084] S120. Receive the response result corresponding to the test request, and parse the response result through the backend framework to obtain the target test information. Among them, the response result is sent by the integrated management platform in response to the test result, the test result is obtained by the FTTR device testing in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

[0085] In some embodiments, the test result is a test failure.

[0086] Specifically, after parsing the response result through the backend framework to obtain the target test information, the method further includes the step contents from T1 to T2 as shown below:

[0087] T1. Send the error message corresponding to the test result to the front-end framework through the backend framework, where the error message is used to represent the test failure result of the FTTR device.

[0088] T2. Display the error message through the interface corresponding to the front-end framework.

[0089] To better illustrate a method for testing an FTTR device provided by this application, the following further elaborates through a specific embodiment:

[0090] Such as Figure 2 and Figure 3 , in the specific implementation process, a setting module can be used to execute the specific test process, including the following contents:

[0091] app module:

[0092] (1) The app module creates a Flask application instance and specifies the storage paths of static files and templates. These static files and templates (including the home page index.html, JS files, and CSS styles) are resources for rendering and processing the front-end page UI, providing a more user-friendly test experience for testers.

[0093] (2) Handle requests for the / path through the home page route, render, and return the HTML template named index.html. This page can contain forms or display areas for user interaction.

[0094] (3) Handle POST requests from the client through the execution route. The purpose is to receive relevant information for execution (such as work order type, input work order configuration, APP ID, Secret, etc.). The backend will call the corresponding execution function based on this information and return the result.

[0095] (4) Use `request.form` to obtain form data. Flask encapsulates the data in a POST request into a `data` dictionary. This dictionary contains multiple fields such as `commandType` (work order type), `commandInput` (work order configuration), `APP_ID`, and `Secret`: credential information for authentication. Among them, the `commandInput` field is a JSON-formatted string, and the Flask backend needs to convert it into a Python object. Use the `json.loads` method to parse it into a dictionary object `command_input`. If the parsing fails, an error message will be returned. If the work order type is a plugin work order (`plugin`), the `platform_ctc_plugin_send` function will be called. This function is responsible for sending a POST request to the plugin interface of the 4A platform and obtaining the execution result. Information such as the full name of the plugin, version number (obtained by parsing the work order configuration and other parameter information), MAC address, and path need to be provided; if the work order type is a normal work order, the `platform_ctc_send` function will be called. This function is responsible for sending a POST request to the 4A platform with parameters and work order configuration data and returning the execution result. Information such as the MAC address and path need to be provided. Whether it is a plugin work order or a normal work order, Flask will return the execution result as a JSON response to the client. `result` contains the execution result of the work order, which may be a successful response or an error message. At the same time, during the request process, if any exception occurs, the application will catch these exceptions and return a response containing an error message. The status code is 500, indicating an internal server error.

[0096] The `platform_4a` module:

[0097] Send a POST request to the 4A platform with parameters and work order configuration through `requests` and process the response. It mainly includes three functions:

[0098] (1) platform_ctc_plugin_send: Required parameters: work order configuration command, full plugin name plugin_full_name, plugin version plugin_version, MAC address mac_addr, path, appid, and secret key information. Request the 4A platform to send the plugin work order configuration, send an HTTP POST request, pass the work order data as JSON, calculate the response time of the request. If the response status code is 200, parse the returned JSON data. If the returned data contains the return_Parameter field, decode this field using the decode_base64_to_json method (Base64 decode and parse as JSON), and return the final response data, including the response time; Exception handling: If an exception occurs during the request process, the error will be captured and printed, and an empty dictionary will be returned.

[0099] (2) platform_ctc_send: Required parameters: work order configuration command, MAC address mac_addr, path, appid, and secret key information. Request the 4A platform to send the ordinary work order configuration, send an HTTP POST request, pass the work order data as JSON, calculate the response time of the request. If the response status code is 200, parse the returned JSON data, otherwise return the exception information.

[0100] (3) decode_base64_to_json: Use base64.b64decode to decode the input Base64 string, decode the decoded byte data to a string using UTF-8, and use json.loads to convert the decoded string to a JSON object; Exception handling: If an error occurs during the decoding process (such as a Base64 decoding error or a JSON parsing error), the exception will be captured and the error information will be returned.

[0101] As can be seen from the above, the embodiment of the present application can first respond to the user input information and send a test request to the integrated management platform. Among them, the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of the enterprise and the users corresponding to the enterprise; then, receive the response result corresponding to the test request, and through the back-end framework, parse the response result to obtain the target test information, so as to realize an efficient and accurate FTTR device test process, and avoid the impact of complex security policies and multi-step cumbersome verification processes on the test efficiency.

[0102] In summary, the present application provides a method for testing an FTTR device, which realizes an efficient and accurate FTTR device testing process and avoids the influence of complex security policies and multi-step cumbersome verification processes on the testing efficiency.

[0103] To better implement the above method, an embodiment of the present application further provides a device for testing an FTTR device. This device can be specifically integrated into an electronic device, and the electronic device can be a terminal, a server, or other devices. Among them, the terminal can be a mobile phone, a tablet computer, a smart Bluetooth device, a laptop computer, a personal computer, or other devices; the server can be a single server or a server cluster composed of multiple servers.

[0104] For example, in this embodiment, taking the device for testing an FTTR device specifically integrated into a terminal as an example, the method of the embodiment of the present application will be described in detail.

[0105] For example, as Figure 4 shown, the device 400 for testing an FTTR device may include a first unit 401 and a second unit 402, which are applied to a test system. The test system includes a front-end framework and a back-end framework;

[0106] The device includes:

[0107] The first unit 401 is configured to send a test request to the comprehensive management platform in response to user input information. Among them, the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the comprehensive management platform is used to implement the management of enterprises and their corresponding users;

[0108] The second unit 402 is configured to receive the response result corresponding to the test request and parse the response result through the back-end framework to obtain target test information. Among them, the response result is sent by the comprehensive management platform in response to the test result, the test result is obtained by the FTTR device in response to the work order configuration information, the work order configuration information is sent by the comprehensive management platform in response to the test request, and the target test information is used to represent the test status of the FTTR device.

[0109] In specific implementation, the above-mentioned each unit can be implemented as an independent entity, or can be combined arbitrarily to be implemented as the same or several entities. For the specific implementation of the above-mentioned each unit, reference can be made to the foregoing method embodiments, which will not be elaborated herein.

[0110] As can be seen from the above, the embodiment of the present application can realize an efficient and accurate FTTR device testing process and avoid the influence of complex security policies and multi-step cumbersome verification processes on the testing efficiency.

[0111] The embodiments of the present application further provide an electronic device, which can be a device such as a terminal, a server, etc. Among them, the terminal can be a mobile phone, a tablet computer, a smart Bluetooth device, a laptop computer, a personal computer, and so on; the server can be a single server or a server cluster composed of multiple servers, and so on.

[0112] In some embodiments, the product processing device can also be integrated in multiple electronic devices. For example, the product processing device can be integrated in multiple servers, and multiple servers are used to implement the method for testing the FTTR device of the present application.

[0113] In this embodiment, the electronic device in this embodiment will be described in detail by taking the example that the electronic device is a terminal. For example, as Figure 5 shown, it shows a schematic structural diagram of the terminal 500 involved in the embodiments of the present application. Specifically:

[0114] The terminal 500 may include components such as a processor 501 with one or more processing cores, a memory 502 with one or more storage media, a power supply 503, an input module 504, and a communication module 505. Those skilled in the art can understand that Figure 5 the structure of the terminal 500 shown in

[0115] does not constitute a limitation on the terminal 500, and it may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements. Among them:

[0116] The memory 502 can be used to store software programs and modules. The processor 501 executes various functional applications and data processing by running the software programs and modules stored in the memory 502. The memory 502 mainly includes a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs required for at least one function (such as a sound playback function, an image playback function, etc.); the data storage area can store data created according to the use of the terminal 500. In addition, the memory 502 can include high-speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices. Correspondingly, the memory 502 can also include a memory controller to provide the processor 501 with access to the memory 502.

[0117] The terminal 500 also includes a power supply 503 for supplying power to each component. In some embodiments, the power supply 503 can be logically connected to the processor 501 through a power management system, so as to implement functions such as management of charging, discharging, and power consumption management through the power management system. The power supply 503 can also include any components such as one or more DC or AC power supplies, a recharge system, a power failure detection circuit, a power converter or inverter, and a power status indicator.

[0118] The terminal 500 may further include an input module 504, which can be used to receive input digital or character information, and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function controls.

[0119] The terminal 500 may further include a communication module 505. In some embodiments, the communication module 505 may include a wireless module. The terminal 500 can perform short-distance wireless transmission through the wireless module of the communication module 505, thereby providing users with wireless broadband Internet access. For example, the communication module 505 can be used to help users send and receive emails, browse the web, and access streaming media, etc.

[0120] Although not shown, the terminal 500 may further include a display unit, etc., which will not be elaborated here. Specifically, in this embodiment, the processor 501 in the terminal 500 will load the executable files corresponding to the processes of one or more application programs into the memory 502 according to the following instructions, and the processor 501 will run the application programs stored in the memory 502 to implement various functions as follows:

[0121] In response to user input information, send a test request to the integrated management platform, where the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of enterprises and the users corresponding to the enterprises;

[0122] Receive the response result corresponding to the test request, and parse the response result through the backend framework to obtain target test information, where the response result is sent by the integrated management platform in response to the test result, the test result is obtained by the FTTR device testing in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

[0123] For the specific implementation of each of the above operations, reference may be made to the previous embodiments and will not be elaborated here.

[0124] As can be seen from the above, the embodiments of the present application can implement an efficient and accurate FTTR device testing process, avoiding the impact of complex security policies and multi-step cumbersome verification processes on the testing efficiency.

[0125] Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructions, or by instructions controlling related hardware. The instructions can be stored in a storage medium and loaded and executed by a processor.

[0126] Therefore, the embodiments of the present application provide a storage medium, which stores multiple instructions that can be loaded by a processor to execute the steps in any method for testing an FTTR device provided by the embodiments of the present application. For example, the instructions can execute the following steps:

[0127] In response to user input information, send a test request to the integrated management platform, where the user input data is used to characterize the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of enterprises and the users corresponding to the enterprises;

[0128] Receive the response result corresponding to the test request, and parse the response result through the backend framework to obtain target test information, where the response result is sent by the integrated management platform in response to the test result, the test result is obtained by the FTTR device testing in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

[0129] Among them, the storage medium may include: read-only memory (ROM, Read Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disc, etc.

[0130] According to one aspect of the present application, there is provided a computer program product or a computer program, which includes computer instructions stored in a storage medium. A processor of a computer device reads the computer instructions from the storage medium, and the processor executes the computer instructions, so that the computer device executes the methods provided in the various alternative implementations provided in the above embodiments.

[0131] Since the instructions stored in the storage medium can execute the steps in any of the methods for testing an FTTR device provided in the embodiments of the present application, the beneficial effects achievable by any of the methods for testing an FTTR device provided in the embodiments of the present application can be realized. For details, refer to the previous embodiments and will not be elaborated here.

[0132] The above has introduced in detail a method, apparatus, terminal, and storage medium for testing an FTTR device provided in the embodiments of the present application. Specific examples are used herein to elaborate on the principle and implementation manner of the present application. The description of the above embodiments is only used to help understand the method and its core idea of the present application; at the same time, for those skilled in the art, according to the idea of the present application, there will be changes in the specific implementation manner and application scope. In summary, the content of this specification should not be construed as a limitation to the present application.

Claims

1. A method for testing FTTR equipment, characterized in that: Applied to a test system, the test system comprising a front-end framework and a back-end framework; The method comprises: In response to user input information, a test request is sent to the integrated management platform, wherein the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of the enterprise and the users corresponding to the enterprise; Receive a response result corresponding to the test request, and parse the response result through the back-end framework to obtain target test information, wherein the response result is sent by the integrated management platform in response to the test result, the test result is obtained by testing the FTTR device in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

2. The method according to claim 1, characterized in that The user input information includes work order type, input path, program identifier, key information and work order configuration content. The work order type is used to characterize the types of work orders for different business scenarios or different processing flows. The input path is used to characterize the storage location or access path of files, data or operations in the test system. The program identifier is used to characterize different applications in the test system. The key information is used to characterize the identity of the verified user or application. The work order configuration content is used to characterize the configuration related to the work order.

3. The method according to claim 2, characterized in that The step of sending a test request to the integrated management platform in response to user input information includes: Based on the work order type, calling a function corresponding to the work order type through the backend framework; Based on the function corresponding to the work order type, the test request is sent to the integrated management platform through the backend framework.

4. The method according to claim 2, characterized in that The step of sending a test request to the integrated management platform in response to user input information includes: Receiving the user input information through the front-end framework, and sending a verification processing request to the back-end framework through the front-end framework; Receiving the verification request through the backend framework, and verifying the user input information through the backend framework to obtain a verification result; Based on the user input information and the verification result, the test request is constructed through the backend framework, and the test request is sent to the integrated management platform through the backend framework.

5. The method according to claim 4, characterized in that The verification result includes a first sub-verification result, a second sub-verification result, a third sub-verification result, and a fourth sub-verification result; The verification process of the user input information is performed through the backend framework to obtain a verification result, including: Verifying the validity of the work order configuration content through the backend framework to obtain the first sub-verification result; By means of the backend framework, checking whether necessary fields in the user input information are missing, and obtaining the second sub-verification result; Verify the format legality of the necessary fields in the user input information through the backend framework to obtain the third sub-verification result; Through the backend framework, it is checked whether the format of the work order configuration content can be converted into a preset format to obtain the fourth sub-verification result.

6. The method according to claim 4, characterized in that The test request is a request body, and the request body includes a request header and request data; The step of constructing the test request based on the user input information and the verification result through the backend framework includes: Based on the verification result, input path, program identifier and key information, construct the request header through the backend framework; Based on the verification result and the work order configuration content, the request data is constructed through the backend framework.

7. The method according to claim 1, characterized in that The test result is test failure; After parsing the response result through the backend framework to obtain target test information, the method further includes: Sending an error message corresponding to the test result to the front-end framework through the back-end framework, wherein the error message is used to characterize the test failure result of the FTTR device; The error message is displayed through the interface corresponding to the front-end framework.

8. A device for testing FTTR equipment, characterized in that: Applied to a test system, the test system comprising a front-end framework and a back-end framework; The device comprises: The first unit is used to send a test request to the integrated management platform in response to user input information, wherein the user input data is used to represent the work order data and work order information input by the user through the front-end framework, and the integrated management platform is used to implement the management of the enterprise and the users corresponding to the enterprise; The second unit is used to receive a response result corresponding to the test request, and parse the response result through the back-end framework to obtain target test information, wherein the response result is sent by the integrated management platform in response to the test result, the test result is obtained by testing the FTTR device in response to the work order configuration information, the work order configuration information is sent by the integrated management platform in response to the test request, and the target test information is used to characterize the test status of the FTTR device.

9. A terminal, characterized in that: The method comprises a processor and a memory, wherein the memory stores a plurality of instructions; the processor loads instructions from the memory to execute the steps in the method according to any one of claims 1 to 7.

10. A storage medium, characterized in that: The storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor to execute the steps in the method according to any one of claims 1 to 7.

Images