Communication test method and device, nonvolatile storage medium and computer equipment

Abstract

The invention discloses a communication test method and device, a nonvolatile storage medium and computer equipment. The method comprises the following steps: generating test content based on a preset communication test template; the test content is sent to a tested terminal, and the tested terminal is a virtual power generation intelligent terminal; monitoring a communication state and a generated data stream of the tested terminal in a test process based on the test content; judging whether the communication state and the data flow meet preset conditions or not; and determining that the communication test passes under the condition that the communication state and the data stream meet preset conditions. According to the method and the device, the technical problem of low test efficiency and accuracy caused by the fact that the current communication test mostly depends on manual test content design and data recording is solved.

Description

Technical Field

[0001] The present invention relates to the field of communication detection technology, and in particular to a communication testing method, device, non-volatile storage medium and computer equipment. Background Art

[0002] With the development and construction of virtual power plants, virtual power generation smart terminals, as core equipment in virtual power plants, will also be deployed on a large scale. It is necessary to develop virtual power plant smart terminal testing capabilities to verify whether the terminals have the corresponding resource access and virtual power generation capabilities. Implementing virtual power generation smart terminal testing services can tighten market access for virtual power generation terminal products, save time spent on identifying substandard products before virtual power plant construction, reduce resource waste caused by ineffective or duplicate construction on the user side, and improve the security of grid access to virtual power generation smart terminals. The virtual power generation smart terminal testing process primarily describes the process by which a testing organization conducts standardized functional testing of the virtual power generation smart terminal and other tested objects according to specified test content. Since functional testing requires communication interaction, information exchange testing is required before functional testing. Therefore, it is necessary to establish information exchange testing methods for virtual power generation smart terminal testing systems.

[0003] While some systems and software for virtual power generation intelligent terminal testing exist, they still have some shortcomings, such as low testing efficiency. Manual data comparison and verification methods for data accuracy testing require manual recording of data one by one and calculating and comparing data similarities. This testing process is cumbersome and time-consuming, and the error rate is high. Each step of manual data comparison and verification requires the tester's high level of concentration. Otherwise, problems such as missing data records, errors, and misaligned timing and data can occur, ultimately leading to skewed test results.

[0004] To address the above-mentioned problems, no effective solutions have been proposed so far. Summary of the Invention

[0005] Embodiments of the present invention provide a communication testing method, apparatus, non-volatile storage medium, and computer equipment to at least solve the technical problem that current communication testing relies heavily on manual design of test content and recording of data, resulting in low test efficiency and accuracy.

[0006] According to one aspect of an embodiment of the present invention, a communication testing method is provided, comprising: generating test content based on a preset communication test template; sending the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; monitoring the communication status and generated data flow of the terminal under test during the test based on the test content; determining whether the communication status and data flow meet preset conditions; and determining that the communication test has passed if the communication status and data flow meet the preset conditions.

[0007] Optionally, sending the test content to the terminal under test includes: detecting an actual communication interface of the terminal under test; establishing a communication connection with the terminal under test based on the actual communication interface; and sending the test content to the terminal under test based on the communication connection.

[0008] Optionally, determine whether the communication status meets the preset conditions, where the communication status includes the connection status and the communication protocol, including: detecting whether a communication connection is established with the terminal under test; when a communication connection is established with the terminal under test, determine whether the actual communication protocol of the terminal under test matches the communication protocol in the preset conditions.

[0009] Optionally, determining whether the data stream meets the preset conditions includes: determining whether the data packets in the data stream meet the data format in the preset conditions; and / or determining whether the transmission rate of the data stream reaches the minimum transmission rate in the preset conditions; and / or determining whether the response time of the terminal under test to the data stream is lower than the maximum response time in the preset conditions.

[0010] Optionally, obtain device information of the terminal under test, wherein the device information includes a device model and a device identifier; generate test result data based on the communication status and data flow; and generate a test report based on the device information and the test result data and send it to the terminal under test.

[0011] Optionally, when the terminal under test passes the test, functional test parameters are set, wherein the functional test parameters include load limit, execution time, expected response time and timeout time; based on the functional test parameters, a functional test is performed on the terminal under test to obtain a functional test result of the terminal under test.

[0012] According to another aspect of an embodiment of the present invention, a communication testing device is also provided, including: a generation module for generating test content based on a preset communication test template; a sending module for sending the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; a monitoring module for monitoring the communication status and generated data flow of the terminal under test during the test based on the test content; a judgment module for judging whether the communication status and data flow meet preset conditions; and a testing module for determining that the communication test has passed if the communication status and data flow meet the preset conditions.

[0013] According to another aspect of an embodiment of the present invention, a non-volatile storage medium is provided. The non-volatile storage medium includes a stored program, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute any one of the above-mentioned communication test methods.

[0014] According to yet another aspect of an embodiment of the present invention, a computer device is provided. The computer device includes a processor, and the processor is configured to run a program. When the program is run, any one of the above communication test methods is executed.

[0015] According to yet another aspect of an embodiment of the present invention, a computer program product is provided, including a computer program. When the computer program is executed by a processor, any one of the above communication test methods is implemented.

[0016] In an embodiment of the present invention, a communication testing method is adopted to generate test content based on a preset communication test template; the test content is sent to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; the communication status and the generated data flow of the terminal under test during the test based on the test content are monitored; it is determined whether the communication status and the data flow meet the preset conditions; and when the communication status and the data flow meet the preset conditions, it is determined that the communication test has passed, thereby achieving the purpose of performing a communication test based on a preset test template, thereby realizing the technical effect of improving the efficiency and accuracy of the test, and further solving the technical problem that the current communication test mostly relies on manual design of the test content and recording of data, resulting in low test efficiency and accuracy. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0018] Figure 1 A hardware structure block diagram of a computer terminal for implementing a communication test method is shown;

[0019] Figure 2 is a flow chart of a communication testing method provided according to an embodiment of the present invention;

[0020] Figure 3 is a test flow chart of a communication test method provided according to an optional embodiment of the present invention;

[0021] Figure 4 This is a flowchart of an embodiment of a terminal access simulation system device scenario provided according to an optional embodiment of the present invention;

[0022] Figure 5This is a flowchart of a terminal access detection system scenario embodiment provided according to an optional embodiment of the present invention;

[0023] Figure 6 This is a flowchart of an embodiment of a scenario in which a terminal executes a control instruction according to an optional embodiment of the present invention;

[0024] Figure 7 is a structural block diagram of a communication testing device provided according to an embodiment of the present invention. DETAILED DESCRIPTION

[0025] In order to enable those skilled in the art to better understand the solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the embodiments described are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of the present invention.

[0026] It should be noted that the terms "first", "second", etc. in the description and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the numbers used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0027] According to an embodiment of the present invention, a method embodiment of a communication testing method is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0028] The method embodiment provided in the first embodiment of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Figure 1 FIG1 shows a hardware structure block diagram of a computer terminal for implementing a communication test method. Figure 1As shown, the computer terminal 10 may include one or more (illustrated as 102a, 102b, ..., 102n in the figure) processors (the processor may include but is not limited to a microprocessor MCU or a programmable logic device FPGA and other processing devices), a memory 104 for storing data. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply and / or a camera. It will be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 1 More or fewer components than shown, or with Figure 1 Different configurations shown.

[0029] It should be noted that the one or more processors and / or other data processing circuits described above may generally be referred to herein as "data processing circuitry." The data processing circuitry may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof. Furthermore, the data processing circuitry may be a single, independent processing module, or may be incorporated in whole or in part into any of the other components of the computer terminal 10. As described in the embodiments of the present application, the data processing circuitry serves as a processor control (e.g., selection of a variable resistor terminal path connected to an interface).

[0030] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the communication test method in the embodiment of the present invention. The processor executes the software programs and modules stored in the memory 104 to perform various functional applications and data processing, thereby implementing the communication test method of the application described above. The memory 104 may include a high-speed random access memory and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely located relative to the processor, and these remote memories may be connected to the computer terminal 10 via a network. Examples of the aforementioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0031] The display may be, for example, a touch screen liquid crystal display (LCD) that enables a user to interact with a user interface of the computer terminal 10 .

[0032] Figure 2 FIG. 1 is a flow chart of a communication test method according to an embodiment of the present invention. Figure 2 As shown, the method includes the following steps:

[0033] Step S202: Generate test content based on a preset communication test template.

[0034] In this step, generating test content based on a preset communication test template is a key step in ensuring that the communication capabilities of the virtual power generation intelligent terminal can be comprehensively and systematically tested during information exchange testing. Communication test templates typically include a series of predefined test cases covering key aspects of communication between the terminal and the testing system. First, select an appropriate communication test template based on the type of virtual power generation intelligent terminal (i.e., the terminal under test), its communication requirements, and the protocol (such as HTTP, MQTT, etc.). These templates may cover basic connection tests, packet format tests, response time tests, command execution tests, data integrity tests, and protocol conformance tests. Determine the design objectives, test steps, expected results, and pass criteria for each test case in the selected template. The template may include communication interaction modes, data transmission formats, necessary configuration parameters, and test schedules for different scenarios. Set the necessary test parameters according to the template requirements. These may include the terminal's communication address, port number, communication protocol version, authentication method, packet size, transmission frequency, wait time, timeout period, and so on. Ensure that these parameters are consistent with the actual conditions of the terminal under test to obtain accurate test results.

[0035] While the pre-set test templates provide a general testing framework, you may need to customize some test cases based on specific testing requirements. For example, if you need to evaluate the terminal's communication performance under high concurrency conditions, you may need to add concurrent connection test cases. If you are concerned about the terminal's secure communication capabilities, you may need to add encrypted transmission test cases and security authentication test cases.

[0036] Build specific test scenarios based on test templates and customized use cases. This may involve setting up virtual scenarios to simulate different communication environments and conditions, such as network latency, congestion, and packet loss, to test the terminal's communication performance under various circumstances.

[0037] Based on the above scenarios, automated testing tools or programming languages ​​are used to generate specific test scripts or programs, i.e., test content. These scripts or programs will automatically execute test cases, communicate with terminals, collect test data, and record test results.

[0038] Through the above process, the test content generated based on the preset communication test template can comprehensively evaluate the information exchange capability of the virtual power generation intelligent terminal, ensuring that it can communicate stably and efficiently with other systems or devices in the actual deployment environment.

[0039] Step S204: sending the test content to the terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal.

[0040] In this step, sending the test content to the terminal under test, particularly the virtual power generation smart terminal, is a core step in information exchange testing. It ensures that the terminal can correctly understand and respond to test commands, thereby verifying the effectiveness of its communication functions. Based on the test content, an appropriate communication protocol (such as HTTP, MQTT, Modbus, etc.) is selected to send test commands and data. Virtual power generation smart terminals typically support multiple communication protocols. Selecting the protocol that best meets the test requirements ensures efficient and reliable data transmission. Specific test commands can then be constructed based on pre-set test scenarios and use cases. These commands may involve testing basic virtual power generation business functions such as terminal resource registration, data collection, data reporting, device control, or event execution. It is important to ensure that the command format is correct and that all parameters are complete, so that the terminal can accurately recognize and process them. The test commands are encapsulated into a data packet format that conforms to the selected communication protocol. This includes adding the necessary header information, sequence number, timestamp, and encryption information (if the protocol supports encrypted communication). The encapsulated data packet is sent to the virtual power generation smart terminal via the terminal's established communication connection. This is typically implemented using automated test scripts within the testing software or test platform to ensure that the commands reach the terminal quickly and accurately. After sending the test commands, the terminal's response needs to be monitored. This includes checking whether the terminal can receive instructions in a timely manner, whether the instructions are executed correctly, and whether the execution results are fed back to the test system as expected. The monitoring process can be completed through real-time logs, data flow capture tools, or automated test results.

[0041] The process of sending test content to the virtual power generation intelligent terminal typically requires the support of an automated test environment to ensure that the sending, receiving, and responding to test commands can be accurately recorded and analyzed. This process effectively verifies the information exchange capabilities of the virtual power generation intelligent terminal, ensuring that it can stably and reliably execute virtual power generation operations in real-world applications.

[0042] Step S206: monitoring the communication status and generated data flow of the terminal under test during the test based on the test content.

[0043] In this step, monitoring the communication status and data flow of the tested terminal (such as the virtual power generation intelligent terminal) during the test is a core step to ensure the quality of the information exchange test and the accuracy of the results. You can use the built-in monitoring function of the network monitoring tool or detection software to monitor the communication status between the terminal and the detection system in real time, including connection status, data transmission rate, packet loss rate, delay time, etc. This helps to identify any anomalies or bottlenecks in the communication process and ensure the stability of communication. You can also use a network sniffer (such as Wireshark, Tcpdump, etc.) to capture the data packets between the terminal and the detection system, analyze the instructions, responses, data content, timestamps, sequence numbers and other information contained in the data stream, and ensure the integrity of the data transmission and the correctness of the format.

[0044] Through the above monitoring, the information exchange capability of the virtual power generation intelligent terminal can be comprehensively evaluated to ensure that its communication performance meets the expected requirements, laying a solid foundation for the next functional test.

[0045] Step S208: Determine whether the communication status and data flow meet preset conditions.

[0046] In this step, determining whether the communication status and data flow meet preset conditions is a key component of information exchange testing. It verifies the communication quality and data transmission accuracy between the virtual power generation intelligent terminal and the detection system. This step can check whether the connection remains stable throughout the test, without unexpected interruptions or frequent reconnections. This determination is made based on preset conditions, such as the connection hold time threshold. The response time of the terminal under test to detection system commands is then analyzed to see if it falls within a preset range, which may include average response time, maximum response time, and other factors. The test also confirms whether the terminal under test fully adheres to preset communication protocol rules during communication, including command format, data structure, sequence number rules, and error handling procedures. The test also assesses the terminal's processing capabilities under high data traffic or high concurrent requests to ensure stable operation under realistic network conditions. If the test involves secure communication, it is necessary to check whether encryption mechanisms, authentication, and other mechanisms are correctly implemented according to preset conditions. The data flow meets preset conditions: this can be determined by factors such as data integrity, data accuracy, data format, and data rate.

[0047] Through the above judgment process, it can be ensured that the information exchange capability of the virtual power generation intelligent terminal meets the design requirements and technical specifications, thereby improving the reliability and efficiency of the overall test.

[0048] Step S210: If the communication status and data flow meet the preset conditions, it is determined that the communication test has passed.

[0049] In this step, if the communication status and data flow meet the preset conditions, the terminal under test is considered to have passed the information exchange test and can proceed to the next step of functional testing. If any conditions are not met, the test will be marked as failed. Testers need to analyze the specific cause of the failure, which may be a network problem, a terminal software bug, or a configuration error, and make targeted corrections or adjustments, then retest until the test passes.

[0050] Through the above steps, the purpose of performing communication testing based on a preset test template can be achieved, thereby realizing the technical effect of improving the efficiency and accuracy of the test, and further solving the technical problem that current communication testing mostly relies on manual design of test content and recording of data, resulting in low test efficiency and accuracy.

[0051] As an optional embodiment, sending the test content to the terminal under test includes: detecting the actual communication interface of the terminal under test; establishing a communication connection with the terminal under test based on the actual communication interface; and sending the test content to the terminal under test based on the communication connection.

[0052] Optionally, before sending the test, the actual communication interface can be tested. Based on the technical documentation of the terminal under test (e.g., a virtual power generation intelligent terminal) or previous experience, the communication protocol types supported by the terminal (e.g., HTTP, MQTT, Modbus TCP, etc.) can be determined. A network scanning tool or the built-in function of the detection system can be used to scan open ports on the terminal under test to verify the availability of the determined communication protocol. The terminal's physical or logical interface type (e.g., Ethernet, serial, wireless, etc.) can then be determined to facilitate subsequent connection establishment. Based on the detected communication interface and protocol, the corresponding communication parameters, including IP address, port number, communication rate, data format, authentication information, etc., can be configured. An initial connection can be performed first. Using detection software or automated testing tools, the communication connection with the terminal under test can be initiated based on the aforementioned parameters. This may require sending a handshake message or a connection request. The results of the connection attempt are monitored to confirm whether the communication connection was successfully established and whether the terminal is in the "online" or "ready" state, ready to accept test instructions. The pre-set test content is then encapsulated into an appropriate data packet format based on the selected communication protocol, including the necessary commands, parameters, timestamp, and sequence number. Using an established communication connection, test data packets are sent to the terminal under test. Ensure the structure and semantics of the sent data packets are correct so that the terminal can accurately parse and execute them. While sending test commands, the communication connection status, including data packet transmission and reception, response time, and packet loss rate, can be continuously monitored to ensure that the commands are correctly transmitted and that the terminal's response is within the expected range. Each test command sent and its corresponding response, including data content, timestamp, and sequence number, is recorded for subsequent test result analysis.

[0053] After completing the above steps, the communication test can be determined to determine whether it has passed based on the response of the terminal under test. If the terminal correctly responds to and executes the received test content, and the data flow and communication status meet the preset conditions, the communication test is considered to have passed. Conversely, if any response that does not meet the preset conditions or any communication anomalies are detected, the test will be marked as failed. Further analysis of the cause of the problem, debugging, or modification of the test content, and retesting are required until the test passes.

[0054] This process emphasizes the accuracy of test content and the robustness of communication connections, which are key to ensuring the virtual power generation intelligent terminal can effectively communicate with other systems or devices. With the support of automated testing tools, test efficiency and accuracy can be greatly improved, reducing errors caused by human factors.

[0055] As an optional embodiment, determining whether the communication status meets the preset conditions, where the communication status includes the connection status and the communication protocol, includes: detecting whether a communication connection is established with the terminal under test; and when a communication connection is established with the terminal under test, determining whether the actual communication protocol of the terminal under test matches the communication protocol in the preset conditions.

[0056] Optionally, determining whether the communication status meets the preset conditions is a key step in the information exchange test, which is directly related to the pass or fail of the test and the feasibility and effectiveness of subsequent functional tests. Usually, it can be detected whether a communication connection is established with the terminal under test and whether the communication protocol is correct.

[0057] In addition to the above two points, the preconditions can also be formulated based on the following points:

[0058] 1. Connection stability: Ensure that the connection between the device under test and the detection system remains stable throughout the test, without unexpected disconnections or frequent reconnections. Preset conditions may include minimum connection duration and maximum allowable disconnection times.

[0059] 2. Response Time: This defines how long it takes a terminal to respond to a command or data request from the detection system. For example, if the detection system sends a data request to a terminal, how many seconds should the terminal return the data? The preset condition can be the average response time, the maximum response time, or an acceptable range of response times.

[0060] 3. Data integrity and accuracy: The data sent by the terminal must not be lost or altered when received by the detection system, and the data format must be correct. Prerequisites may include checking the integrity of the data packet, using data verification algorithms (such as CRC and MD5), and correctly matching data fields.

[0061] 4. Data Rate: Set the upper and lower limits for the terminal's data transmission rate to ensure that data quality and communication efficiency are not affected by excessively fast or slow transmission. Preset conditions may include minimum and maximum data transmission rates, data throughput stability, etc.

[0062] 5. Protocol compliance: Ensure that the endpoint strictly adheres to the behavior and format specified by the selected communication protocol (such as HTTP, MQTT, etc.) during communication. Pre-conditions may include protocol version compatibility, correct message format, and accurate error code handling.

[0063] 6. Concurrent processing capability: This tests the terminal's ability to handle multiple communication requests at the same time, including the maximum number of requests the terminal can handle simultaneously and the degree of mutual influence between requests.

[0064] 7. Secure Communications: When testing includes security considerations, ensure that security measures such as encrypted data transmission, identity verification, and access control are effectively implemented. Preconditions may include the use of specific security protocols, data encryption standards, and the effectiveness of authentication processes.

[0065] 8. Error recovery mechanism: Evaluate the terminal's response capabilities and recovery mechanisms when encountering communication errors, such as whether it can automatically resend failed data packets and whether it can correctly handle re-establishing connections after network interruptions.

[0066] 9. Stress test threshold: Tests the communication status under high-voltage load conditions. The preset conditions may include performance indicators during peak data transmission periods and system response under extreme data volumes.

[0067] Specifically, automated testing tools can be used to determine whether communication status meets preset conditions. These tools use specialized testing software or scripts to automatically monitor and evaluate communication status. These tools can analyze data streams in real time, record key events, and verify protocol consistency. Actual communication status data during testing can also be compared with preset baseline values ​​or ideal conditions to determine whether the standards are met.

[0068] As an optional embodiment, determining whether a data stream meets preset conditions includes: determining whether a data packet in the data stream meets the data format in the preset conditions; and / or determining whether the transmission rate of the data stream reaches the minimum transmission rate in the preset conditions; and / or determining whether the response time of the terminal under test to the data stream is less than the maximum response time in the preset conditions.

[0069] Optionally, to determine whether the data stream meets the preset conditions, the data format, transmission rate and response time of the data packets in the data stream can be detected to determine whether the test has passed. In addition to the above points, the following aspects can also be involved:

[0070] 1. Data format verification: Checks whether the data packets in the data stream use the preset data format (such as JSON, XML, CSV, etc.). This includes data structure, field name, data type, and encoding method to ensure that the data can be parsed and processed correctly.

[0071] 2. Data integrity check: By comparing the data before and after sending, confirm that the data has not been damaged or lost during transmission. Data integrity verification can be performed using checksums, CRC values, or hash algorithms such as MD5 and SHA.

[0072] 3. Communication protocol consistency: Ensure that the data flow follows the preset communication protocol (such as HTTP, MQTT, Modbus, etc.) and check whether the command, response, sequence number, response time, etc. of the data packet comply with the protocol specifications.

[0073] 4. Data rate assessment: Measure the data flow transmission rate to confirm whether it reaches the preset minimum or expected data transmission rate. This is important for evaluating the terminal's communication performance and adaptability to network conditions.

[0074] 5. Time synchronization: Check the timestamps of data packets in the data stream to confirm whether the sending and receiving times meet the preset time synchronization conditions. This is especially important for scenarios that require high-precision time synchronization.

[0075] 6. Data content correctness: Based on the preset data model or scenario, check whether the data content in the data stream is correct, including the size of the value, the use of units, the conformity of logical relationships, etc.

[0076] 7. Response time monitoring: Evaluate the terminal's response time to the detection system's request or instruction to confirm whether it is within the preset minimum response time or maximum response time range. This is especially important for real-time communication.

[0077] 8. Error handling mechanism verification: Check whether the data stream contains error handling mechanisms, such as retransmission requests, error codes, logging, etc., to ensure that when errors occur during data transmission, the terminal can handle them according to preset conditions.

[0078] 9. Concurrent processing capability test: If the preset conditions include concurrent data processing, it is necessary to verify whether the terminal can correctly handle data streams under multi-threaded or high-concurrency requests to ensure accurate data transmission and reception.

[0079] 10. Security and privacy protection: For data flows involving sensitive information, it is necessary to verify whether the data encryption and decryption processes meet security standards and whether the terminal has taken appropriate privacy protection measures.

[0080] 11. Load testing: Tests the terminal's communication capabilities under different data loads to ensure it can operate stably under high traffic or large data volumes.

[0081] 12. Boundary condition testing: Tests the data flow performance under boundary conditions of packet size, frequency, and format to verify the robustness and fault tolerance of the terminal.

[0082] 13. Data flow stability: Monitor the stability of data flow, including the continuity, loss and duplication of data packets, to ensure the reliability and stability of the communication link.

[0083] Automated testing tools and scripts are often used to assist in making these determinations. These tools monitor data flows in real time and automatically compare packets against pre-defined conditions, enabling a quick and efficient assessment of data flow compliance. Test results, a key component of communications testing, are used to generate a test report, determining whether the terminal has passed the information exchange test and, in turn, whether it can proceed to the next functional test. If the data flow does not meet the pre-defined conditions, testers will conduct troubleshooting, correct any issues, and retest until the requirements are met.

[0084] As an optional embodiment, device information of the terminal under test is obtained, wherein the device information includes the device model and device identification; test result data is generated based on the communication status and data flow; and a test report is generated based on the device information and the test result data and sent to the terminal under test.

[0085] Optionally, device information of the terminal under test is obtained, and test result data is generated based on the communication status and data flow. Finally, a test report is generated and sent to the terminal under test. This series of operations ensures the integrity and traceability of the test results, as well as their specific guidance for the terminal. Device information can be automatically or manually obtained in the test software or platform through the communication interface between the terminal and the detection system. This typically involves using specific request messages or API calls to query the terminal's device model, device identifier, version number, manufacturer information, etc. The obtained device information is recorded in the test software's database or log file as part of the test report. Device information is the foundation of the test report and is used to define the detailed attributes of the test object. The communication status recorded during the test can be analyzed to confirm whether a stable connection was maintained under all preset conditions and whether the response time and data transmission rate meet the requirements. The data streams before and after the test are compared, especially the terminal's response data to the test instructions, to ensure data integrity and accuracy, and that they conform to the preset test scenario and model. The entire test process is also checked to ensure that any abnormal events, such as packet loss, malformed data, or timed responses, are recorded. Key performance indicators (KPIs) during the test process can also be summarized and analyzed, such as average response time, data transmission efficiency, and network latency. Based on these analysis results, each test case is determined to have met the pre-set criteria. A detailed test results list is generated, indicating the execution status and specific results of each case. An appropriate test report template can be selected based on the test type and purpose. The template can include sections such as device information, test content, test conditions, test results, pass / fail judgment, and recommended actions. The device information and test result data are filled into the report template. Ensure that the results of each test case are recorded in detail, including the case description, test instructions, terminal response, and pass criteria. Based on the test result data, an overall test conclusion is summarized. If all test cases pass, the report should indicate that the terminal's information exchange capabilities and communication functions meet the requirements. The completed report content is compiled into a final test report, typically in PDF, Word, or HTML format. The report should include device information, test result charts, KPIs, test conclusions, and recommended actions. The test report can be sent back to the terminal under test using a pre-set communication protocol (such as HTTP or MQTT). This may involve constructing a specific report sending request, including the report URL or direct data stream. Ensure that the terminal successfully receives and parses the test report. After receiving it, the terminal may need to return a confirmation message indicating that the report has been successfully received.

[0086] Through this series of steps, the testing process can not only evaluate the information exchange capabilities and communication functions of the terminal under test, but also generate a detailed test report, provide comprehensive feedback on terminal performance, and provide data support for terminal optimization and improvement.

[0087] As an optional embodiment, when the terminal under test passes the test, functional test parameters are set, wherein the functional test parameters include load limit, execution time, expected response time and timeout time; based on the functional test parameters, a functional test is performed on the terminal under test to obtain the functional test results of the terminal under test.

[0088] Optionally, after the communication test passes, the next step is to perform a functional test on the virtual power generation intelligent terminal. This step verifies the terminal's performance and capabilities when executing virtual power generation-related services. Functional test parameters can be set. These parameters can include the following, and can be configured differently based on actual conditions.

[0089] 1. Load Limit: This defines the maximum load the terminal can handle. This can be the upper limit of power output or the maximum load it can withstand when executing an event. Parameter settings should take into account the terminal's hardware limitations and the load capacity of the software design.

[0090] 2. Execution Duration: Specifies the duration for a terminal to execute a certain function, such as the data reporting period or device control duration. This is crucial for evaluating the stability and energy consumption characteristics of the terminal during long-term operation.

[0091] 3. Expected Response Time: This parameter estimates the time it takes for a terminal to respond after receiving a command. This parameter is used to measure the terminal's responsiveness and real-time communication capabilities.

[0092] 4. Timeout Duration: Sets the maximum waiting time if no terminal response is received during the test. The timeout mechanism can avoid indefinite waiting and promptly identify potential communication failures or performance issues.

[0093] After configuring the parameters, you can start the functional test. Specifically, you can first configure the test environment to ensure that the response equipment required for the test (such as air-conditioning systems, power management systems, etc.) is in a controllable state, and set the initial conditions and status. Then, according to the preset functional test parameters, build a series of test cases. Among them, the test cases may include terminal resource registration, data collection, data reporting, equipment control, event execution and other functions. During the test execution process, continuously collect the data and operation results uploaded by the terminal under test, and monitor the status changes of the test environment. Automated tools or scripts can be used to capture data and status in real time to ensure the accuracy of the data and the controllability of the test process. After the test is completed, immediately analyze the collected data and operation results to confirm whether they meet the requirements of the functional test parameters.

[0094] It should be noted that for the aforementioned method embodiments, for simplicity of description, they are all expressed as a series of action combinations. However, those skilled in the art should be aware that the present invention is not limited by the order of the actions described, because according to the present invention, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in this specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

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

[0096] Here is a specific example: Figure 3 : is a test flow chart of a communication test method according to an optional embodiment of the present invention, such as Figure 3 As shown, the method specifically includes the following steps:

[0097] 1) Terminal Access: First, connect the terminal device under test to the testing system, ensure the terminal is powered on, and establish a communication connection with the testing software and response device using the terminal's communication interface. The terminal under test can include either a hard terminal or a soft terminal. Soft terminal testing also requires a carrier.

[0098] 2) Management terminal: Before conducting the test, the tester needs to create and maintain the terminal to be tested in the testing software and enter the necessary product and client information. The information of the terminal to be tested will serve as an important part of the testing process and final report.

[0099] 3) Manage Response Devices: The test software must configure the response devices that the terminal will access. The tested terminal can connect to integrated equipment cabinets and central air conditioning simulation systems, or it can connect to its own device. For existing devices, the test software will include device information and parameters. For self-provided devices, the test software will create a device profile and manage basic information to facilitate recording in the corresponding test results.

[0100] 4) Select a communication test template: Choose an existing test template and communication protocol (HTTP or MQTT). Test templates are composed of different combinations of test cases. The system has built-in common test cases and templates, and also provides access to user-defined test cases and templates.

[0101] 5) Communication test execution: Execute automatic communication consistency detection with one click. The detection software will execute the communication test one by one according to the use cases in the test template. After the execution is completed, it can automatically end, and can also be paused or stopped midway.

[0102] 6) Communication test monitoring: During or after the communication test is executed, the operator can visually monitor the test process, dynamically monitor the test steps and generate test records.

[0103] 7) Communication Test Result Determination: After the communication test is completed, the test software determines whether the communication test has passed. Since functional testing requires interoperability between the terminal and the test software, if the communication test fails, the next functional test cannot be performed. If the communication test passes successfully, the functional test process can be directly entered.

[0104] 8) Select the function to be tested: After entering the functional test phase, you need to select the terminal test function in the terminal detection function list. The detection function mainly includes basic virtual power generation services such as terminal resource registration, data collection, data reporting, equipment control, and event execution.

[0105] 9) Set functional test parameters: Set necessary parameters and indicators for each detection function. For example, when detecting event response, testers need to configure parameters such as baseline, load limit, execution time, expected response time, timeout time, etc. in the detection software.

[0106] 10) Functional test execution: Functional testing can be carried out in a single function test mode or in a multi-function test mode. If a single function test fails, the next function test item can be continued until all selected function items are tested, or the test process is manually ended.

[0107] 11) Functional test monitoring: The functional test process can be monitored automatically or manually. If the terminal under test chooses to connect to an existing device, the detection software can automatically collect the device's operating status and load conditions, and continuously compare them with the collected data or terminal execution results reported by the terminal to check whether they are consistent with the expected results. If the device connected to the terminal under test includes its own equipment, or some functions that must be manually tested (such as terminal storage functions, etc.), the tester will need to manually determine the device response and whether the collected data is correct.

[0108] 12) View / enter test results: After the functional test is completed, the detection software of some automatic tests will automatically generate functional test results. For operations that require manual judgment, the tester can enter the results for the established equipment to complete the data collection of the test report.

[0109] 13) Generate test report: After completing the test result entry, the detection software combines the test records and test pass standards and other information to draw test conclusions, and automatically generates an online test report according to the report template.

[0110] 14) Modify the test report: The tester can modify the test report according to the actual situation.

[0111] 15) Test analysis: Generate test reports for users to view and download, and perform data analysis on completed tests.

[0112] Figure 4 1 is a flow chart of a terminal access simulation system device scenario embodiment provided according to an optional embodiment of the present invention, such as Figure 4 As shown, a terminal access simulation system equipment scenario process of an optional information exchange test method of a virtual power generation intelligent terminal detection system is provided, which specifically includes the following steps:

[0113] 1) Enter the virtual power generation resource digital simulation system and open the module to be connected.

[0114] 2) Click [System Menu - Data Point Table] in the upper right corner to open the data point table page, and then fill in the filter conditions to filter out the measurement points to be connected.

[0115] 3) Export the data point table (csv format) file and save it for future use.

[0116] 4) Open the terminal configuration software and connect the terminal.

[0117] 5) Configure the terminal acquisition channel and add the MODBUS server address of the virtual power generation resource digital simulation system.

[0118] 6) Import the data point table into the newly added acquisition channel.

[0119] 7) Based on the data point table information, configure the device type and physical device, and associate the measurement points.

[0120] 8) Configure control strategies based on control points.

[0121] 9) Restart the terminal and verify on the terminal page (or other functions that can view collected data) whether the collected data is consistent with the real-time data of the simulation system.

[0122] 10) Verify whether the configured control strategy is executed normally and whether it can achieve the expected control effect.

[0123] Figure 5 FIG. 1 is a flow chart of a terminal access detection system scenario embodiment provided according to an optional embodiment of the present invention. Figure 5 As shown, a process of a terminal access detection system scenario of an optional information exchange test method of a virtual power generation intelligent terminal detection system is provided, which specifically includes the following steps:

[0124] 1) Open the [Terminal Access] page of the Virtual Power Generation Intelligent Terminal Detection System to view the terminal access information.

[0125] 2) Open the terminal configuration software and connect the terminal.

[0126] 3) Configure the terminal access information into the terminal.

[0127] 4) Restart the terminal.

[0128] 5) On the [Terminal Access] page of the Virtual Power Generation Intelligent Terminal Detection System, check the terminal online status, which should be "Online".

[0129] Figure 6 FIG. 1 is a flow chart of an embodiment of a scenario in which a terminal executes a control instruction according to an optional embodiment of the present invention. Figure 6 As shown, an optional terminal execution control instruction (verification control strategy) scenario process of the information exchange test method of the virtual power generation intelligent terminal detection system is provided, which specifically includes the following steps:

[0130] 1) Terminal access detection system, check its online status on the [Terminal Access] page, it should be "Online".

[0131] 2) Use the debug function on this page to send a synchronization message and wait for the synchronization message interaction to complete.

[0132] 3) Check the real-time statistical data of the terminal, whether the total load, increase capacity, decrease capacity and other data are consistent with the terminal configuration and whether they are normal.

[0133] 4) In the debugging function, issue a control event: send event (default event) and wait for the event to be issued.

[0134] 5) Check the terminal webpage and view the event information received by the terminal on the [Policy Status-Event List] page.

[0135] 6) Wait for the event to start.

[0136] 7) Check the terminal webpage and check the policy execution status in [Policy Status-Operation List]. After the event starts, there should be an execution record here.

[0137] 8) Open the virtual power generation resource digital simulation system and open the module of the device to which the strategy to be executed in the strategy execution list belongs.

[0138] 9) Check whether the device is controlled successfully.

[0139] 10) Open the [System Menu - Action Log] in the upper right corner to check the recent remote control records to see if they are consistent with the terminal policy execution records.

[0140] According to an embodiment of the present invention, a communication test device for implementing the above communication test method is also provided. Figure 7 This is a structural block diagram of a communication test device provided according to an embodiment of the present invention. As shown in the figure, the communication test device includes: a generation module 702, a sending module 704, a monitoring module 706, a judgment module 708 and a testing module 710. The communication test device is described below.

[0141] The generating module 702 is configured to generate test content based on a preset communication test template.

[0142] The sending module 704 is connected to the generating module 702 and is used to send the test content to the terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal.

[0143] The monitoring module 706 is connected to the sending module 704 and is used to monitor the communication status and generated data flow of the tested terminal during the test process based on the test content.

[0144] The judgment module 708 is connected to the monitoring module 706 and is used to judge whether the communication status and data flow meet the preset conditions.

[0145] The testing module 710 is connected to the judging module 708 and is used to determine whether the communication test is passed when the communication status and data flow meet preset conditions.

[0146] It should be noted that the generation module 702, sending module 704, monitoring module 706, judgment module 708, and testing module 710 described above correspond to steps S202 to S210 in the embodiment. The examples and application scenarios implemented by the various modules and corresponding steps are the same, but are not limited to the contents disclosed in the above embodiment. It should be noted that the above modules, as part of the device, can be run in the computer terminal 10 provided in the embodiment.

[0147] An embodiment of the present invention may provide a computer device. Optionally, in this embodiment, the computer device may be located in at least one of a plurality of network devices in a computer network. The computer device includes a memory and a processor.

[0148] Among them, the memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the communication test method and device in the embodiment of the present invention. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory, that is, realizing the above-mentioned communication test method. The memory may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory remotely located relative to the processor, and these remote memories can be connected to the computer terminal via a network. Examples of the above-mentioned network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0149] The processor can call the information and application programs stored in the memory through the transmission device to perform the following steps: generate test content based on a preset communication test template; send the test content to the terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; monitor the communication status and generated data flow of the terminal under test during the test based on the test content; determine whether the communication status and data flow meet the preset conditions; and determine that the communication test has passed if the communication status and data flow meet the preset conditions.

[0150] Optionally, the processor may also execute the program code of the following steps: sending the test content to the terminal under test, including: detecting the actual communication interface of the terminal under test; establishing a communication connection with the terminal under test based on the actual communication interface; and sending the test content to the terminal under test based on the communication connection.

[0151] Optionally, the above-mentioned processor can also execute the program code of the following steps: determining whether the communication status meets the preset conditions, wherein the communication status includes the connection status and the communication protocol, including: detecting whether a communication connection is established with the terminal under test; when a communication connection is established with the terminal under test, determining whether the actual communication protocol of the terminal under test matches the communication protocol in the preset conditions.

[0152] Optionally, the processor may also execute the program code of the following steps: determining whether the data stream meets the preset conditions, including: determining whether the data packets in the data stream meet the data format in the preset conditions; and / or determining whether the transmission rate of the data stream reaches the minimum transmission rate in the preset conditions; and / or determining whether the response time of the terminal under test to the data stream is lower than the maximum response time in the preset conditions.

[0153] Optionally, the above-mentioned processor can also execute the program code of the following steps: obtaining the device information of the terminal under test, wherein the device information includes the device model and device identification; generating test result data based on the communication status and data flow; generating a test report based on the device information and test result data and sending it to the terminal under test.

[0154] Optionally, the above-mentioned processor can also execute the program code of the following steps: when the test of the terminal under test passes, set functional test parameters, where the functional test parameters include load limit, execution time, expected response time and timeout time; based on the functional test parameters, perform functional test on the terminal under test to obtain the functional test results of the terminal under test.

[0155] An embodiment of the present invention provides a communication testing method, which generates test content based on a preset communication test template; sends the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; monitors the communication status and generated data flow of the terminal under test during the test based on the test content; determines whether the communication status and data flow meet preset conditions; and determines that the communication test has passed when the communication status and data flow meet the preset conditions, thereby achieving the purpose of performing communication testing based on the preset test template, thereby realizing the technical effect of improving the efficiency and accuracy of the test, and further solving the technical problem that current communication tests mostly rely on manual design of test content and recording of data, resulting in low test efficiency and accuracy.

[0156] A person skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing the hardware related to the terminal device through a program, and the program can be stored in a non-volatile storage medium, which may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0157] The embodiment of the present invention further provides a non-volatile storage medium. Optionally, in this embodiment, the non-volatile storage medium can be used to store the program code executed by the communication test method provided in the embodiment.

[0158] Optionally, in this embodiment, the non-volatile storage medium may be located in any computer terminal in a computer terminal group in a computer network, or in any mobile terminal in a mobile terminal group.

[0159] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: generating test content based on a preset communication test template; sending the test content to the terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; monitoring the communication status and generated data flow of the terminal under test during the test based on the test content; determining whether the communication status and data flow meet preset conditions; and determining that the communication test has passed if the communication status and data flow meet the preset conditions.

[0160] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: sending the test content to the terminal under test, including: detecting the actual communication interface of the terminal under test; establishing a communication connection with the terminal under test based on the actual communication interface; and sending the test content to the terminal under test based on the communication connection.

[0161] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: determining whether the communication status meets preset conditions, wherein the communication status includes the connection status and the communication protocol, including: detecting whether a communication connection is established with the terminal under test; and in the case where a communication connection is established with the terminal under test, determining whether the actual communication protocol of the terminal under test matches the communication protocol in the preset conditions.

[0162] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: determining whether the data stream meets the preset conditions, including: determining whether the data packets in the data stream meet the data format in the preset conditions; and / or, determining whether the transmission rate of the data stream reaches the minimum transmission rate in the preset conditions; and / or, determining whether the response time of the terminal under test to the data stream is less than the maximum response time in the preset conditions.

[0163] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: obtaining device information of the terminal under test, wherein the device information includes a device model and a device identifier; generating test result data based on the communication status and data flow; and generating a test report based on the device information and the test result data and sending it to the terminal under test.

[0164] Optionally, in this embodiment, the non-volatile storage medium is configured to store program code for executing the following steps: when the terminal under test passes the test, setting functional test parameters, wherein the functional test parameters include load limit, execution time, expected response time and timeout time; based on the functional test parameters, performing a functional test on the terminal under test to obtain a functional test result of the terminal under test.

[0165] An embodiment of the present invention also provides a computer program product, including a computer program. Optionally, in this embodiment, when the computer program is executed by a processor, it can achieve: generating test content based on a preset communication test template; sending the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; monitoring the communication status and generated data flow of the terminal under test during the test based on the test content; judging whether the communication status and data flow meet preset conditions; and determining that the communication test has passed if the communication status and data flow meet the preset conditions.

[0166] The serial numbers of the above embodiments of the present invention are for description only and do not represent the advantages or disadvantages of the embodiments.

[0167] In the above embodiments of the present invention, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0168] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only exemplary. For example, the division of the units can be a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0169] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0170] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0171] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a non-volatile storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server or network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk, and other media that can store program code.

[0172] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present invention. These improvements and modifications should also be regarded as within the scope of protection of the present invention.

Claims

1. A communication testing method, characterized in that: include: Generate test content based on preset communication test templates; Sending the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; Monitoring the communication status and generated data flow of the tested terminal during the test based on the test content; Determining whether the communication status and the data flow meet preset conditions; If the communication state and the data flow meet the preset conditions, it is determined that the communication test is passed.

2. The method according to claim 1, characterized in that The sending of the test content to the terminal under test includes: Detecting the actual communication interface of the terminal under test; Establishing a communication connection with the terminal under test based on the actual communication interface; Based on the communication connection, the test content is sent to the terminal under test.

3. The method according to claim 1, characterized in that The determining whether the communication status meets a preset condition, wherein the communication status includes a connection status and a communication protocol, includes: Detecting whether a communication connection is established with the terminal under test; In the case of establishing a communication connection with the terminal under test, it is determined whether the actual communication protocol of the terminal under test matches the communication protocol in the preset condition.

4. The method according to claim 1, wherein The determining whether the data stream meets a preset condition includes: Determining whether the data packet in the data stream meets the data format in the preset condition; and / or, determining whether the transmission rate of the data stream reaches the minimum transmission rate in the preset condition; And / or, determining whether the response time of the tested terminal to the data stream is less than the maximum response time in the preset condition.

5. The method according to any one of claims 1 to 4, characterized in that Also includes: Obtaining device information of the terminal under test, wherein the device information includes a device model and a device identifier; generating test result data based on the communication status and the data flow; Based on the device information and the test result data, a test report is generated and sent to the tested terminal.

6. The method according to any one of claims 1 to 4, characterized in that Also includes: If the terminal under test passes the test, setting function test parameters, wherein the function test parameters include load limit, execution time, expected response time and timeout time; Based on the functional test parameters, a functional test is performed on the terminal under test to obtain a functional test result of the terminal under test.

7. A communication test device, characterized in that: include: A generation module, used to generate test content based on a preset communication test template; A sending module, configured to send the test content to a terminal under test, wherein the terminal under test is a virtual power generation intelligent terminal; A monitoring module, configured to monitor the communication status and generated data stream of the terminal under test during the test based on the test content; A judgment module, used to judge whether the communication status and the data flow meet the preset conditions; The test module is used to determine that the communication test is passed when the communication state and the data flow meet the preset conditions.

8. A non-volatile storage medium, characterized in that: The non-volatile storage medium includes a stored program, wherein when the program is executed, the device where the non-volatile storage medium is located is controlled to execute the communication test method according to any one of claims 1 to 6.

9. A computer device, characterized in that: include: memory and processor, The memory stores a computer program; The processor is configured to execute a computer program stored in the memory, and when the computer program is run, the processor is enabled to execute the communication test method according to any one of claims 1 to 6.

10. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the communication test method according to any one of claims 1 to 6 is implemented.

Images