Test method, test device and test system

Abstract

The invention relates to a testing method, a testing device and a testing system. The testing method comprises the following steps: establishing wireless communication connection with to-be-tested mobile equipment; obtaining the maximum theoretical transmission rate of wireless communication of the mobile device to be tested, and determining a target sending rate according to the maximum theoretical transmission rate; the ratio of the target sending rate to the maximum theoretical transmission rate is greater than or equal to a preset threshold value, and continuously sending the data stream to the to-be-tested mobile device according to the target sending rate when the to-be-tested mobile device is in the moving state, so that the communication performance of the to-be-tested mobile device under the preset communication pressure and the moving state can be simulated. Under the condition that the to-be-tested mobile device continuously receives the data stream, the wireless communication test result of the to-be-tested mobile device is generated according to the connection state of the to-be-tested mobile device, so that the wireless communication performance of the to-be-tested mobile device in an actual mobile scene under the preset communication pressure can be simulated, and the test efficiency and the test accuracy are improved.

Description

Technical Field

[0001] This application relates to the field of testing technology, and in particular to a testing method, testing apparatus and testing system. Background Technology

[0002] Wireless communication technology, as a core support for modern information interaction, has been widely applied in numerous fields. The wireless communication performance of equipment directly determines user experience, industrial production efficiency, and the stability of public communication networks. To ensure that wireless communication equipment meets industry standards and possesses reliable communication capabilities, conducting wireless communication testing throughout the entire lifecycle of equipment, including R&D, production testing, and network access certification, has become an indispensable and crucial step.

[0003] By conducting wireless communication tests, wireless communication defects in equipment can be detected in a timely manner, preventing problems such as communication interruption, signal attenuation, and network congestion caused by unqualified equipment leaving the factory. At the same time, it ensures the interoperability of equipment with existing communication networks and other devices.

[0004] However, current wireless communication testing solutions still suffer from significant limitations in scenario adaptation. For example, current testing solutions primarily rely on static testing, and while some incorporate dynamic or stress testing, these all have application limitations. On the one hand, in static testing, the tested wireless communication device is in a fixed position and stationary state, with the spatial location, signal propagation path, and interference source distribution of the test environment remaining unchanged. On the other hand, the few dynamic testing solutions available only simulate the physical state of device movement, failing to consider the high-concurrency, high-traffic, and high-load stress scenarios in actual applications. Some stress tests are limited to network load simulation in static environments, unable to simultaneously reproduce the dynamic communication changes brought about by device movement. While such testing modes can verify the basic communication performance of a device in a fixed scenario, or its dynamic / stress tolerance in a single dimension, they are severely out of touch with the actual application scenarios of wireless communication devices—some wireless communication devices are mobile devices that are constantly in motion during actual operation, and changes in device position will lead to changes in the wireless signal. Because the current testing scheme cannot simulate the dynamic communication environment and high load pressure of actual operation during device movement, it cannot capture the dynamic characteristics of signal propagation and the real-time response behavior of the device in the moving state, nor can it verify the communication stability of the device in dynamic scenarios under high load pressure. As a result, the test results cannot truly reflect the wireless communication connection performance of the device in actual moving scenarios. Summary of the Invention

[0005] Therefore, it is necessary to provide a test method, test apparatus, and test system that can accurately test the wireless communication performance of mobile devices in response to the above-mentioned technical problems.

[0006] Firstly, this application provides a testing method applied to a testing device, the testing method comprising:

[0007] Establish a wireless communication connection with the mobile device under test;

[0008] The maximum theoretical transmission rate of the mobile device under test for wireless communication is obtained, and the target transmission rate is determined based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold.

[0009] While the mobile device under test is in motion, a data stream is continuously sent to the mobile device under test according to the target transmission rate.

[0010] While the mobile device under test continuously receives the data stream, the wireless communication test result of the mobile device under test is generated based on the connectivity status of the mobile device under test.

[0011] In one embodiment, the connectivity state includes disconnection; generating the wireless communication test result of the mobile device under test based on the connectivity state of the mobile device under test includes:

[0012] If the connectivity status of the mobile device under test is disconnected, obtain the running data packets of the mobile device under test;

[0013] The wireless communication test results are generated based on the running data packets.

[0014] In one embodiment, when the connectivity status of the mobile device under test is disconnected, acquiring the operational data packet of the mobile device under test includes:

[0015] Monitor the connectivity status of the mobile device under test at preset time intervals;

[0016] If the number of consecutive disconnections in the connectivity state exceeds a preset number, the running data packet of the mobile device under test is acquired.

[0017] In one embodiment, monitoring the connectivity status of the mobile device under test includes:

[0018] The connectivity status between the mobile device under test and the wireless network device, and the connectivity status between the mobile device under test and the external server are monitored respectively.

[0019] Wherein, the number of consecutive disconnections in the connectivity state exceeds a preset number includes: the number of times the connectivity state between the mobile device under test and the wireless router is disconnected exceeds the preset number; or...

[0020] The connectivity status between the mobile device under test and the external server is defined as follows: the number of disconnections exceeds the preset number; or...

[0021] The sum of the number of times the mobile device under test disconnects from the wireless router and the number of times it disconnects from the external server exceeds the preset number.

[0022] In one embodiment, the running data packet includes: a sub-running data packet of the mobile device under test during an abnormal period; the abnormal period is defined as the time when the number of consecutive disconnections in the connectivity state exceeds a preset number, and is a period of preset duration.

[0023] In one embodiment, the runtime data packet includes at least two of device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the device status information, network status information, and system log information.

[0024] In one embodiment, generating the wireless communication test result based on the running data packet includes:

[0025] The running data packet is compared with a corresponding preset standard data packet. If the difference between the running data packet and the standard data packet exceeds a preset range, an abnormal data packet is output.

[0026] Based on the abnormal data packets, the cause of the disconnection is located, and the wireless communication test results are generated.

[0027] In one embodiment, it further includes;

[0028] Output a movement command; the movement command is used to instruct the mobile device under test to perform a target movement task so as to be in a movement state; the target movement task includes any one of obstacle avoidance movement, movement through different spaces, and movement along a preset path in a space.

[0029] Secondly, this application provides a testing apparatus, the testing apparatus comprising:

[0030] A connection module is used to establish a wireless communication connection with the mobile device under test.

[0031] An execution module is used to obtain the maximum theoretical transmission rate of the mobile device under test for wireless communication, and to determine the target transmission rate based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold.

[0032] The transmission module is configured to continuously transmit a data stream to the mobile device under test according to the target transmission rate when the mobile device under test is in a moving state.

[0033] The testing module is used to generate wireless communication test results for the mobile device under test based on the connectivity status of the mobile device under test when the mobile device under test continuously receives data streams.

[0034] Thirdly, this application provides a testing system, including:

[0035] The mobile device under test is equipped with a wireless communication module;

[0036] Wireless network equipment;

[0037] The test equipment establishes a wireless communication connection with the wireless communication module of the mobile device under test through the wireless network device, and performs the test method as described in the first aspect above.

[0038] The aforementioned test method, test apparatus, and test system, wherein the test method is applied to the test equipment and includes: establishing a wireless communication connection with the mobile device under test (MDT); obtaining the maximum theoretical transmission rate of the MDT for wireless communication, and determining a target transmission rate based on the maximum theoretical transmission rate; ensuring that the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold; and continuously transmitting a data stream to the MDT at the target transmission rate while the MDT is in motion, thus simulating the communication performance of the MDT under preset communication pressure and in a mobile state. While the MDT continuously receives the data stream, the wireless communication test results of the MDT are generated based on the MDT's connectivity status, thereby simulating the wireless communication performance of the MDT in a real-world mobile scenario under preset communication pressure. Based on the wireless communication test results, potential wireless communication defects can be analyzed, improving test efficiency and accuracy. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0040] Figure 1 This is one of the flowcharts illustrating the testing method in one embodiment;

[0041] Figure 2This is a flowchart illustrating the process of generating wireless communication test results for a mobile device under test based on its connectivity status in one embodiment.

[0042] Figure 3 This is a schematic diagram of the process of obtaining the running data packets of the mobile device under test when the connectivity status of the mobile device under test is disconnected in one embodiment.

[0043] Figure 4 This is a flowchart illustrating the process of generating wireless communication test results based on running data packets in one embodiment.

[0044] Figure 5 This is a second flowchart illustrating the testing method in one embodiment;

[0045] Figure 6 This is one of the structural block diagrams of the test apparatus in one embodiment;

[0046] Figure 7 This is a second structural block diagram of the test device in one embodiment;

[0047] Figure 8 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0048] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0049] It should be noted that the terms "first," "second," etc., used in this application can be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from the second element. The terms "comprising" and "having," and any variations thereof, used in this application, are intended to cover non-exclusive inclusion. The term "multiple" used in this application refers to two or more. The term "and / or" used in this application refers to one of the embodiments, or any combination of multiple embodiments.

[0050] With the widespread adoption of IoT technology, mobile intelligent devices such as robotic vacuum cleaners and smart warehouse robots have been widely applied in civilian and industrial fields. The core characteristic of these devices is continuous dynamic operation. Their onboard wireless communication module serves as the core carrier for wireless data interaction, and the stability of the communication connection directly determines the device's operational reliability and actual user experience, making it a crucial prerequisite for achieving a closed-loop functional system.

[0051] However, during movement, mobile smart devices are susceptible to the combined effects of multiple factors, such as body vibration, dynamic changes in antenna radiation direction, cross-regional signal strength fluctuations, and heat accumulation from continuous operation. These factors can easily cause abnormal disconnection of the communication link in the wireless communication module, resulting in minor interruptions in device operation and response delays, or even complete loss of wireless communication capabilities, severely impacting the user experience.

[0052] Currently, the industry mainstream for stability testing of wireless communication modules in mobile smart devices still relies on static testing methods. These methods typically fix the device under test in a specific location and verify communication performance through long-term ping (Packet Internet Groper: an Internet packet explorer, a network test data packet based on the Internet Control Message Protocol (ICMP), which detects network connectivity, data transmission latency, and packet loss rate by sending this packet to a target network node and receiving response messages; it is a commonly used test data unit for verifying link stability in wireless communication performance testing) and continuous traffic transmission. This static testing mode has significant technical limitations: it cannot realistically simulate the complex physical environment and dynamic network scenarios under actual device movement. Therefore, existing static testing methods struggle to effectively reproduce and accurately capture issues such as signal attenuation caused by movement, changes in antenna radiation performance, and wireless communication drops and link anomalies caused by the combined effects of movement and heat. This deficiency directly leads to the shipment of some products with communication stability vulnerabilities, significantly increasing subsequent maintenance costs.

[0053] Based on this, the technical solution of this application aims to solve the above-mentioned defects and proposes a detection method, detection system and detection system capable of performing dynamic wireless communication performance testing on the mobile device under test.

[0054] The testing methods in this application embodiment can be applied to testing equipment. The device under test (DUT) can execute the testing methods in this application embodiment to test the wireless communication performance of the DUT. The DUT in this application embodiment can be any device equipped with a wireless communication module capable of wireless communication. For example, the wireless communication module can refer to a WiFi module (Wireless Fidelity). A WiFi module is a standardized electronic functional module that integrates WiFi radio frequency transceiver circuits, a baseband processing unit, a WiFi communication protocol stack, and peripheral interface circuits, enabling wireless data transmission and reception, link establishment, protocol interaction, and network access functions between the device and the WiFi wireless network. For example, the DUT in this application embodiment can be a robotic vacuum cleaner, an intelligent warehouse robot, an AGV (Automated Guided Vehicle), an intelligent drone, etc., but is not limited to these.

[0055] In one embodiment, such as Figure 1 As shown, a testing method is provided. This embodiment illustrates the method applied to a terminal. It is understood that the method can also be applied to a server, and to a system including both a terminal and a server, and is implemented through the interaction between the terminal and the server. In this embodiment, the method includes the following steps S101 to S104.

[0056] Step S101: Establish a wireless communication connection with the mobile device under test.

[0057] For example, establishing a wireless communication connection with the device under test can refer to the test device and the device under test completing the construction of a data / signal transmission link through a wireless communication protocol, so that a stable and interactive wireless data transmission channel is formed between the test device and the device under test, providing basic communication link support for subsequent wireless communication performance testing (such as data stream transmission).

[0058] Step S102: Obtain the maximum theoretical transmission rate of the mobile device under test for wireless communication, and determine the target transmission rate based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold.

[0059] The maximum theoretical transmission rate of wireless communication in the device under test can be understood as the maximum theoretical transmission rate of wireless communication by the wireless communication module in the device under test. For example, it can refer to the WiFi module in the device under test.

[0060] The maximum theoretical transmission rate refers to the highest data transmission rate supported by a wireless communication module under ideal communication conditions (such as no signal attenuation, no electromagnetic interference, sufficient channel resources, and no packet loss in the transmission link) and in accordance with its adapted wireless communication protocol standard. For example, the maximum theoretical transmission rate can be determined by core parameters such as the modulation method, channel bandwidth, coding efficiency, and number of spatial streams specified in the protocol, and can serve as a key theoretical indicator characterizing the data transmission capability of the wireless communication module.

[0061] The ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold, which can be preset according to the purpose of the test. For example, the preset threshold can be 0.7 to 0.9, such as 0.7, 0.72, 0.74, 0.76, 0.78, 0.8, 0.82, 0.84, 0.86, 0.88, 0.9, etc., and is not limited thereto.

[0062] Understandably, the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold, which results in a bidirectional high-traffic load between the device under test and the test device, simulating the communication pressure on the device under test.

[0063] Step S103: When the mobile device under test is in a moving state, continuously send data streams to the mobile device under test according to the target sending rate.

[0064] For example, the test device and the mobile device under test (MDT) can establish a test link between the test device and the MDT by executing a preset test program. This test link is configured with bandwidth corresponding to the target transmission rate, thereby enabling continuous transmission of data streams to the MDT according to the target transmission rate. For example, the preset test program may refer to iperf3.

[0065] Alternatively, as another example, the test device can establish a test link through a preset application layer communication protocol to achieve wireless communication performance testing of the mobile device under test. For example, high-speed data stream transmission can be performed with the mobile device under test via FTP (File Transfer Protocol) or HTTP (Hypertext Transfer Protocol).

[0066] Alternatively, in other embodiments, the test device can also transmit high-speed data streams with the mobile device under test through other custom programs to achieve wireless communication performance testing of the mobile device under test.

[0067] In this context, a data stream can refer to a test data stream used to test the wireless communication performance of the mobile device under test. In other words, a data stream can refer to a continuous sequence of data with preset specifications (such as data length, transmission rate, and protocol type) sent by the test equipment to the wireless communication module in the mobile device under test through an established wireless communication link. It can be a core test carrier used to verify the actual data transmission capability and link stability of the wireless communication module.

[0068] Step S104: While the mobile device under test is continuously receiving data streams, generate wireless communication test results for the mobile device under test based on its connectivity status.

[0069] The connectivity status of the device under test (DUT) refers to the existence and / or operational status of the communication link between the DUT's wireless communication module and the wireless network. It characterizes whether the wireless communication module has successfully established a wireless communication connection, whether the link is stable, and whether data transmission is normal. For example, connectivity status can include, but is not limited to, normal connection and disconnection. A normal connection means that the communication link between the DUT and the wireless network is active and data transmission is stable. A disconnection means that the communication link between the DUT and the wireless network is interrupted, the original data transmission channel is invalid, and data transmission and reception are impossible.

[0070] Wireless communication test results can be results that directly characterize the connectivity status of the mobile device under test at a corresponding point in time. Alternatively, wireless communication test results can also include the connectivity status at a corresponding point in time, and, if the connectivity status is disconnected, provide results regarding the reasons for the disconnection (such as excessively high temperature, antenna design defects, unstable signal switching during movement, or abnormal driver software). It is not limited to these.

[0071] The testing method in this embodiment can be applied to testing equipment. By establishing a wireless communication connection with the mobile device under test (MDT), bidirectional data transmission is achieved, providing a test channel for subsequent wireless communication performance testing of the MDT. The maximum theoretical rate of wireless communication for the MDT is obtained, and a target transmission rate is determined based on this maximum theoretical rate. Since the ratio between the target transmission rate and the maximum theoretical rate is greater than or equal to a preset threshold, data streams are continuously transmitted to the MDT while it is in motion, simulating both the normal operation and high-volume data transmission scenarios. Therefore, while the MDT continuously receives data streams, wireless communication test results are generated based on its connectivity status. These test results accurately characterize the dynamic wireless communication performance of the MDT, improving testing efficiency and accuracy.

[0072] Furthermore, the testing method of this application can be applied to perform wireless communication performance testing on different mobile devices under test (MDTs), enabling performance comparison between different MDTs and providing reliable data for further improvement of the MDTs. These different MDTs may be different versions or devices equipped with accessories from different suppliers.

[0073] It is understood that in other embodiments, a more complex test environment can be configured before generating wireless communication test results based on the connectivity status of the device under test (DUT) to obtain the connectivity status of the DUT under the corresponding test environment. For example, a complex test environment can refer to introducing more interference variables when the DUT is in a mobile state, such as access point roaming (AP roaming), co-channel interference, etc., but is not limited to these. AP roaming refers to the process by which the DUT, equipped with a wireless communication module, seamlessly switches from its currently connected wireless access point (AP) to another wireless access point (AP) with a stronger / better signal while in a mobile state, maintaining a continuous and uninterrupted wireless communication link. Co-channel interference refers to the phenomenon where, in a wireless communication environment, the communication frequency used by the wireless communication module of the DUT is in the same frequency band as the operating frequencies of other surrounding wireless communication devices, wireless access points (APs), or interference sources, causing the wireless signals of different devices to overlap and interfere with each other during transmission, resulting in signal attenuation, data transmission packet loss, and decreased link stability of the DUT.

[0074] Understandably, when introducing other interference variables to test the wireless communication performance of the mobile device under test while it is in motion, the applied communication pressure can be removed, i.e., data streams are not continuously sent to the mobile device under test at the target transmission rate, in order to improve the detection accuracy.

[0075] In some embodiments, the connectivity state includes disconnection. See the appendix for details. Figure 2 Generating wireless communication test results for the mobile device under test based on its connectivity status may include the following steps S201 to S202.

[0076] Step S201: When the connectivity status of the mobile device under test is disconnected, obtain the running data packet of the mobile device under test.

[0077] The operational data packet of the mobile device under test refers to a multi-dimensional data packet composed of operational information related to the wireless communication performance of the wireless communication module in the mobile device under test.

[0078] Step S202: Generate wireless communication test results based on the running data packets.

[0079] In this embodiment, when the connectivity status of the mobile device under test is disconnected, a data packet retrieval command is triggered to obtain the running data packet of the mobile device under test, establish the association between the connectivity status of the mobile device under test and its running data packet, provide data support for generating wireless communication test results based on the running data packet, and improve test efficiency.

[0080] This can be achieved by acquiring the operational data packets of the mobile device under test simultaneously with detecting a disconnected connection status; or by triggering a data packet retrieval command and acquiring the operational data packets of the mobile device under test only after detecting multiple consecutive disconnected connections. In some embodiments, see the appendix. Figure 3 In this embodiment of the application, when the connectivity status of the mobile device under test is disconnected, obtaining the running data packet of the mobile device under test may include the following steps S301 to S302.

[0081] Step S301: Monitor the connectivity status of the mobile device under test at preset time intervals.

[0082] For example, a pre-defined monitoring script can be run on the mobile device under test to periodically check the connectivity status of the mobile device under test at preset intervals (such as once per second). For instance, the connectivity status of the mobile device under test can be checked by pinging a router.

[0083] Pinging a router refers to the process of sending ping packets from a mobile device under test to a router (or wireless access point) in a wireless network, based on the Internet Control Message Protocol (ICMP), and receiving response packets from the router, thereby detecting the wireless communication connection status between the mobile device under test and the router.

[0084] It is understandable that the preset time interval for inputting immediately can be flexibly set according to actual needs, and is not limited to one second as in the example above.

[0085] Step S302: If the number of consecutive disconnections in the connected state exceeds a preset number, obtain the running data packet of the mobile device under test.

[0086] The preset number of attempts can be flexibly set according to actual needs. For example, it can be three or four attempts, and is not limited to this.

[0087] In this embodiment, the connectivity status of the mobile device under test is monitored at preset time intervals. If the number of consecutive disconnections exceeds a preset number, the running data packets of the mobile device under test are obtained, thereby reducing the probability of misjudging the connectivity status of the mobile device under test and improving the detection accuracy.

[0088] In some embodiments, monitoring the connectivity status of the mobile device under test includes: monitoring the connectivity status between the mobile device under test and the wireless network device and the connectivity status between the mobile device under test and the external server, respectively.

[0089] In this context, "wireless network device" can refer to a wireless router. "External server" can refer to an external public network address server, such as a public DNS server.

[0090] By separately detecting the connectivity between the mobile device under test (MDT) and the wireless network device, and the connectivity between the MDT and an external server, layered monitoring can be achieved. The connectivity between the MDT and the wireless network device characterizes the MDT's internal network connectivity. For example, the link-layer connectivity between the MDT and the wireless network device can be detected using the ping command. The connectivity between the MDT and the external server characterizes the MDT's external network reachability. For example, external network reachability can be detected by attempting to access an external network address (such as a public DNS server) using the wget or curl command.

[0091] By combining the connection status between the mobile device under test and the wireless network device (internal network) and the connection status between the mobile device under test and the external server (external network), a comprehensive test of the wireless communication performance of the mobile device under test can be achieved.

[0092] In some embodiments, the number of consecutive disconnections in the connectivity state exceeds a preset number, including: the number of times the connectivity state between the mobile device under test and the wireless router is disconnected exceeds a preset number.

[0093] In some embodiments, the number of consecutive disconnections in the connectivity state exceeds a preset number, including: the number of times the connectivity state between the mobile device under test and the external server is disconnected exceeds a preset number.

[0094] In some embodiments, the number of consecutive disconnections in the connectivity state exceeds a preset number, including: the sum of the number of times the connectivity state between the mobile device under test and the wireless router is disconnected and the number of times the connectivity state between the mobile device under test and the external server is disconnected exceeds a preset number.

[0095] In some embodiments, the running data packet of the mobile device under test includes: a sub-running data packet of the mobile device under test during an abnormal period; the abnormal period is defined as the time when the number of consecutive disconnections in the connected state exceeds a preset number, and is a period of preset duration.

[0096] In some embodiments, the running data packet includes at least two of device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the device status information, network status information, and system log information.

[0097] It is understandable that when the running data packet includes sub-running data packets of the mobile device under test during abnormal periods, the sub-running data packet may include at least two of the following: device status information, network status information, and system log information, as well as the time corresponding to at least two of the following: device status information, network status information, and system log information.

[0098] Device status information refers to the sum of various monitorable and collectable status parameters and operational data generated by the hardware units, software systems, and business execution links of the device under test during operation, which can characterize the real-time working status of the device under test.

[0099] For example, device status information may include the geographical location of the mobile device under test (such as SLAM coordinates: Simultaneous Localization and Mapping, which refers to the spatial coordinates of the mobile device under test calculated in real time in an unknown environment without a preset map by the mobile device under test through the SLAM algorithm, combined with environmental data collected by its own LiDAR, vision camera, inertial measurement unit (IMU) and other sensors, as well as the coordinates of feature points in the synchronously constructed environmental map. SLAM coordinates can represent the real-time position and motion trajectory of the mobile device under test), real-time motion speed, temperature of the target part of the device body, power supply parameters of the wireless communication module (such as power supply voltage, power supply current, etc.), the task mode currently being executed by the mobile device under test, etc., and is not limited to these.

[0100] Network status information refers to the collective term for various parameters and data generated by the wireless communication module (such as a WiFi module) of the mobile device under test during its interaction with the wireless network. These parameters characterize the communication quality, connection attributes, and operational features of the wireless link. Network status information serves as a core data basis for assessing the stability of wireless communication and locating communication faults.

[0101] For example, network status information may include, but is not limited to, the signal strength (RSSI), signal-to-noise ratio (SNR), connection rate, and the number of times and results of automatically attempting to re-establish the wireless connection before the connection status of the mobile device under test was lost, last recorded.

[0102] System log information refers to a structured text data set automatically generated and recorded by the device's operating system, communication drivers, and business applications during the operation of the device under test. This data includes the event's time, type, content, and result. System log information serves as a core tracing basis for tracking device operation, locating the root cause of communication failures, and reconstructing the scenario of anomalies.

[0103] For example, system log information may include wireless communication module drivers (such as WiFi drivers), network protocol stacks, and kernel logs of the operating system near the point of disconnection (e.g., obtained via the dmesg command). Kernel logs may include kernel initialization, hardware probing (CPU, memory, disk, network card, etc.), driver loading; hardware state changes (such as USB device plugging / unplugging), resource allocation (memory, process scheduling), errors and exceptions (such as disk bad sectors, driver crashes); memory overflow (OOM), kernel panic, file system errors, etc. These kernel logs can be used to locate whether the Linux kernel is malfunctioning, and whether there are any issues with loading wireless communication module drivers (such as WiFi drivers).

[0104] In this embodiment, the running data packet includes at least two of the following: device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the following: device status information, network status information, and system log information. This enables correct attribution when the wireless communication performance of the mobile device under test is abnormal, thereby improving detection accuracy.

[0105] In some embodiments, see Appendix Figure 4 In this embodiment of the application, generating wireless communication test results based on running data packets may include the following steps S401 to S402:

[0106] Step S401: Compare the running data packet with the corresponding preset standard data packet. If the difference between the running data packet and the standard data packet exceeds the preset range, output an abnormal data packet.

[0107] It is understandable that the information in the runtime data includes information about the actual operation of the device under test (DUT), while the information in the standard data packet is preset and represents information about the DUT under normal operating conditions. If the difference between the runtime data packet and the standard data packet exceeds the preset range, it indicates that the corresponding abnormal data packet may be the reason why the connection status of the DUT is disconnected.

[0108] The runtime data packet includes various types of information. If the difference between any of these types of information and the corresponding standard information exceeds a preset range, the corresponding information will be output as an abnormal data packet. For example, let's explain this using a runtime data packet that includes device status information, network status information, and system log information. If the device status information and network status information contain data whose errors exceed the corresponding preset ranges compared to the standard device status information and network status information, respectively, the corresponding data will be output as an abnormal data packet.

[0109] Step S402: Locate the connection status based on the abnormal data packet to determine the cause of the disconnection, and generate wireless communication test results.

[0110] An abnormal data packet may contain one or more pieces of information. If an abnormal data packet contains only one piece of abnormal information, that abnormal information is used as the reason for the disconnection.

[0111] When an abnormal data packet contains multiple abnormal information, these abnormal information can be verified step by step to confirm the cause of the disconnection. For example, if both device status information and network status information are abnormal, the network status information can be restored first, and the test method in any embodiment of this application can be executed again to confirm whether the connection status of the mobile device under test is normal after the network status information is restored. If it is normal, it indicates that the reason for the disconnection of the mobile device under test is the corresponding parameter item in the network status information. If the connection status of the mobile device under test is still disconnected after the network status information is restored, the device status information is repaired to retest and confirm whether the device status information is the cause of the disconnection of the mobile device under test.

[0112] It is understood that in other embodiments, the reason for the eventual disconnection can be determined in other ways, and is not limited to the examples above.

[0113] For example, device status information may include the geographical location of the mobile device under test, its real-time speed, the temperature of the target area on the device body, the power supply parameters of the wireless communication module (such as power supply voltage and current), and the task mode currently being executed by the mobile device under test. Network status information may include the signal strength (RSSI), signal-to-noise ratio (SNR), connection rate, and the number and results of automatic attempts to re-establish the wireless connection recorded by the mobile device under test before the connection was lost. System log information may include the wireless communication module driver (such as the WiFi driver), the network protocol stack, and the kernel logs of the operating system near the time of disconnection (e.g., obtained via the dmesg command). Among these, excessively fast movement of the mobile device under test can affect the temperature, thus affecting the stability of the WiFi module; signal strength also affects the stability of the WiFi module; recording the power supply voltage and current of the WiFi module can confirm whether there is a hardware fault; and recording the current task mode of the device can help confirm the state of the machine when it is offline.

[0114] In another example, if multiple disconnections occur when the temperature of the target part of the device under test exceeds a preset temperature threshold, while the signal strength is within a preset signal strength range, the output wireless communication test result can indicate that the cause of the disconnection is likely that the temperature of the target part of the device under test is too high.

[0115] As another example, if multiple disconnections occur when the mobile device under test moves to a specific area (where the signal strength is below a preset signal strength range and the signal-to-noise ratio is below a preset signal ratio range), the output wireless communication test results can characterize a defect in the antenna design or signal receiving sensitivity.

[0116] By locating the cause of the disconnection based on abnormal data packets, it's possible to determine whether it's due to a driver crash or resource exhaustion. A driver crash refers to an unrecoverable exception in the wireless communication module driver (such as a WiFi driver), which is clearly printed in the wireless communication module driver log. System resource exhaustion means that system memory has been exhausted, which is clearly printed in the kernel log (OOM).

[0117] In this embodiment, the running data packet is compared with the corresponding preset standard data packet. If the difference between the running data packet and the standard data packet exceeds the preset range, an abnormal data packet is output. This provides an initial location of the reason why the connection status of the mobile device under test is disconnected. Further, based on the abnormal data packet, the reason for the connection status being disconnected can be located, which can improve the accuracy of attributing the disconnection and improve the efficiency of testing and debugging.

[0118] In some embodiments, the testing method in this application may further include: outputting a movement command; the movement command is used to instruct the mobile device under test to perform a target movement task to be in a movement state; the target movement task includes any one of obstacle avoidance movement, movement through different spaces, and movement along a preset path in a space.

[0119] For example, movement commands can refer to visual commands displayed on the test device, such as indicator lights displaying a target color, or a microphone broadcasting movement information (e.g., "Please control the device under test to perform the target movement task"), etc. The user further controls the device under test to perform the target movement task based on the movement commands.

[0120] Another example is that the test device can directly send movement commands to the mobile device under test through a wireless communication connection channel established with the mobile device under test, so as to control the mobile device under test to be in a moving state.

[0121] Obstacle avoidance movement refers to the process by which the mobile device under test identifies obstacles (such as furniture, walls, and people) in its path through its own perception modules such as LiDAR and visual sensors, autonomously plans a detour path, and completes the movement process of turning, changing speed, and avoiding obstacles.

[0122] Moving between different spaces refers to the process of the mobile device under test moving back and forth between multiple physically isolated spaces or spaces with significantly different signal environments (such as moving from the living room to a room, or moving from an indoor scene to an outdoor scene).

[0123] Moving along a preset path within the same space refers to the process by which the device under test moves along a pre-planned fixed path within a single enclosed space (such as a living room).

[0124] In this embodiment, the target movement task includes any one of obstacle avoidance movement, movement through different spaces, or movement along a preset path within a space. This can simulate the actual signal changes (e.g., when the target movement task is movement through different spaces, the signal strength received by the mobile device under test will be different in different spaces) and physical vibrations when the device under test is in a moving state, thereby improving the accuracy of the test.

[0125] In some embodiments, establishing a wireless communication connection with the mobile device under test (MDT) in this application may include: accessing a target network; the target network is a network through which the MDT and a wireless network device establish a wireless communication connection. Establishing a wireless communication connection with the MDT through the target network ensures that the test device and the MDT are on the same local area network.

[0126] In some embodiments, see Appendix Figure 5 This application also provides a testing method, including the following steps S501 to S507.

[0127] Step S501: Access the target network; the target network is the network through which the mobile device under test and the wireless network device establish a wireless communication connection.

[0128] Step S502: Establish a wireless communication connection with the mobile device under test through the target network.

[0129] Step S503: When the mobile device under test is in a moving state, continuously send a data stream to the mobile device under test according to the target transmission rate; the ratio of the target transmission rate to the maximum theoretical transmission rate of the mobile device under test for wireless communication is greater than or equal to a preset threshold.

[0130] The phrase "the mobile device under test is in a moving state" refers to the mobile device performing a target moving task to achieve this state. The target moving task includes any one of the following: obstacle avoidance movement, movement through different spaces, or movement along a preset path within a space.

[0131] Specifically, a test channel can be established between the test device and the device under test by running a network performance testing program (such as iperf3) on both the test device and the device under test. This test channel continuously sends a data stream to the device under test at a target transmission rate. To simulate extreme conditions, the UDP protocol can be preferred, with the target transmission rate corresponding to the bandwidth set to 80% to 95% of the maximum theoretical transmission rate of the wireless communication module of the device under test, and bidirectional transmission should be performed to maximize the communication load on the wireless communication module of the device under test.

[0132] Step S504: Run the monitoring script on the mobile device under test to monitor the connectivity status of the mobile device under test at preset time intervals.

[0133] For example, a layered monitoring strategy can be adopted: first, the link-layer connectivity between the mobile device under test and the wireless router is detected by using the ping command; second, the external network reachability of the mobile device under test is detected by using the wget or curl command to try to access a stable external network address (such as a public DNS server).

[0134] Step S505: If the number of consecutive disconnections in the connected state exceeds a preset number, obtain the running data packet of the mobile device under test.

[0135] The running data packet includes at least two of the following: device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the device status information, network status information, and system log information.

[0136] Step S506: Compare the running data packet with the corresponding preset standard data packet. If the difference between the running data packet and the standard data packet exceeds the preset range, output an abnormal data packet.

[0137] Step S507: Locate the connection status based on the abnormal data packet to determine the cause of the disconnection, and generate wireless communication test results.

[0138] For example, a robotic vacuum cleaner is used as the mobile device under test for explanation. The testing method in this embodiment may include: conducting a test in a preset home environment, setting up a wireless router so that both the test device and the robotic vacuum cleaner are connected to the wireless router. The robotic vacuum cleaner and the PC are controlled to execute the commands: iperf3-s (test device side) and iperf3-c[PC IP]-u-b100M-t7200 (robotic vacuum cleaner side) to perform a 2-hour high-intensity UDP traffic test. The robotic vacuum cleaner's background monitoring script executes every 2 seconds: ping -c 1 192.168.1.1 && wget -O / dev / null -q http: / / www.google.com. If the connection is lost 3 times consecutively, a data logging script is invoked to save the current SLAM coordinates, temperature, RSSI, dmesg|tail-50, etc., to a file. If all three disconnections occur when the robotic vacuum cleaner is trapped under the sofa (fixed coordinates) and the motherboard temperature > 70°C, while the signal strength is good (RSSI > -75dBm), the test is considered successful. This suggests that the high-temperature disconnection was caused by a design flaw in the heat dissipation system.

[0139] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps. It is understood that the steps in different embodiments can be freely combined as needed, and all non-contradictory solutions formed by such combinations are within the scope of protection of this application.

[0140] Based on the same inventive concept, this application also provides a testing apparatus for implementing the testing method described above. The solution provided by this apparatus is similar to the implementation scheme described in the above method; therefore, the specific limitations in one or more testing apparatus embodiments provided below can be found in the limitations of the testing method described above, and will not be repeated here.

[0141] In one exemplary embodiment, such as Figure 6As shown, a testing device 600 is provided, including: a connection module 610, an execution module 620, a transmission module 630, and a testing module 640. The connection module 610 is used to establish a wireless communication connection with the mobile device under test (MDT). The execution module 620 is used to obtain the maximum theoretical transmission rate of the MDT for wireless communication and determine a target transmission rate based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold. The transmission module 630 is used to continuously transmit a data stream to the MDT according to the target transmission rate when the MDT is in motion. The testing module 640 is used to generate wireless communication test results for the MDT based on its connectivity status while the MDT continuously receives the data stream.

[0142] In some embodiments, the connectivity state includes disconnection; the test module is further configured to acquire the running data packets of the mobile device under test when the connectivity state of the mobile device under test is disconnection; and generate wireless communication test results based on the running data packets.

[0143] In some embodiments, the testing module is further configured to monitor the connectivity status of the mobile device under test at preset time intervals; and to acquire the running data packets of the mobile device under test if the number of consecutive disconnections exceeds a preset number.

[0144] In some embodiments, the testing module is further configured to monitor the connectivity status between the mobile device under test and the wireless network device and the connectivity status between the mobile device under test and the external server, respectively; wherein, the number of consecutive disconnections exceeds a preset number, including: the number of consecutive disconnections between the mobile device under test and the wireless router exceeds a preset number; or, the number of consecutive disconnections exceeds a preset number, including: the number of consecutive disconnections between the mobile device under test and the external server exceeds a preset number; or, the number of consecutive disconnections exceeds a preset number, including: the sum of the number of consecutive disconnections between the mobile device under test and the wireless router and the number of consecutive disconnections between the mobile device under test and the external server exceeds a preset number.

[0145] In some embodiments, the running data packet includes a sub-running data packet of the mobile device under test during an abnormal period; the abnormal period is defined as the time when the number of consecutive disconnections exceeds a preset number, and is a period of preset duration.

[0146] In some embodiments, the running data packet includes at least two of device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the device status information, network status information, and system log information.

[0147] In some embodiments, the test module is further configured to compare the running data packet with the corresponding preset standard data packet, and output an abnormal data packet if the difference between the running data packet and the standard data packet exceeds a preset range; and locate the connection status as the cause of the disconnection based on the abnormal data packet to generate wireless communication test results.

[0148] In some embodiments, see Appendix Figure 7 , attached Figure 7 The second schematic diagram of the test device in one embodiment of this application is shown. The test device 600 in this embodiment may further include an output module 650. The instruction module 650 is used to output a movement command. The movement command is used to instruct the mobile device under test to perform a target movement task so as to be in a movement state. The target movement task includes any one of obstacle avoidance movement, shuttle movement in different spaces, and movement along a preset path in a space.

[0149] In some embodiments, the connection module is further configured to access a target network; the target network is a network through which the mobile device under test (MDT) and a wireless network device establish a wireless communication connection with the MDT; and to establish a wireless communication connection with the MDT through the target network.

[0150] Each module in the aforementioned testing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of a computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0151] In one exemplary embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Figure 8As shown, the computer device includes a processor, memory, input / output interfaces, a communication interface, a display unit, and an input device. The processor, memory, and input / output interfaces are connected via a system bus, and the communication interface, display unit, and input device are also connected to the system bus via the input / output interfaces. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The input / output interfaces are used for exchanging information between the processor and external devices. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, Near Field Communication (NFC), or other technologies. When the computer program is executed by the processor, it implements a test method. The display unit is used to form a visually visible image and can be a display screen, a projection device, or a virtual reality imaging device. The display screen can be an LCD screen or an e-ink screen. The input device of the computer device can be a touch layer covering the display screen, or buttons, trackballs, or touchpads set on the casing of the computer device, or external keyboards, touchpads, or mice, etc.

[0152] Those skilled in the art will understand that Figure 8 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0153] In one exemplary embodiment, a computer device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above-described method embodiments.

[0154] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps in the above method embodiments.

[0155] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0156] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0157] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0158] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A testing method, characterized in that, The test method, applied to a test device, includes: Establish a wireless communication connection with the mobile device under test; The maximum theoretical transmission rate of the mobile device under test for wireless communication is obtained, and the target transmission rate is determined based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold. While the mobile device under test is in motion, a data stream is continuously sent to the mobile device under test according to the target transmission rate. While the mobile device under test continuously receives the data stream, the wireless communication test result of the mobile device under test is generated based on the connectivity status of the mobile device under test.

2. The test method according to claim 1, characterized in that, The connectivity state includes disconnection; generating the wireless communication test result of the mobile device under test based on the connectivity state of the mobile device under test includes: If the connectivity status of the mobile device under test is disconnected, obtain the running data packets of the mobile device under test; The wireless communication test results are generated based on the running data packets.

3. The test method according to claim 2, characterized in that, When the connectivity status of the mobile device under test is disconnected, acquiring the operational data packet of the mobile device under test includes: Monitor the connectivity status of the mobile device under test at preset time intervals; If the number of consecutive disconnections in the connectivity state exceeds a preset number, the running data packet of the mobile device under test is acquired.

4. The test method according to claim 3, characterized in that, Monitoring the connectivity status of the mobile device under test includes: The connectivity status between the mobile device under test and the wireless network device, and the connectivity status between the mobile device under test and the external server are monitored respectively. Wherein, the number of consecutive disconnections in the connectivity state exceeds a preset number includes: the number of times the connectivity state between the mobile device under test and the wireless router is disconnected exceeds the preset number; or... The connectivity status between the mobile device under test and the external server is defined as follows: the number of disconnections exceeds the preset number; or... The sum of the number of times the mobile device under test disconnects from the wireless router and the number of times it disconnects from the external server exceeds the preset number.

5. The test method according to claim 2 or 3, characterized in that, The running data packet includes: the sub-running data packet of the mobile device under test during the abnormal period; the abnormal period is defined as the time when the number of consecutive disconnections in the connectivity state exceeds a preset number, and is a period of preset duration.

6. The test method according to claim 2 or 3, characterized in that, The runtime data packet includes at least two of the following: device status information, network status information, and system log information, as well as the time corresponding to the acquisition of at least two of the following: device status information, network status information, and system log information.

7. The test method according to claim 2, characterized in that, The step of generating the wireless communication test result based on the running data packet includes: The running data packet is compared with a corresponding preset standard data packet. If the difference between the running data packet and the standard data packet exceeds a preset range, an abnormal data packet is output. Based on the abnormal data packets, the cause of the disconnection is located, and the wireless communication test results are generated.

8. The test method according to claim 1 or 2, characterized in that, Also includes; Output a movement command; the movement command is used to instruct the mobile device under test to perform a target movement task so as to be in a movement state; the target movement task includes any one of obstacle avoidance movement, movement through different spaces, and movement along a preset path in a space.

9. A testing device, characterized in that, The testing apparatus includes: A connection module is used to establish a wireless communication connection with the mobile device under test. An execution module is used to obtain the maximum theoretical transmission rate of the mobile device under test for wireless communication, and to determine the target transmission rate based on the maximum theoretical transmission rate; the ratio between the target transmission rate and the maximum theoretical transmission rate is greater than or equal to a preset threshold. The transmission module is configured to continuously transmit a data stream to the mobile device under test according to the target transmission rate when the mobile device under test is in a moving state. The testing module is used to generate wireless communication test results for the mobile device under test based on the connectivity status of the mobile device under test when the mobile device under test continuously receives data streams.

10. A testing system, characterized in that, include: The mobile device under test is equipped with a wireless communication module; Wireless network equipment; The test equipment establishes a wireless communication connection with the wireless communication module of the mobile device under test through the wireless network device, and performs the test method as described in any one of claims 1 to 8.

Images