Vehicle-mounted Bluetooth pressure test method and device, electronic equipment and storage medium

Abstract

The invention discloses a pressure test method and device for vehicle-mounted Bluetooth, electronic equipment and a storage medium, and relates to the technical field of vehicle-mounted Bluetooth. The method comprises the following steps: determining a multi-source initialization terminal device based on test configuration information of a to-be-detected vehicle-mounted Bluetooth; based on a preset connection scheduling strategy, performing pairing connection on the multi-source initialized terminal equipment and the to-be-detected vehicle-mounted Bluetooth, and determining multiple service loads corresponding to the protocol type after the pairing connection is successful; based on the multiple service loads, determining performance index data of the to-be-detected vehicle-mounted Bluetooth under the multiple service loads; and determining a pressure test result of the to-be-detected vehicle-mounted Bluetooth in the concurrent test environment based on the performance index data and a preset performance index threshold. According to the method and the device, the actual use scene of the to-be-detected vehicle-mounted Bluetooth concurrent by multiple devices can be simulated, and the multi-service load scene can be covered, so that the anti-pressure capability of the to-be-detected vehicle-mounted Bluetooth is determined more accurately, and the connection reliability of the to-be-detected vehicle-mounted Bluetooth is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle Bluetooth technology, and in particular to a stress testing method, apparatus, electronic device and storage medium for vehicle Bluetooth. Background Technology

[0002] Currently, with social development and technological progress, more and more people are using in-vehicle Bluetooth for information transmission within the vehicle. Therefore, stress testing of in-vehicle Bluetooth systems to detect their stability is particularly important.

[0003] However, traditional vehicle Bluetooth stress tests can only test a single connection between the sales terminal and the mobile phone, and cannot meet the requirements of multiple concurrent connections of vehicle Bluetooth. Consequently, they cannot accurately cover the multi-service load scenarios of vehicle Bluetooth during use, making it impossible to accurately determine the stress resistance of vehicle Bluetooth. Summary of the Invention

[0004] This application provides a stress testing method, apparatus, electronic device, and storage medium for in-vehicle Bluetooth. The embodiments provided by this application solve the technical problem that the prior art cannot meet the requirements of concurrent connections of multiple devices in in-vehicle Bluetooth, and thus cannot accurately cover the multi-service load scenarios during the use of in-vehicle Bluetooth, resulting in the inability to accurately determine the stress resistance of in-vehicle Bluetooth. The embodiments provided by this application can simulate the actual use scenario of multiple devices concurrently testing in-vehicle Bluetooth, and can cover multi-service load scenarios, thereby more accurately determining the stress resistance of the in-vehicle Bluetooth under test and improving the reliability of the in-vehicle Bluetooth connection under test.

[0005] In a first aspect, this application provides a method for stress testing vehicle-mounted Bluetooth, the method comprising: Obtain test configuration information; wherein, the test configuration information includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds; Based on the test configuration information of the vehicle Bluetooth device to be tested, a concurrent test environment is constructed and the multi-source terminal device is initialized, and the multi-source initialization terminal device is determined. Based on a preset connection scheduling strategy, the multi-source initialization terminal device is paired with the vehicle Bluetooth to be detected, and after successful pairing, multiple service loads corresponding to the protocol type are determined. Based on the various service loads, determine the performance index data of the vehicle Bluetooth under the various service loads; Based on the performance index data and the preset performance index threshold, the stress test result of the vehicle Bluetooth under test is determined in the concurrent test environment.

[0006] In one feasible implementation, the multi-source terminal device includes multiple virtual terminal devices and multiple real terminal devices. The step of constructing a concurrent test environment and initializing the multi-source terminal device based on the test configuration information of the vehicle Bluetooth to be tested, and determining the multi-source initialized terminal device, includes: Based on the device information of the multi-source terminal devices in the test configuration information and the preset Bluetooth protocol stack simulator, multiple virtual terminal devices and the protocol type corresponding to each virtual terminal device are determined, and a device identifier is configured for each virtual terminal device. Based on a preset pairing script, multiple virtual terminal devices and multiple real terminal devices are initially paired to complete the construction of the concurrent test environment and the initialization of the multi-source terminal devices, and to determine the multi-source initialization terminal devices.

[0007] In one feasible implementation, the preset connection scheduling strategy includes a preset terminal connection ratio. Based on the preset connection scheduling strategy, the multi-source initialization terminal device is paired with the vehicle Bluetooth device to be detected, and after successful pairing, multiple service loads corresponding to the protocol type are determined, including: Based on the preset terminal connection ratio, the multi-source initialization terminal devices are proportionally divided to determine multiple terminal device connection groups. Each terminal device connection group corresponds to a protocol type and the service load corresponding to the protocol type. For any of the terminal device connection groups, a target connection control thread corresponding to the terminal device connection group is determined based on a preset asynchronous connection framework; Based on preset connection timing rules, a pairing connection is established between each target connection control thread and the vehicle Bluetooth to be detected, and after the pairing connection is successful, the service load corresponding to the protocol type in each terminal device connection group is determined.

[0008] In one feasible implementation, the terminal device connection group includes a first terminal device connection group, a second terminal device connection group, and a third terminal device connection group; the protocol type includes a first protocol type, a second protocol type, and a third protocol type; and determining the service load corresponding to the protocol type in each of the terminal device connection groups includes: Determine the first type of service load in the first terminal device connection group that corresponds to the first protocol type, wherein the first protocol type is an audio distribution protocol and the first type of service load is audio stream data; Determine the second type of service load in the second terminal device connection group that corresponds to the second protocol type, wherein the second protocol type is a hands-free protocol and the second type of service load is analog call data; The third type of service load corresponding to the third protocol type in the third terminal device connection group is determined, wherein the third protocol type is a file exchange protocol and the third type of service load is file transfer data.

[0009] In one feasible implementation, the performance indicator data includes resource consumption data, link quality data, and service quality data. The step of determining the performance indicator data of the vehicle-mounted Bluetooth under various service loads includes: Acquire the resource usage data of the vehicle under various business loads; wherein, the resource usage data includes CPU utilization and memory utilization. Based on the Bluetooth interaction data of the vehicle under various service loads, the link quality data of the vehicle Bluetooth under the test is determined under various service loads; wherein, the link quality data includes data redundancy check error rate, device connection interruption rate, and service request response time. Based on a preset performance analysis script, the output data of various service loads are analyzed to determine the service quality data of the vehicle Bluetooth under various service loads; wherein, the service quality data includes audio stuttering rate, voice call quality score and file transfer success rate.

[0010] In one feasible implementation, the performance indicator data includes resource consumption data, link quality data, and service quality data. The step of determining the performance indicator data of the vehicle-mounted Bluetooth under various service loads includes: Acquire the resource usage data of the vehicle under various business loads; wherein, the resource usage data includes CPU utilization and memory utilization. Based on the Bluetooth interaction data of the vehicle under various service loads, the link quality data of the vehicle Bluetooth under the test is determined under various service loads; wherein, the link quality data includes data redundancy check error rate, device connection interruption rate, and service request response time. Based on a preset performance analysis script, the output data of various service loads are analyzed to determine the service quality data of the vehicle Bluetooth under various service loads; wherein, the service quality data includes audio stuttering rate, voice call quality score and file transfer success rate.

[0011] In one feasible implementation, the performance indicator data includes the resource usage data, the link quality data, the service quality data, and the state recovery data; the preset performance indicator thresholds include preset resource usage thresholds, preset link quality thresholds, preset service quality thresholds, and preset state recovery thresholds; and determining the stress test result of the vehicle-mounted Bluetooth under test in the concurrent test environment based on the performance indicator data and the preset performance thresholds includes: If it is determined that the resource usage data is greater than or equal to the preset performance index threshold, the link quality data is greater than or equal to the preset link quality index threshold, the service quality data is greater than or equal to the preset service quality index threshold, and the state recovery data is greater than or equal to the preset state recovery index threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be passing the stress test. If any of the performance indicators is less than the preset performance indicator threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a failure of the stress test.

[0012] In a second aspect, this application provides a vehicle-mounted Bluetooth stress testing device, the vehicle-mounted Bluetooth stress testing device comprising: The acquisition module is used to acquire test configuration information; wherein, the test configuration information includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds; The construction module is used to build a concurrent test environment and initialize the multi-source terminal device based on the test configuration information of the vehicle Bluetooth to be tested, and to determine the multi-source initialization terminal device; The first determining module is used to pair the multi-source initialization terminal device with the vehicle Bluetooth to be detected based on a preset connection scheduling strategy, and determine multiple service loads corresponding to the protocol type after the pairing connection is successful. The second determining module is used to determine the performance index data of the vehicle Bluetooth to be detected under various service loads based on various service loads. The third determining module is used to determine the stress test result of the vehicle Bluetooth under test in the concurrent test environment based on the performance index data and the preset performance index threshold.

[0013] In a third aspect of this application, an electronic device is provided, comprising: a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus, and the machine-readable instructions are executed by the processor to perform the steps of the above-described vehicle Bluetooth stress test method.

[0014] In a fourth aspect, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, performs the steps of the above-described vehicle Bluetooth stress testing method.

[0015] Compared with the prior art, the vehicle Bluetooth stress testing method, apparatus, electronic device, and storage medium provided in this application have the following advantages: Based on the test configuration information of the vehicle Bluetooth under test, the embodiments of this application construct a concurrent test environment and initialize multi-source terminal devices. They determine the multi-source initialized terminal devices and, based on a preset connection scheduling strategy, pair and connect the multi-source initialized terminal devices with the vehicle Bluetooth under test. After successful pairing and connection, they determine various service loads corresponding to the protocol type. Then, based on these various service loads, they determine the performance index data of the vehicle Bluetooth under test under various service loads. Based on the performance index data and preset performance index thresholds, they determine the stress test results of the vehicle Bluetooth under test in the concurrent test environment. The embodiments of this application can simulate the actual usage scenario of multiple devices concurrently testing the vehicle Bluetooth under test and can cover multi-service load scenarios, thereby more accurately determining the stress resistance of the vehicle Bluetooth under test and improving the reliability of the vehicle Bluetooth connection. Attached Figure Description

[0016] Figure 1 A flowchart illustrating a stress testing method for in-vehicle Bluetooth provided in an embodiment of this application is shown. Figure 2 This paper shows a structural block diagram of a vehicle-mounted Bluetooth pressure testing device provided in an embodiment of this application; Figure 3 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown.

[0017] Figure 2 and Figure 3 The correspondence between the figure labels and figure titles in the accompanying drawings is as follows: 200 Vehicle Bluetooth pressure testing device; 210 Acquisition module; 220 Construction module; 230 First determination module; 240 Second determination module; 250 Third determination module; 260 Fourth determination module; 300 Electronic device; 310 Processor; 320 Memory; 330 Bus. Detailed Implementation

[0018] To better understand the technical solutions provided in the embodiments of this specification, the technical solutions of the embodiments of this specification will be described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the embodiments of this specification and the specific features in the embodiments are detailed descriptions of the technical solutions of the embodiments of this specification, rather than limitations on the technical solutions of this specification. In the absence of conflict, the embodiments of this specification and the technical features in the embodiments can be combined with each other.

[0019] In this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, without necessarily requiring or implying any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes the element. The term "two or more" includes two or more cases.

[0020] First, the applicable application scenarios of this application will be introduced. The embodiments provided in this application are applicable to the field of vehicle Bluetooth technology, and in particular relate to a stress testing method, device, electronic device and storage medium for vehicle Bluetooth.

[0021] Currently, with social development and technological progress, more and more people are using in-vehicle Bluetooth for information transmission within the vehicle. Therefore, stress testing of in-vehicle Bluetooth systems to detect their stability is particularly important.

[0022] However, traditional vehicle Bluetooth stress tests can only test a single connection between the sales terminal and the mobile phone, and cannot meet the requirements of multiple concurrent connections of vehicle Bluetooth. Consequently, they cannot accurately cover the multi-service load scenarios of vehicle Bluetooth during use, making it impossible to accurately determine the stress resistance of vehicle Bluetooth.

[0023] Traditional in-vehicle Bluetooth stress testing methods cannot perform comprehensive performance monitoring of various Bluetooth connection scenarios in the vehicle, nor can they verify the fault tolerance of Bluetooth connection anomalies.

[0024] Based on this, the embodiments of this application provide a stress testing method, apparatus, electronic device, and storage medium for vehicle Bluetooth. The embodiments provided by this application solve the technical problem that the prior art cannot meet the requirements of concurrent connections of multiple devices in vehicle Bluetooth, and thus cannot accurately cover the multi-service load scenarios of vehicle Bluetooth during use, resulting in the inability to accurately determine the stress resistance of vehicle Bluetooth. The embodiments provided by this application can simulate the actual use scenario of multiple devices concurrently testing vehicle Bluetooth, and can cover multi-service load scenarios, thereby more accurately determining the stress resistance of the vehicle Bluetooth under test and improving the reliability of the vehicle Bluetooth connection under test.

[0025] Figure 1 A flowchart illustrating a stress testing method for in-vehicle Bluetooth provided in an embodiment of this application is shown. Figure 1 As shown, the stress test method for in-vehicle Bluetooth includes the following steps: S101. Obtain test configuration information; wherein, the test configuration information includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds.

[0026] In this step, when performing a stress storm test on the vehicle Bluetooth provided in the embodiments of this application, the vehicle Bluetooth needs to be turned on first, that is, the vehicle needs to be equipped with vehicle Bluetooth function. After confirming that the vehicle has and turns on the vehicle Bluetooth to be tested, the embodiments provided in this application need to obtain a variety of test configuration information, including the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds contained in the vehicle's infotainment system.

[0027] It is understood that the protocol types supported by the vehicle Bluetooth to be detected, the device information of the multi-source terminal devices, and the preset performance index thresholds in the embodiments provided in this application can all be customized and used according to different application scenarios and usage conditions.

[0028] It should be noted that the protocol types supported by the vehicle Bluetooth in the embodiments provided in this application include, but are not limited to, hands-free protocols, headset protocols, and object exchange protocols, and can be specifically set to protocols such as A2DP, HSP, HFP, and OBEX.

[0029] In the embodiments provided in this application, the device information of the multi-source terminal devices includes, but is not limited to, multiple real terminal devices connected to the vehicle's Bluetooth interface through a real USB hub and a vehicle Bluetooth adapter, or multiple real terminal devices connected using multiple Bluetooth channels of the vehicle, as well as multiple virtual terminal devices created using a Bluetooth protocol stack simulator. Furthermore, the type of Bluetooth protocol stack simulator in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. Specifically, the Bluetooth protocol stack simulator in the embodiments provided in this application can be set to BlueZ's BluetoothD emulation mode or a QEMU virtual Bluetooth device.

[0030] Here, a Bluetooth adapter is used to extend the Bluetooth functionality of a computer or device.

[0031] The embodiments provided in this application can meet the requirements of concurrent connection of multiple devices to the vehicle Bluetooth under test, and provide a realistic test scenario for subsequent simulation of storm stress test of the vehicle Bluetooth under test.

[0032] S102. Based on the test configuration information of the vehicle Bluetooth to be tested, construct a concurrent test environment and initialize multi-source terminal devices, and determine the multi-source initialization terminal devices.

[0033] In this step, after determining the test configuration information of the vehicle Bluetooth to be tested, the embodiment provided in this application will automatically run a preset pairing script (Python / Shell) to build a test environment in which multiple virtual terminal devices and multiple real terminal devices are connected in parallel to the vehicle Bluetooth to be tested. After building the concurrent test environment, device initialization will be performed on all multi-source terminal devices, including multiple virtual terminal devices and multiple real terminal devices, to determine the multi-source initialized terminal devices.

[0034] It should be noted that, in the embodiments provided in this application, after starting the vehicle Bluetooth to be detected, a Bluetooth management interface needs to be exposed so that a preset pairing script can control the connection or disconnection of the vehicle Bluetooth to be detected in order to query the connection status of the vehicle Bluetooth to be detected.

[0035] S103. Based on the preset connection scheduling strategy, pair and connect the multi-source initialization terminal device with the vehicle Bluetooth to be detected, and determine the various service loads corresponding to the protocol type after the pairing and connection is successful.

[0036] In this step, in the embodiments provided in this application, after determining the multi-source initialization terminal device, the embodiments provided in this application will classify the multi-source initialization terminal device according to a preset connection scheduling strategy with different weights or proportions, pair and connect the classified multi-source initialization terminal device with the vehicle Bluetooth to be detected, and assign multiple service loads corresponding to different protocol types to the multi-source initialization terminal devices of different weight categories.

[0037] It is understood that the different weights or ratios and various service loads provided in the embodiments of this application can be customized and used according to different application scenarios and usage conditions.

[0038] It should be noted that the various service loads in the embodiments provided in this application can specifically be transmitting audio streams, simulating calls, transmitting files, and connecting without transmitting, simulating a "paired but not used" scenario, etc.

[0039] S104. Based on various service loads, determine the performance index data of the vehicle Bluetooth to be tested under various service loads.

[0040] In this step, the embodiments provided in this application will monitor and obtain the performance index data of the vehicle Bluetooth under multiple service loads in real time during the process of multiple service loads connecting to and operating the vehicle Bluetooth under multiple service loads.

[0041] It is understood that the performance index data provided in the embodiments of this application can be customized and used according to different application scenarios and usage conditions. The performance index data provided in the embodiments of this application includes, but is not limited to, the packet loss rate of audio stream, file transfer success rate, file transfer rate, redundancy check error rate, CPU utilization, memory usage, Bluetooth transmission tool response time, service request response time, Bluetooth transmission tool's own temperature data, device connection interruption rate, and audio stuttering rate, etc.

[0042] S105. Based on performance index data and preset performance index thresholds, determine the stress test results of the vehicle Bluetooth device under test in a concurrent test environment.

[0043] In this step, in the embodiments provided in this application, the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined by comparing the performance index data with the preset performance index threshold. That is, when the performance index data is determined to be greater than or equal to the preset performance index threshold, it is determined that the vehicle Bluetooth under test has passed the stress test in the concurrent test environment; when the performance index data is determined to be less than the preset performance index threshold, it is determined that the vehicle Bluetooth under test has failed the stress test in the concurrent test environment, and bottleneck location information is generated based on the test scenario associated with the degraded data items.

[0044] It is understood that, after determining the stress test results of the vehicle Bluetooth under a concurrent test environment, the embodiments provided in this application will encapsulate the steps of obtaining test configuration information, building a concurrent test environment and initializing multi-source terminal devices, pairing and connecting, determining performance index data, and determining stress test results into an automated test pipeline task. Then, in response to a software version update event for the vehicle Bluetooth to be tested, the test pipeline task is triggered, a test report is generated, and the test report is associated with the corresponding software version identifier and stored in the test report library.

[0045] It should be noted that the test report in the embodiments provided in this application also includes improvement directions for bottleneck location information, software version compatibility, a list of disconnected devices, and business load failure cases, etc. Furthermore, the test report in the embodiments provided in this application can determine the changes in CPU utilization and memory usage over time and generate resource curves. The test report in the embodiments provided in this application can generate a stability heatmap based on the distribution of disconnection rate and lag rate at different time periods, and determine the connection success rate comparison of different brand terminal devices to reflect compatibility.

[0046] Here, the test report can be set to a visual test report.

[0047] In one feasible implementation, the multi-source terminal device includes multiple virtual terminal devices and multiple real terminal devices. Based on the test configuration information of the vehicle Bluetooth to be tested, a concurrent test environment is constructed and the multi-source terminal devices are initialized. The determination of the multi-source initialized terminal devices includes: Based on the device information of the multi-source terminal devices in the test configuration information and the preset Bluetooth protocol stack simulator, multiple virtual terminal devices and the corresponding protocol type of each virtual terminal device are determined, and a device identifier is configured for each virtual terminal device. Based on the preset pairing script, multiple virtual terminal devices and multiple real terminal devices are initially paired to complete the construction of the concurrent test environment and the initialization of the multi-source terminal devices, and the multi-source initialization terminal devices are determined.

[0048] It is understood that in the embodiments provided in this application, in order to simulate the scenario of multiple devices using or connecting to the vehicle Bluetooth under test in parallel, it is necessary to configure a device identifier for each virtual terminal device to identify each virtual terminal device, and then use a preset pairing script to perform initial pairing between the virtual terminal device and multiple real terminal devices, and store the pairing information to avoid repeated operations.

[0049] It should be noted that the preset pairing scripts in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. The preset pairing scripts in the embodiments provided in this application can be set through a Bluetooth operation library, such as Python's pybluez or bleak, or by calling the command-line Bluetooth management tool (bluetoothctl) command.

[0050] Here, the preset Bluetooth protocol stack simulator in the embodiments provided in this application can specifically simulate file transfer by simulating, for example, obexftp, and simulate a call by simulating pjsua.

[0051] In the embodiments provided in this application, the multi-source terminal devices include multiple virtual terminal devices and multiple real terminal devices. The types of real terminal devices and virtual terminal devices can be customized according to different application scenarios and usage conditions. The real terminal devices in the embodiments provided in this application can be specifically set as mobile phones, True Wireless Stereo (TWS) earphones, smartwatches, and in-vehicle Bluetooth modules.

[0052] Here, the embodiments provided in this application send a pairing command to Bluetooth through a preset pairing script for each virtual terminal device. The pairing command contains the device identifier of the virtual terminal device. Then, it listens for the pairing status response returned by the vehicle Bluetooth. When the pairing status response indicates that authentication information needs to be entered, it automatically fills in the preset authentication code to complete the pairing process.

[0053] For example, the number of multi-source terminal devices in the embodiments provided in this application is specifically determined to be 50.

[0054] In this application, any virtual terminal device supports custom device name, Media Access Control Address (MAC address), and protocol type.

[0055] In one feasible implementation, the preset connection scheduling strategy includes a preset terminal connection ratio. Based on the preset connection scheduling strategy, multi-source initialization terminal devices are paired and connected with the vehicle Bluetooth to be detected. After successful pairing and connection, various service loads corresponding to the protocol type are determined, including: Based on a preset terminal connection ratio, the multi-source initialization terminal devices are proportionally divided to determine multiple terminal device connection groups. Each terminal device connection group corresponds to a protocol type and the corresponding service load. For any terminal device connection group, based on a preset asynchronous connection framework, the target connection control thread corresponding to the terminal device connection group is determined. Based on preset connection timing rules, a pairing connection is established between each target connection control thread and the vehicle Bluetooth to be detected. After successful pairing, the service load corresponding to the protocol type in each terminal device connection group is determined.

[0056] It is understood that, in order to ensure the authenticity of the simulated multi-device Bluetooth connection, the embodiments provided in this application will establish pairing connections between each target connection control thread and the vehicle Bluetooth to be detected according to the preset time interval specified in the preset connection timing rules, so as to avoid resource contention caused by synchronization requests.

[0057] It should be noted that the preset time interval specified in the preset connection timing rules in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. The preset time interval in the embodiments provided in this application can be specifically set to 1-5 seconds.

[0058] The preset terminal connection ratio can be customized and used according to different application scenarios and usage conditions.

[0059] In this application, the setting of the preset time interval can avoid the unrealistic resource contention caused by synchronization requests.

[0060] In one feasible implementation, the terminal device connection group includes a first terminal device connection group, a second terminal device connection group, and a third terminal device connection group. The protocol types include a first protocol type, a second protocol type, and a third protocol type. Determining the service load corresponding to the protocol type in each terminal device connection group includes: The system identifies a first type of service load corresponding to a first protocol type in the first terminal device connection group, wherein the first protocol type is an audio distribution protocol and the first type of service load is audio stream data; it identifies a second type of service load corresponding to a second protocol type in the second terminal device connection group, wherein the second protocol type is a hands-free protocol and the second type of service load is analog call data; and it identifies a third type of service load corresponding to a third protocol type in the third terminal device connection group, wherein the third protocol type is a file exchange protocol and the third type of service load is file transfer data.

[0061] It is understood that in the embodiments provided in this application, a first protocol type (i.e., an audio distribution protocol) is used to transmit the first type of service load: audio stream data. Here, the audio distribution protocol in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. The audio distribution protocol in the embodiments provided in this application can be specifically set as the A2DP protocol, and the audio stream data in the embodiments provided in this application can be specifically set as playing music, etc. Specifically, music is played on the vehicle's infotainment system using mpg123 or vlc and transmitted to headphones or speakers via Bluetooth.

[0062] The second protocol type (i.e., hands-free protocol) is used to transmit the second type of service load: audio stream data. Here, the hands-free protocol in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. The hands-free protocol in the embodiments provided in this application can be specifically set as HSP or HFP protocol. The simulated call data in the embodiments provided in this application can be specifically set as a voice channel established by using AT commands sent by pjsua, etc. Specifically, pjsua or linphone is used to simulate mobile phone calls, and calls are answered or made on the vehicle terminal.

[0063] The third protocol type (i.e., file exchange protocol) is used to transmit the third type of business load: file transfer data. Here, the file exchange protocol in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. The file exchange protocol in the embodiments provided in this application can be specifically set as the OBEX connection protocol. The file transfer data in the embodiments provided in this application can be specifically set as sending pictures using obexftp, specifically: using obexftp or a custom script to transfer small files (such as contacts or pictures) between the mobile phone and the vehicle system.

[0064] It should be noted that the embodiments provided in this application may also include a fourth terminal device connection group, and the fourth terminal device connection group maintains an idle connection. That is, it only connects but does not transmit, in order to simulate scenarios such as "paired but not used".

[0065] For example, the embodiments provided in this application determine that the total number of terminal device connection groups is 50, and set the number of the first terminal device connection group, the second terminal device connection group, the third terminal device connection group and the fourth terminal device connection group to be 15, 5, 5 and 15 respectively.

[0066] In this application, the number of terminal device connection groups can also be set to 50, and the number of the first terminal device connection group, the second terminal device connection group and the third terminal device connection group can be set to 15, 5 and 30 respectively.

[0067] In one feasible implementation, the performance metrics data include resource usage data, link quality data, and service quality data. Based on multiple service loads, the performance metrics data of the vehicle Bluetooth under test are determined under various service loads, including: Acquire resource usage data of the vehicle under various service loads; the resource usage data includes CPU utilization and memory utilization. Based on Bluetooth interaction data of the vehicle under various service loads, determine the link quality data of the vehicle Bluetooth under test under various service loads; the link quality data includes data redundancy check error rate, device connection interruption rate, and service request response time. Based on a preset performance analysis script, analyze the output data of various service loads to determine the service quality data of the vehicle Bluetooth under test under various service loads; the service quality data includes audio stuttering rate, voice call quality score, and file transfer success rate.

[0068] It is understood that the embodiments provided in this application will collect the CPU usage and memory usage of the vehicle under various business loads in real time through top or htop or the sysfs node provided by the vehicle system (such as / sys / class / cpu / cpu0 / load_avg).

[0069] The embodiments provided in this application control the Bluetooth control channel (HCI layer) through Bluetooth monitoring tools (such as btmon) and determine the link quality data of the vehicle Bluetooth under various service loads, such as the round-trip time of service request response and the temperature of the Bluetooth monitoring tool itself (specifically implemented through vehicle sensors or sysfs nodes), in order to avoid frequency reduction problems caused by overheating of the vehicle. In addition, the embodiments provided in this application specifically calculate the device connection interruption rate by statistically analyzing the number of disconnected devices / the total number of devices within a test period (such as 30 minutes).

[0070] The embodiments provided in this application analyze the output data of various service loads based on a preset performance analysis script to determine the audio stuttering rate, voice call quality score, and file transfer success rate of the vehicle Bluetooth under various service loads.

[0071] It should be noted that the embodiments provided in this application specifically use audio analysis tools (such as Audacity) to detect stuttering (pause ≥200ms) during playback and calculate the audio stuttering rate.

[0072] In the above-described embodiments, the file transfer success rate and service failure rate are calculated by statistically analyzing the number of call disconnections and file transfer failures. Here, the file transfer success rate can be grouped by device brand and / or model.

[0073] Here, the embodiments provided in this application will use a protocol analysis probe to filter out protocol data packets carrying audio stream data from Bluetooth interaction data, perform cyclic redundancy check analysis on the payload of the protocol data packets, count the rate of check errors, and then determine the rate of check errors as part of the cyclic redundancy check error rate of data packets in the link quality data.

[0074] Among them, based on the test scenarios associated with degraded data items, bottleneck location information is generated, including: For example, if it is determined that the disconnection rate of the embodiments provided in this application is high, the reconnection mechanism of the Bluetooth module is checked (such as the reconnection interval and the number of retries). If a certain brand of device fails to connect, the configuration file support of the vehicle system for that device is checked, such as whether the A2DP codec is missing.

[0075] In one feasible implementation, the method further includes: during the operation of multiple service loads, determining the state recovery data of the vehicle Bluetooth under the preset abnormal simulation operation based on the preset abnormal simulation operation; wherein, the preset abnormal simulation operation includes at least one of randomly disconnecting a preset proportion of connected multi-source terminal devices and injecting a preset frequency band of wireless interference signal into the vehicle Bluetooth to be detected in a preset area.

[0076] It is understood that the embodiments provided in this application will randomly select 10% of the terminal devices for fault tolerance and resource recovery calculation, that is, determine the state recovery data of the vehicle Bluetooth under the preset abnormal simulation operation, such as simulating a sudden disconnection, that is, unplugging the USB dongle or turning off the device Bluetooth, and observe whether the vehicle system automatically releases the CPU resources or memory resources of the terminal device, and determine that the preset abnormal simulation operation includes randomly disconnecting a preset proportion of connected multi-source terminal devices.

[0077] It should be noted that the embodiments provided in this application will preset simulated Bluetooth module memory leak operations (such as repeatedly creating or destroying connections) in abnormal simulation operations to observe whether the vehicle system triggers OOM Killer or Bluetooth service crashes.

[0078] In the embodiments provided in this application, the wireless interference signal injected into the preset frequency band is implemented by a Bluetooth jammer, and the type of Bluetooth jammer in the embodiments provided in this application can be customized and used according to different application scenarios and usage conditions. Specifically, the Bluetooth jammer in the embodiments provided in this application can be a 2.4GHz wireless mouse.

[0079] In this application, the anti-interference capability of the vehicle's Bluetooth system is verified by injecting a wireless interference signal in a preset frequency band into the vehicle's Bluetooth system, thereby determining the stability of the Bluetooth connection and the quality of audio transmission.

[0080] In one feasible implementation, the performance indicator data includes resource usage data, link quality data, service quality data, and state recovery data. The preset performance indicator thresholds include preset resource usage thresholds, preset link quality thresholds, preset service quality thresholds, and preset state recovery thresholds. Based on the performance indicator data and the preset performance thresholds, the stress test results of the vehicle-mounted Bluetooth device under test in a concurrent test environment are determined, including: If the resource usage data is greater than or equal to the preset performance indicator threshold, the link quality data is greater than or equal to the preset link quality indicator threshold, the service quality data is greater than or equal to the preset service quality indicator threshold, and the state recovery data is greater than or equal to the preset state recovery indicator threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a pass stress test; if any performance indicator data is less than the preset performance indicator threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a fail stress test.

[0081] It is understood that the preset link quality index threshold provided in the embodiments of this application can be set to 5%, and the preset service quality index threshold can be set to 1%.

[0082] It should be noted that the embodiments provided in this application can also check the configuration file negotiation between different terminal devices and the vehicle system, such as monitoring whether A2DP supports high fidelity and whether HSP supports hands-free function, and calculate the negotiation success rate. In this application, the central processing unit utilization and memory usage are correlated with the stability of in-vehicle Bluetooth to locate the causal relationship of "high CPU usage leading to disconnection".

[0083] Compared with the prior art, the vehicle Bluetooth stress testing method provided in this application constructs a concurrent test environment and initializes multi-source terminal devices based on the test configuration information of the vehicle Bluetooth under test. It determines the multi-source initialized terminal devices and pairs them with the vehicle Bluetooth under test based on a preset connection scheduling strategy. After successful pairing, it determines various service loads corresponding to the protocol type. Then, based on these service loads, it determines the performance index data of the vehicle Bluetooth under test under various service loads. Based on the performance index data and preset performance index thresholds, it determines the stress test results of the vehicle Bluetooth under test in the concurrent test environment. This application can simulate the actual usage scenario of multiple devices concurrently testing the vehicle Bluetooth under test and can cover multi-service load scenarios, thereby more accurately determining the stress resistance of the vehicle Bluetooth under test, improving the reliability of the vehicle Bluetooth connection, and verifying the fault tolerance and recovery capabilities of the vehicle system, thus improving the stability and compatibility of the vehicle Bluetooth under test.

[0084] Figure 2 A structural block diagram of a vehicle-mounted Bluetooth pressure testing device provided in an embodiment of this application is shown. Figure 2 As shown, the vehicle-mounted Bluetooth pressure testing device 200 includes: The acquisition module 210 is used to acquire test configuration information, which includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds.

[0085] Module 220 is used to build a concurrent test environment and initialize multi-source terminal devices based on the test configuration information of the vehicle Bluetooth to be tested, and to determine the multi-source initialized terminal devices.

[0086] The first determining module 230 is used to pair and connect the multi-source initialization terminal device with the vehicle Bluetooth to be detected based on a preset connection scheduling strategy, and determine the various service loads corresponding to the protocol type after the pairing and connection are successful.

[0087] The second determining module 240 is used to determine the performance index data of the vehicle Bluetooth to be tested under various service loads based on various service loads.

[0088] The third determining module 250 is used to determine the stress test results of the vehicle Bluetooth under test in a concurrent test environment based on performance index data and preset performance index thresholds.

[0089] The fourth determining module 260 is used to determine the state recovery data of the vehicle Bluetooth under the preset abnormal simulation operation based on the preset abnormal simulation operation during the operation of multiple service loads; wherein the preset abnormal simulation operation includes at least one of randomly disconnecting a preset proportion of connected multi-source terminal devices and injecting a preset frequency band of wireless interference signal into the vehicle Bluetooth to be detected in a preset area.

[0090] For example, the multi-source terminal device includes multiple virtual terminal devices and multiple real terminal devices. The construction module 220 is specifically used for: Based on the device information of the multi-source terminal devices in the test configuration information and the preset Bluetooth protocol stack simulator, multiple virtual terminal devices and the corresponding protocol type of each virtual terminal device are determined, and a device identifier is configured for each virtual terminal device.

[0091] Based on a preset pairing script, multiple virtual terminal devices and multiple real terminal devices are initially paired to complete the construction of the concurrent test environment and the initialization of multi-source terminal devices, and to determine the multi-source initialization terminal devices.

[0092] For example, the preset connection scheduling strategy includes a preset terminal connection ratio, and the first determining module 230 is specifically used for: Based on the preset terminal connection ratio, the multi-source initialization terminal devices are proportionally divided to determine multiple terminal device connection groups. Each terminal device connection group corresponds to a protocol type and the corresponding service load.

[0093] For any terminal device connection group, the target connection control thread corresponding to the terminal device connection group is determined based on a preset asynchronous connection framework.

[0094] Based on preset connection timing rules, a pairing connection is established between each target connection control thread and the vehicle Bluetooth to be detected, and after the pairing connection is successful, the service load corresponding to the protocol type in each terminal device connection group is determined.

[0095] For example, the terminal device connection group includes a first terminal device connection group, a second terminal device connection group, and a third terminal device connection group, and the protocol type includes a first protocol type, a second protocol type, and a third protocol type. Determining the service load corresponding to the protocol type in each terminal device connection group includes: The first type of service load corresponding to the first protocol type in the first terminal device connection group is determined, wherein the first protocol type is an audio distribution protocol and the first type of service load is audio stream data.

[0096] Identify the second type of service load in the second terminal device connection group that corresponds to the second protocol type, wherein the second protocol type is a hands-free protocol and the second type of service load is analog call data.

[0097] Identify the third type of service load in the third terminal device connection group that corresponds to the third protocol type, where the third protocol type is a file exchange protocol and the third type of service load is file transfer data.

[0098] For example, the performance indicator data includes resource usage data, link quality data, and service quality data. The second determining module 240 is specifically used for: Acquire resource usage data of the vehicle under various business loads; the resource usage data includes CPU utilization and memory utilization.

[0099] Based on Bluetooth interaction data of the vehicle under various service loads, the link quality data of the vehicle Bluetooth to be tested under various service loads is determined; among them, the link quality data includes data redundancy check error rate, device connection interruption rate, and service request response time.

[0100] Based on a preset performance analysis script, the output data of various service loads are analyzed to determine the service quality data of the vehicle Bluetooth under various service loads. Among them, the service quality data includes audio stuttering rate, voice call quality score and file transfer success rate.

[0101] For example, the performance indicator data includes resource usage data, link quality data, service quality data, and state recovery data; the preset performance indicator thresholds include preset resource usage indicator thresholds, preset link quality indicator thresholds, preset service quality indicator thresholds, and preset state recovery indicator thresholds; the third determining module 250 is specifically used for; If it is determined that the resource usage data is greater than or equal to the preset performance index threshold, the link quality data is greater than or equal to the preset link quality index threshold, the service quality data is greater than or equal to the preset service quality index threshold, and the state recovery data is greater than or equal to the preset state recovery index threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a stress test pass. If any performance indicator data is less than the preset performance indicator threshold, the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a failure.

[0102] The vehicle Bluetooth stress testing device 200 provided in this application embodiment, compared with the prior art, constructs a concurrent test environment and initializes multi-source terminal devices based on the test configuration information of the vehicle Bluetooth to be tested. It determines the multi-source initialized terminal devices and, based on a preset connection scheduling strategy, pairs and connects them with the vehicle Bluetooth to be tested. After successful pairing and connection, it determines various service loads corresponding to the protocol type. Then, based on these various service loads, it determines the performance index data of the vehicle Bluetooth to be tested under these loads. Finally, based on the performance index data and a preset performance index threshold, it determines the performance of the vehicle Bluetooth to be tested under concurrent loads. The stress test results under the test environment show that the embodiments provided in this application can simulate the actual use scenario of multiple devices concurrently testing vehicle Bluetooth and can cover multiple service load scenarios, thereby more accurately determining the stress resistance of the vehicle Bluetooth under test and improving the reliability of the vehicle Bluetooth connection. The embodiments provided in this application can simulate the actual use scenario of multiple devices concurrently testing vehicle Bluetooth and can cover multiple service load scenarios, thereby more accurately determining the stress resistance of the vehicle Bluetooth under test and improving the reliability of the vehicle Bluetooth connection. In addition, this application can verify the fault tolerance and recovery capability of the vehicle system, thereby improving the stability and compatibility of the vehicle Bluetooth under test.

[0103] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 3 As shown, the electronic device 300 includes a processor 310, a memory 320, and a bus 330.

[0104] Memory 320 stores machine-readable instructions executable by processor 310. When electronic device 300 is running, processor 310 and memory 320 communicate via bus 330. When the machine-readable instructions are executed by processor 310, they can perform the operations described above. Figure 1 The steps of the vehicle Bluetooth stress test method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

[0105] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the above-described actions. Figure 1 The steps of the vehicle Bluetooth stress test method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.

[0106] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0107] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0108] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-readable program code.

[0109] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0110] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0111] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0112] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform a process of a vehicle Bluetooth stress test method.

[0113] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0114] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0115] In the several embodiments provided in this application, it should be understood that the disclosed devices, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, or indirect coupling or communication connection between devices or units, and may be electrical, mechanical, or other forms.

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

[0117] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0118] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0119] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

[0120] Although preferred embodiments have been described in this specification, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this specification.

[0121] Obviously, those skilled in the art can make various modifications and variations to this specification without departing from its spirit and scope. Therefore, if such modifications and variations fall within the scope of the claims and their equivalents, this specification is also intended to include such modifications and variations.

Claims

1. A stress testing method for in-vehicle Bluetooth, characterized in that, The stress test method for the vehicle Bluetooth system includes: Obtain test configuration information; wherein, the test configuration information includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds; Based on the test configuration information of the vehicle Bluetooth device to be tested, a concurrent test environment is constructed and the multi-source terminal device is initialized, and the multi-source initialization terminal device is determined. Based on a preset connection scheduling strategy, the multi-source initialization terminal device is paired with the vehicle Bluetooth to be detected, and after successful pairing, multiple service loads corresponding to the protocol type are determined. Based on the various service loads, determine the performance index data of the vehicle Bluetooth under the various service loads; Based on the performance index data and the preset performance index threshold, the stress test result of the vehicle Bluetooth under test is determined in the concurrent test environment.

2. The pressure testing method for vehicle-mounted Bluetooth according to claim 1, characterized in that, The multi-source terminal device includes multiple virtual terminal devices and multiple real terminal devices. The process of constructing a concurrent test environment and initializing the multi-source terminal devices based on the test configuration information of the vehicle Bluetooth to be tested, and determining the multi-source initialized terminal devices, includes: Based on the device information of the multi-source terminal devices in the test configuration information and the preset Bluetooth protocol stack simulator, multiple virtual terminal devices and the protocol type corresponding to each virtual terminal device are determined, and a device identifier is configured for each virtual terminal device. Based on a preset pairing script, multiple virtual terminal devices and multiple real terminal devices are initially paired to complete the construction of the concurrent test environment and the initialization of the multi-source terminal devices, and to determine the multi-source initialization terminal devices.

3. The pressure testing method for in-vehicle Bluetooth according to claim 1, characterized in that, The preset connection scheduling strategy includes a preset terminal connection ratio. Based on the preset connection scheduling strategy, the multi-source initialization terminal device is paired and connected with the vehicle Bluetooth to be detected. After successful pairing and connection, multiple service loads corresponding to the protocol type are determined, including: Based on the preset terminal connection ratio, the multi-source initialization terminal devices are proportionally divided to determine multiple terminal device connection groups. Each terminal device connection group corresponds to a protocol type and the service load corresponding to the protocol type. For any of the terminal device connection groups, a target connection control thread corresponding to the terminal device connection group is determined based on a preset asynchronous connection framework; Based on preset connection timing rules, a pairing connection is established between each target connection control thread and the vehicle Bluetooth to be detected, and after the pairing connection is successful, the service load corresponding to the protocol type in each terminal device connection group is determined.

4. The pressure testing method for vehicle-mounted Bluetooth according to claim 3, characterized in that, The terminal device connection group includes a first terminal device connection group, a second terminal device connection group, and a third terminal device connection group. The protocol type includes a first protocol type, a second protocol type, and a third protocol type. Determining the service load corresponding to the protocol type in each of the terminal device connection groups includes: Determine the first type of service load in the first terminal device connection group that corresponds to the first protocol type, wherein the first protocol type is an audio distribution protocol and the first type of service load is audio stream data; Determine the second type of service load in the second terminal device connection group that corresponds to the second protocol type, wherein the second protocol type is a hands-free protocol and the second type of service load is analog call data; The third type of service load corresponding to the third protocol type in the third terminal device connection group is determined, wherein the third protocol type is a file exchange protocol and the third type of service load is file transfer data.

5. The pressure testing method for in-vehicle Bluetooth according to claim 1, characterized in that, The performance metrics data include resource usage data, link quality data, and service quality data. The process of determining the performance metrics data of the vehicle-mounted Bluetooth under various service loads, based on multiple service loads, includes: Acquire the resource usage data of the vehicle under various business loads; wherein, the resource usage data includes CPU utilization and memory utilization. Based on the Bluetooth interaction data of the vehicle under various service loads, the link quality data of the vehicle Bluetooth under the test is determined under various service loads; wherein, the link quality data includes data redundancy check error rate, device connection interruption rate, and service request response time. Based on a preset performance analysis script, the output data of various service loads are analyzed to determine the service quality data of the vehicle Bluetooth under various service loads; wherein, the service quality data includes audio stuttering rate, voice call quality score and file transfer success rate.

6. The pressure testing method for in-vehicle Bluetooth according to claim 5, characterized in that, The method further includes: During the operation of various service loads, based on preset abnormal simulation operations, the state recovery data of the vehicle Bluetooth under the preset abnormal simulation operations is determined; wherein, the preset abnormal simulation operations include randomly disconnecting a preset proportion of the connected multi-source terminal devices, and injecting wireless interference signals of a preset frequency band into the vehicle Bluetooth to be detected in a preset area.

7. The pressure testing method for in-vehicle Bluetooth according to claim 6, characterized in that, The performance indicator data includes the resource usage data, the link quality data, the service quality data, and the state recovery data. The preset performance indicator thresholds include preset resource usage thresholds, preset link quality thresholds, preset service quality thresholds, and preset state recovery thresholds. Determining the stress test result of the vehicle-mounted Bluetooth under test in the concurrent test environment based on the performance indicator data and the preset performance thresholds includes: If it is determined that the resource usage data is greater than or equal to the preset performance index threshold, the link quality data is greater than or equal to the preset link quality index threshold, the service quality data is greater than or equal to the preset service quality index threshold, and the state recovery data is greater than or equal to the preset state recovery index threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be passing the stress test. If any of the performance indicators is less than the preset performance indicator threshold, then the stress test result of the vehicle Bluetooth under test in the concurrent test environment is determined to be a failure of the stress test.

8. A vehicle-mounted Bluetooth pressure testing device, characterized in that, The vehicle-mounted Bluetooth pressure testing device includes: The acquisition module is used to acquire test configuration information; wherein, the test configuration information includes the protocol types supported by the vehicle Bluetooth to be tested, the device information of the multi-source terminal devices, and the preset performance index thresholds; The construction module is used to build a concurrent test environment and initialize the multi-source terminal device based on the test configuration information of the vehicle Bluetooth to be tested, and to determine the multi-source initialization terminal device; The first determining module is used to pair the multi-source initialization terminal device with the vehicle Bluetooth to be detected based on a preset connection scheduling strategy, and determine multiple service loads corresponding to the protocol type after the pairing connection is successful. The second determining module is used to determine the performance index data of the vehicle Bluetooth to be detected under various service loads based on various service loads. The third determining module is used to determine the stress test result of the vehicle Bluetooth under test in the concurrent test environment based on the performance index data and the preset performance index threshold.

9. An electronic device, characterized in that, include: The device includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus, and the machine-readable instructions are executed by the processor to perform the steps of the vehicle Bluetooth stress test method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of the vehicle Bluetooth stress test method as described in any one of claims 1-7.

Images