Wi-fi performance automatic testing method, master control device, storage medium and system

Abstract

The embodiment of the application discloses a Wi-Fi performance automatic test method, a master control device, a storage medium and a system. The Wi-Fi performance automatic test method comprises the following steps: receiving various parameters and test items input by a user through a graphical interface; generating a configuration parameter command according to the various parameters; calling corresponding control commands and determining corresponding test commands in a packaging package in the master control device according to the test items; controlling a to-be-tested device to emit a radio frequency signal through a system debugging tool according to the configuration parameter command and the corresponding test command; and controlling the Wi-Fi test device to receive the radio frequency signal emitted by the to-be-tested device and test the radio frequency signal according to the corresponding control commands and the corresponding test commands.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, and more specifically, to an automated testing method, main control device, storage medium, and system for Wi-Fi performance. Background Technology

[0002] Since its invention, the Wi-Fi technology standard has continuously evolved and updated, now reaching Wi-Fi 7, with operating frequencies expanded to 2.4GHz / 5GHz / 6GHz, supporting up to 16 data streams and a bandwidth of 320MHz. From the perspective of RF signal testing, Wi-Fi has numerous standards such as 802.11a / b / g / n / ac / ax / be, each with several different debugging methods and bandwidths. Each requires testing multiple RF performance indicators, including transmit power, frequency offset, EVM (Earth Vector Magnitude), SEM (Scanning Spectrum Emitting Template), and receiver sensitivity. Wi-Fi 4 introduced MIMO (Multiple-Input Multiple-Output) technology, adding multiple RF paths, each requiring identical testing, thus multiplying the testing workload. Because test commands often differ between different Wi-Fi chip platforms, and completing so many tests requires repeatedly inputting numerous test commands, testing efficiency is severely limited, and the possibility of human error leading to test errors is greatly increased. Summary of the Invention

[0003] This application provides an automated Wi-Fi performance testing method, main control device, storage medium, and system. This automated Wi-Fi performance testing method, main control device, storage medium, and system improve Wi-Fi performance testing efficiency and save manpower and time costs.

[0004] This application provides an automated Wi-Fi performance testing method applied to a Wi-Fi performance automated testing system. The Wi-Fi performance automated testing system includes a main control device and a Wi-Fi testing device. The Wi-Fi testing device is connected to the main control device, and both the Wi-Fi testing device and the main control device are connected to the device under test. The automated Wi-Fi performance testing method is executed by the main control device and includes: It receives various parameters and test items input by the user through a graphical interface; The system generates configuration parameter commands based on the parameters; it calls the corresponding control commands in the package of the main control device and determines the corresponding test commands based on the test items; wherein, the package includes various test commands for different Wi-Fi chip platforms, control commands for different Wi-Fi test devices, and system debugging tools corresponding to the device under test; determining the corresponding test commands based on the test items includes: modifying the test commands in the package to generate new test commands or adding test commands based on the test items; or calling the corresponding test commands in the package based on the test items; According to the configuration parameter commands and corresponding test commands, the system debugging tool controls the device under test to transmit radio frequency signals. According to the corresponding control commands and test commands, the Wi-Fi test device is controlled to receive the radio frequency signals transmitted by the device under test and to test the radio frequency signals.

[0005] In one exemplary embodiment, the various test commands in the package are packaged in one of the following ways: Batch file format; Shell script format.

[0006] In one exemplary embodiment, when the various test commands in the package are encapsulated in a shell script format, the step of controlling the device under test to transmit radio frequency signals through the system debugging tool according to the configuration parameter commands and corresponding test commands includes: Send the configuration parameter commands, corresponding test commands, and system debugging tools to the device under test; The system debugging tool calls the configuration parameter commands and corresponding test commands to control the device under test to transmit radio frequency signals.

[0007] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: In the event of a test failure, troubleshooting and repair will be carried out sequentially according to the preset troubleshooting and repair plan.

[0008] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: A configuration table is generated based on the parameters input by the user; The parameters received by the user through the graphical interface include: Receive the configuration table input by the user through the graphical interface, and read the various parameters contained in the configuration table.

[0009] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: At the end of the test, a test report and a statistical analysis report are output, and the test results are output according to the test threshold.

[0010] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: When there are multiple test items, continuous automated testing is performed on each of the multiple test items one by one.

[0011] This application also provides a master control device, including a memory and a processor. The memory is used to store programs for automated Wi-Fi performance testing methods; The processor is configured to read the program that executes the Wi-Fi performance automated testing method and execute the method described in any of the above embodiments.

[0012] This application also provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are used to cause the computer to perform the methods described in any of the above embodiments.

[0013] This application embodiment also provides an automated Wi-Fi performance testing system, including the aforementioned main control device and Wi-Fi testing device, wherein the Wi-Fi testing device is connected to the main control device, and both the Wi-Fi testing device and the main control device are connected to the device under test.

[0014] The automated Wi-Fi performance testing method of this application generates configuration parameter commands based on user-input parameters, determines corresponding control commands and test commands based on test items, controls the device under test (DUT) to transmit radio frequency signals based on the configuration parameter commands and corresponding test commands, and controls the Wi-Fi testing device to receive and test the radio frequency signals transmitted by the DUT based on the corresponding control commands and test commands. This eliminates the need for user input of test commands; only parameters and test items are required to perform Wi-Fi chip performance testing on different platforms. This not only improves Wi-Fi performance testing efficiency but also saves manpower and time costs.

[0015] Other features and advantages of this application will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the application. The objectives and other advantages of this application may be realized and obtained by means of the structures particularly pointed out in the description and the accompanying drawings. Attached Figure Description

[0016] The accompanying drawings are used to provide a further understanding of the technical solutions of this application and constitute a part of the specification. They are used together with the embodiments of this application to explain the technical solutions of this application and do not constitute a limitation on the technical solutions of this application.

[0017] Figure 1 This is a schematic diagram of an automated Wi-Fi performance testing method according to an embodiment of this application; Figure 2 This is a schematic diagram of a main control device according to an embodiment of this application; Figure 3 This is a schematic diagram of an automated Wi-Fi performance testing system according to an embodiment of this application; Figure 4 This is a schematic diagram of another automated Wi-Fi performance testing system according to an embodiment of this application; Figure 5 This is a schematic diagram of a test program encapsulation method according to an embodiment of this application; Figure 6 This is a schematic diagram of another method for packaging a test program according to an embodiment of this application. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in detail below with reference to the accompanying drawings. It should be noted that, unless otherwise specified, the embodiments and features described in these embodiments can be arbitrarily combined with each other.

[0019] Figure 1 This is a schematic diagram of an automated Wi-Fi performance testing method according to an embodiment of this application. The testing method is applied to an automated Wi-Fi performance testing system, which includes a main control device and a Wi-Fi testing device. The Wi-Fi testing device is connected to the main control device, and both the Wi-Fi testing device and the main control device are connected to the device under test. The automated Wi-Fi performance testing method is executed by the main control device. Figure 1 As shown, this automated Wi-Fi performance testing method includes the following steps 11 to 14: Step 11: Receive the various parameters and test items input by the user through the graphical interface; Step 12: Generate configuration parameter commands based on the parameters; call the corresponding control commands in the package based on the test items; determine the corresponding test commands based on the test items; Step 13: Control the device under test to transmit radio frequency signals through the system debugging tool according to the configuration parameter commands and corresponding test commands; Step 14: Control the Wi-Fi test device to receive the radio frequency signal transmitted by the device under test and test the radio frequency signal according to the corresponding control command and the corresponding test command.

[0020] The package includes various test commands for different chip platforms, control commands for Wi-Fi test equipment, and system debugging tools corresponding to the device under test. Determining the corresponding test command in the package based on the test item includes: modifying the test command in the package to generate a new test command or adding a test command based on the test item; or calling the corresponding test command in the package based on the test item.

[0021] The automated Wi-Fi performance testing method of this application generates configuration parameter commands based on user-input parameters, determines corresponding control commands and test commands based on test items, controls the device under test (DUT) to transmit radio frequency (RF) signals based on the configuration parameter commands and corresponding test commands, and controls the Wi-Fi testing device to receive and test the RF signals transmitted by the DUT based on the corresponding control commands and test commands. This eliminates the need for users to input test commands through a command-line interface; instead, users only need to input parameters and test items through a graphical interface to perform Wi-Fi chip performance testing on different platforms. This not only improves the efficiency of Wi-Fi performance testing but also saves manpower and time costs.

[0022] In step 11, the parameters input by the user may include the instrument type and test port of the Wi-Fi test equipment, as well as the transmission channel, modulation method, transmission rate, operating frequency band, operating channel, maximum transmission power, etc. used by the device under test when transmitting Wi-Fi data packets, and may also include test thresholds, etc.

[0023] The test threshold is used to determine whether the test results meet the requirements.

[0024] In step 12, generating configuration parameter commands based on the parameters may include: obtaining keywords from the parameters and generating corresponding configuration parameter commands according to the keywords in a preset format.

[0025] Taking the test item "maximum transmit power" as an example, the user inputs parameters as needed in the graphical interface, such as the test Wi-Fi standard being 802.11b, the frequency band being 2.4GHz, the bandwidth being 20MHz, the data rate being 1Mbps, the channel being 11, and the target power being 15dBm, etc. The main control program captures the specific parameter values ​​and converts them into the following commands: band b; channel 11; 2g_rate -r 1 -b 20; txpwr1 -o -d 15; pkteng_start; Among them, the `band b` command sets the frequency band to 2.4GHz; the `channel 11` command sets the channel to channel 11; the `2g_rate -r 1 -b 20` command sets the rate to 1Mbps and the bandwidth to 20MHz, where `-r 1` represents the 1Mbps rate of channel 11b and `-b 20` represents the 20MHz bandwidth; the `txpwr1 -o -d 15` command sets the target power to 15dBm; and the `pkteng_start` command continuously transmits Wi-Fi data packets. The above command is then sent to the device under test. If there are no communication problems, the device under test will execute the command and continuously send data packets. The Wi-Fi test device will receive the data packets for demodulation and analysis to complete the test.

[0026] In one exemplary embodiment, the various test commands in the package are packaged in one of the following ways: Batch file format; Shell script format.

[0027] For example, the test command format for a certain Wi-Fi chip platform is adb shell + cmd. The test command for a certain Wi-Fi chip platform can be saved as a batch file (BAT) commonly used in Windows systems. In actual testing, different BAT files can be called to perform tests according to different parameters configured by the tester.

[0028] The following are examples of some test commands encapsulated within BAT: adb shell "svc wifi disable"; adb shell "rmmod bcmdhd_sdio"; adb shell "insmod / vendor / lib / modules / bcmdhd_sdio.ko"; adb shell "setenforce 0"; adb shell "ifconfig wlan0 up"; The command `adb shell "svc wifi disable"` disables Wi-Fi on the device via ADB (Android Debug Bridge). Specifically, this command uses the `svc` tool to control the Wi-Fi manager and shuts down the Wi-Fi connection upon execution.

[0029] ADB (Android Debug Bridge) is an Android system debugging tool that allows you to control devices running the Android system (such as the aforementioned device under test) by entering adb commands. ADB is a powerful command-line tool used for communicating with and debugging Android devices.

[0030] The function of `adb shell "rmmod bcmdhd_sdio"` is to uninstall the kernel module named `bcmdhd_sdio` through the Android Debug Bridge (ADB). Specifically, this command is used to remove the Wi-Fi driver-related module from the Linux kernel.

[0031] The function of `adb shell "insmod / vendor / lib / modules / bcmdhd_sdio.ko"` is to load a kernel module named bcmdhd_sdio.ko into the running Android system kernel via the Android Debug Bridge (ADB).

[0032] The command examples above are only to demonstrate the format of adb shell+cmd; the actual commands executed on different platforms may vary.

[0033] Since the adb shell + cmd command format actually controls the device under test to execute cmd commands by logging into the shell command line of the device under test that has the Android system installed, the cmd command content can be encapsulated into the shell script format common to the Android system (such as the command file wifitest.sh). During testing, the wifitest.sh file is imported into the device under test by using the adb push command, and the wifitest.sh file is called by adb shell wifitest.sh to perform the test.

[0034] Here are some examples of cmd commands encapsulated within a shell script: SVC WiFi disable; rmmod bcmdhd_sdio; insmod / vendor / lib / modules / bcmdhd_sdio.ko; setenforce 0; ifconfig wlan0 up; In step 13, the configuration parameter commands and corresponding test commands for the device under test may include configuring Wi-Fi parameters, powering on / off the Wi-Fi module, continuously sending or stopping sending Wi-Fi data packets, disabling Bluetooth and location services, and other modules that may affect the Wi-Fi test.

[0035] The device under test can be the entire unit or motherboard of a mobile phone or tablet computer.

[0036] In one exemplary embodiment, when the various test commands in the package are encapsulated in a shell script format, the step of controlling the device under test to transmit radio frequency signals through the system debugging tool according to the configuration parameter commands and corresponding test commands may include: Send the configuration parameter commands, corresponding test commands, and system debugging tools to the device under test; The system debugging tool calls the configuration parameter commands and corresponding test commands to control the device under test to transmit radio frequency signals.

[0037] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: A configuration table is generated based on the parameters input by the user; The parameters received by the user through the graphical interface include: Receive configuration tables entered by users through a graphical interface.

[0038] Users can also modify the configuration table to specify test parameters, test thresholds, or test sequences for different projects.

[0039] A test sequence can be a sequence of multiple test items.

[0040] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: At the end of the test, a test report and a statistical analysis report are output, and the test results are output according to the test threshold.

[0041] If the test data meets the test threshold, the test result is considered a successful test.

[0042] If the test data does not meet the test threshold, the test result is a test failure.

[0043] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: When there are multiple test items, continuous automated testing is performed on each of the multiple test items one by one.

[0044] Multiple test items can form a test sequence.

[0045] The step of performing continuous automated testing on multiple test items one by one may include: Perform continuous automated testing according to the test sequence.

[0046] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Receive the behavior logs of the device under test during the testing process.

[0047] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Manage connected devices under test.

[0048] Managing connected devices under test includes: viewing connected devices under test and obtaining the connection status of the devices under test.

[0049] The connection status of the device under test can include: The device under test has been connected and communication with the device under test is normal. The device under test has been connected, but the connection is abnormal and the device under test is not responding. No device under test has been connected yet.

[0050] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: The behavior logs of the device under test recorded during the test are transmitted to the main control device for analysis, etc.

[0051] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Execute system commands.

[0052] For example, executing system-level commands on the device under test, such as disabling the device under test's safe mode to execute other subsequent test commands, or obtaining read and write permissions for a folder under different paths on the device under test.

[0053] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Obtain information about the device under test.

[0054] The information of the device under test may include the motherboard serial number or whole machine serial number, hardware version number, software version number, memory size, remaining battery power, Wi-Fi chip model, and current Wi-Fi status (such as Wi-Fi on or off).

[0055] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Restart the connected device under test.

[0056] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Waiting for the device under test to connect.

[0057] In one exemplary embodiment, the automated Wi-Fi performance testing method further includes: Reset the adb server.

[0058] Figure 2 A schematic diagram of a master control device according to an embodiment of this application is shown. Figure 2 As shown, the main control device includes a memory 100 and a processor 200. The memory 100 is used to store programs for automated Wi-Fi performance testing methods; The processor 200 is configured to read and execute the program for the automated Wi-Fi performance testing method, and execute the method described in any of the above embodiments.

[0059] Figure 3 A schematic diagram of an automated Wi-Fi performance testing system according to an embodiment of this application is shown. Figure 3 As shown, the Wi-Fi performance automated testing system 200 includes a main control device 210 and a Wi-Fi testing device 220. The Wi-Fi testing device 220 is connected to the main control device 210, and both the Wi-Fi testing device 220 and the main control device 210 are connected to the device under test.

[0060] The device under test (DUT) can be connected to the main control device 210 via a USB data cable (or Ethernet cable). The DUT can be connected to the Wi-Fi test device 220 via an RF coaxial cable (or Ethernet cable). The Wi-Fi test device 220 can be connected to the main control device 210 and the DUT via a USB data cable.

[0061] Figure 4 A schematic diagram of another automated Wi-Fi performance testing system according to an embodiment of this application is shown. Figure 4 As shown, the Wi-Fi performance automated testing system 300 includes a main control device 310, a Wi-Fi testing device 320, a fixture 330, and a programmable power supply 340.

[0062] The device under test (DUT) is connected to the main control device 310 and the Wi-Fi test device 320 via a USB data cable, network cable, etc. The Wi-Fi test device 320 is connected to the main control device 310 and the DUT via a USB data cable. The main control device 310 is connected to the DUT (which can be a DUT) and the Wi-Fi test device 320 via an RF coaxial cable. The fixture 330 is used to hold the DUT.

[0063] The main control device 310 is equipped with a test program that integrates test commands for various Wi-Fi chip platforms and control commands for various Wi-Fi test devices. Testers can select and configure parameters such as Wi-Fi frequency band, channel, standard, and speed of the device under test through the graphical user interface of the test program. The main control device issues test commands and control commands to the device under test, the Wi-Fi test devices, and the programmable power supply to perform automated Wi-Fi performance testing.

[0064] Figure 5 A schematic diagram of a test program encapsulation method according to an embodiment of this application is shown, such as... Figure 5 As shown, the encapsulation method of the test program includes the following steps 51 to 53: Step 51: Create a batch file from the test commands in the format adb shell + cmd; Step 52: Integrate batch files, adb toolkit, and control commands for Wi-Fi testing devices into the main control program; Step 53: Generate the graphical user interface for the test program; Step 54, package and encapsulate.

[0065] Figure 6 A schematic diagram of a test program encapsulation method according to an embodiment of this application is shown, such as... Figure 6 As shown, the encapsulation method of the test program includes the following steps 61 to 63: Step 61: Create a shell script file from the cmd part of the test command in the format adb shell+cmd; Step 62: Integrate shell script files, adb toolkit, and control commands for the Wi-Fi test device into the main control program; Step 63: Generate the graphical user interface for the test program; Step 64, package and encapsulate.

[0066] The testing program consists of four main modules: instrument and equipment control module, test parameter configuration module, test process control module, and test data analysis module.

[0067] Testers can configure instrument type, device address, test port, and other information through the instrument control module. The instrument control module is responsible for connecting and controlling Wi-Fi test equipment, programmable power supplies, pneumatic clamps, and other instruments.

[0068] The test parameter configuration module is used to configure test parameters, including but not limited to Wi-Fi standard, bandwidth, modulation method, and various performance indicators, for single-point testing of each performance indicator. This module also provides a "test sequence" configuration function, which can save multiple test items as a test sequence to achieve continuous automated testing of multiple test items. Each test item in the test sequence supports adding, deleting, and editing operations. This module also provides a "command editor" function. To add, delete, or modify test commands, users can access the command editing interface through the "command editor" button in the test program's graphical user interface, where they can edit existing test command sets. This module supports exporting all configuration parameters into a parameter configuration table, and testers can also quickly complete the setup by importing a new parameter configuration table.

[0069] The test process control module controls the test process, enabling functions such as starting, pausing, stopping, and step-by-step testing. This module also provides debugging capabilities, allowing debuggers to view test logs, retest any test item individually, or keep the device under test powered even in case of test anomalies, input specific commands, and determine the analysis direction based on feedback information to promptly locate the root cause of the anomaly. In particular, during production, common fault diagnosis commands and handling methods can be solidified through the "Test Sequence" function, thereby reducing the false test rate and improving production line efficiency. An example of solidifying common fault handling methods is as follows: In case of a malfunction in the comprehensive test instrument, execute the comprehensive test instrument reset command; In the event of an adb process conflict, try re-entering the adb test command; Execute the adb initialization command when the adb device is offline; If the test instrument does not receive an RF signal, it will print an abnormal test log so that users can troubleshoot abnormal fixture contact or abnormal RF path of the device under test.

[0070] The adb tool itself has the following functions: when there is a conflict in the adb process, after sending an adb command, it will return information such as "senddata error", and you can determine what kind of exception it is based on this information; The adb device here is equivalent to the device under test; if the adb device is offline, it means the device under test is offline. The aforementioned "printing" refers to outputting the logs as a text document, recording them in a file, which users can view to inspect the test logs. In a development environment, developers troubleshoot anomalies themselves, while in a factory production line environment, production line engineers troubleshoot them.

[0071] The test data analysis module is used to output test data and perform preliminary data analysis. At the end of the "Test Sequence" functional test, this module will output a test report in a specified document format and determine whether the test is successful (PASS) or failed (FAIL) based on the configured test thresholds. This module also supports statistical analysis of existing test data, outputting objective analysis reports that describe the production line process capability, such as defect rate, false test rate, and individual CPK.

[0072] Figure 4 The test procedure of the automated Wi-Fi performance testing system is shown as follows: First, the device under test (DUT) is placed on fixture 330 and powered by a programmable power supply 340. The DUT is connected to the main control device via a USB data cable and to the Wi-Fi test equipment via an RF coaxial cable. The tester opens the test program installed on the main control device (which can be a computer), and uses the various preset buttons and drop-down selection boxes on the graphical user interface to select configuration parameters such as instrument type, test port, Wi-Fi frequency band, and channel according to the test requirements of different projects. The tester also selects the performance indicators to be tested and configures the correct test thresholds. After configuration, the tester clicks the "Start Test" button on the graphical user interface. The test program then controls the programmable power supply to power on and off the DUT and calls the corresponding test commands and control commands for the Wi-Fi test equipment, thereby controlling the Wi-Fi test equipment and testing the DUT.

[0073] This application also provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are used to cause the computer to perform the methods described in any of the above embodiments.

[0074] This application describes several embodiments, but these descriptions are exemplary and not restrictive, and it will be apparent to those skilled in the art that many more embodiments and implementations are possible within the scope of the embodiments described herein. Although many possible combinations of features are shown in the drawings and discussed in the detailed description, many other combinations of the disclosed features are also possible. Unless specifically limited, any feature or element of any embodiment may be used in combination with, or may replace, any feature or element of any other embodiment.

[0075] This application includes and contemplates combinations of features and elements known to those skilled in the art. The embodiments, features, and elements disclosed in this application can also be combined with any conventional features or elements to form unique inventive solutions. Any feature or element of any embodiment can also be combined with features or elements from other inventive solutions to form another unique inventive solution. Therefore, it should be understood that any feature shown and / or discussed in this application can be implemented individually or in any suitable combination. Therefore, the embodiments are not limited except by the limitations imposed by the appended claims and their equivalents. Furthermore, various modifications and changes can be made within the scope of the appended claims.

[0076] Furthermore, in describing representative embodiments, the specification may have presented methods and / or processes as a specific sequence of steps. However, the method or process should not be limited to the specific order of steps described herein, to the extent that it does not depend on such a specific order. As will be understood by those skilled in the art, other sequences of steps are also possible. Therefore, the specific order of steps set forth in the specification should not be construed as a limitation of the claims. Moreover, the claims concerning the method and / or process should not be limited to the steps performed in the written order, and those skilled in the art will readily understand that these orders can be varied and still remain within the spirit and scope of the embodiments of this application.

[0077] It will be understood by those skilled in the art that all or some of the steps, systems, or apparatuses disclosed above, and their functional modules / units, can be implemented as software, firmware, hardware, or suitable combinations thereof. In hardware implementations, the division between functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed collaboratively by several physical components. Some or all components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit (ASIC). Such software may be distributed on a computer-readable medium, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term "computer storage medium" includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by a computer. Furthermore, it is well known to those skilled in the art that communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0078] Furthermore, the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined with "first," "second," etc., may explicitly or implicitly include at least one of those features.

[0079] In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise expressly and specifically limited.

[0080] In this application, unless otherwise expressly specified and limited, the terms "installation," "connection," "joining," "fixing," etc., should be interpreted broadly. For example, "connection" can be a fixed connection, a detachable connection, or an integral part; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium; it can be the internal communication of two components or the interaction between two components, unless otherwise expressly limited. Those skilled in the art can understand the specific meaning of the above terms in this application according to the specific circumstances.

[0081] In this application, unless otherwise expressly specified and limited, "above" or "below" the second feature can mean that the first and second features are in direct contact, or that the first and second features are in indirect contact through an intermediate medium. Furthermore, "above," "over," and "on top" of the second feature can mean that the first feature is directly above or diagonally above the second feature, or simply that the first feature is at a higher horizontal level than the second feature. "Below," "below," and "under" the second feature can mean that the first feature is directly below or diagonally below the second feature, or simply that the first feature is at a lower horizontal level than the second feature.

[0082] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0083] Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of this application.

Claims

1. An automated Wi-Fi performance testing method, applied to an automated Wi-Fi performance testing system, the automated Wi-Fi performance testing system comprising a main control device and a Wi-Fi testing device, the Wi-Fi testing device being connected to the main control device, and both the Wi-Fi testing device and the main control device being connected to a device under test, characterized in that, The automated Wi-Fi performance testing method is executed by the main control device and includes: It receives various parameters and test items input by the user through a graphical interface; The system generates configuration parameter commands based on the parameters; it calls the corresponding control commands in the package of the main control device and determines the corresponding test commands based on the test items; wherein, the package includes various test commands for different Wi-Fi chip platforms, control commands for different Wi-Fi test devices, and system debugging tools corresponding to the device under test; determining the corresponding test commands based on the test items includes: modifying the test commands in the package to generate new test commands or adding test commands based on the test items; or calling the corresponding test commands in the package based on the test items; According to the configuration parameter commands and corresponding test commands, the system debugging tool controls the device under test to transmit radio frequency signals. According to the corresponding control commands and test commands, the Wi-Fi test device is controlled to receive the radio frequency signals transmitted by the device under test and to test the radio frequency signals.

2. The automated Wi-Fi performance testing method as described in claim 1, characterized in that, The various test commands in the package are packaged in one of the following ways: Batch file format; Shell script format.

3. The automated Wi-Fi performance testing method as described in claim 2, characterized in that, When the various test commands in the package are encapsulated in a shell script format, the step of controlling the device under test to transmit radio frequency signals through the system debugging tool according to the configuration parameter commands and corresponding test commands includes: Send the configuration parameter commands, corresponding test commands, and system debugging tools to the device under test; The system debugging tool calls the configuration parameter commands and corresponding test commands to control the device under test to transmit radio frequency signals.

4. The automated Wi-Fi performance testing method as described in claim 1, characterized in that, Also includes: In the event of a test failure, troubleshooting and repair will be carried out sequentially according to the preset troubleshooting and repair plan.

5. The automated Wi-Fi performance testing method as described in claim 1, characterized in that, Also includes: A configuration table is generated based on the parameters input by the user; The parameters received by the user through the graphical interface include: Receive the configuration table input by the user through the graphical interface, and read the various parameters contained in the configuration table.

6. The automated Wi-Fi performance testing method as described in claim 1, characterized in that, Also includes: At the end of the test, a test report and a statistical analysis report are output, and the test results are output according to the test threshold.

7. The automated Wi-Fi performance testing method as described in claim 1, characterized in that, Also includes: When there are multiple test items, continuous automated testing is performed on each of the multiple test items one by one.

8. A master control device, comprising a memory and a processor, characterized in that, The memory is used to store programs for automated Wi-Fi performance testing methods; The processor is configured to read the program that executes the Wi-Fi performance automated testing method and execute the method according to any one of claims 1 to 7.

9. A computer-readable storage medium storing computer-executable instructions, wherein, The computer-executable instructions are used to cause the computer to perform the method of any one of claims 1 to 7.

10. An automated Wi-Fi performance testing system, characterized in that, It includes the main control device as described in claim 8 and the Wi-Fi testing device, wherein the Wi-Fi testing device is connected to the main control device, and both the Wi-Fi testing device and the main control device are connected to the device under test.

Images