Bluetooth voice remote controller test method, system and device and storage medium

Abstract

The invention relates to the technical field of audio testing, in particular to a Bluetooth voice remote controller testing method, system and device and a storage medium, and the method comprises the steps: designing a communication protocol RDC between a Bluetooth voice remote controller and test accompanying Bluetooth; defining and realizing an interactive instruction set RDCC configured by differentiated test items based on a communication protocol RDC; appointing static configuration and dynamic activity strategies; interacting and dynamically updating test configuration, and establishing a judgment standard of the test; and executing the test, and judging whether the test passes or not according to the judgment standard. The remote controller testing method and device can be compatible with different implementation schemes of various remote controllers, the testing flexibility and efficiency are improved, meanwhile, the adaptation investment is reduced, and the product marketing period is shortened.

Description

Technical Field

[0001] The present application relates to the field of audio testing technology, and in particular to a Bluetooth voice remote control testing method, system, device and storage medium. Background Art

[0002] With the rapid popularization of smart home appliances such as smart TVs, set-top boxes, and projectors, Bluetooth remote controls, as core interactive devices, have been enriched with new functions, including key input, voice recognition, infrared control, gyroscope sensing, etc. The implementation schemes of these functions vary depending on the supplier and product model, involving a variety of hardware architectures, protocol types, and evaluation criteria. In the production and testing stages, in order to ensure the stable and reliable performance of the remote control, comprehensive testing of its various functions is required, which places higher requirements on the flexibility and adaptability of the test method.

[0003] Existing technologies have achieved a certain degree of automation in remote control testing. For example, the efficiency of key testing can be improved by simulating key operations, the communication performance of the remote control can be tested by using the Bluetooth connection status recognition function, or the infrared control function can be tested by using a preset infrared code database. These technologies have a significant effect in improving the testing efficiency of specific functions and reducing labor costs.

[0004] It is difficult for existing technologies to be compatible with the differentiated functions of multiple remote controls and their diverse implementation solutions. When faced with remote controls with the same function but different implementation methods (such as keyboard matrix, voice encoding, infrared protocol, etc.), existing solutions need to develop separate test modes or adaptation solutions for each difference, which not only increases the test cycle and development costs, but also limits the flexibility of the test system. For this reason, there is an urgent need for a unified test method that can cover differentiated functions and achieve compatibility with multiple solutions, thereby reducing adaptation investment, improving test efficiency, and shortening product launch cycles. Summary of the invention

[0005] This application provides a Bluetooth voice remote control test method, system, device and storage medium, which can be compatible with the differentiated implementation schemes of multiple remote controls, improve the flexibility and efficiency of the test, reduce the adaptation investment, and shorten the product launch cycle. This application provides the following technical solutions:

[0006] In a first aspect, the present application provides a method for testing a Bluetooth voice remote control, the method comprising:

[0007] Design the communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth;

[0008] Define and implement the interactive instruction set RDCC for differentiated test item configuration based on the communication protocol RDC;

[0009] Agree on static configuration and dynamic activity strategies;

[0010] Interact and dynamically update test configurations to establish evaluation criteria for this round of testing;

[0011] Execute the test and judge whether the test passes or fails based on the evaluation criteria.

[0012] In a specific feasible implementation scheme, the communication protocol RDC is used to support information interaction between the Bluetooth voice remote control and the companion Bluetooth, including the configuration of remote control function test items, the transmission of test standards and the return of test data, and the RDC protocol includes a message header and a payload area, wherein the header part contains a magic number, message length, send and receive direction, command type and reserved field, and the payload area is an 8-bit unsigned array of variable length.

[0013] In a specific feasible implementation scheme, the interactive instruction set RDCC includes four types of response loads, namely: version number response load, keyboard mapping response load, handle table response load and voice setting response load, wherein the version number response load is used to verify the device version consistency, the keyboard mapping response load is used to verify the key function, the handle table response load is used to configure the function channel of the Bluetooth voice remote control, and the voice setting response load is used for voice function verification.

[0014] In a specific feasible implementation method, the static configuration includes: defining a fixed communication protocol between the Bluetooth voice remote control and the companion test Bluetooth, including a set of fixed GATT services and characteristic UUIDs for transmission of RDCC instructions;

[0015] For the released Bluetooth voice remote control firmware, if the services and feature UUIDs it supports are consistent with the required ones, there is no need to add new services and features; for the Bluetooth voice remote control firmware that does not support the specified services and features, the newly added services and features will be placed at the end of the original service table, and the service structure will be adjusted according to the feature UUID.

[0016] In a specific feasible implementation plan, the dynamic activity strategy includes: after the Bluetooth connection is established, the accompanying test Bluetooth avoids initiating pairing and binding requests; the accompanying test Bluetooth only enumerates GATT services and characteristics related to RDC communication, skips the full service enumeration, and executes CCCD enabling, and directly enters the test preparation state; when scanning the broadcast packet, the accompanying test Bluetooth selects the Bluetooth voice remote control with a signal strength within the set range through RSSI filtering for connection, and the signal strength threshold is set to -30dB.

[0017] In a specific implementation scheme, the interactive and dynamic update of the test configuration includes:

[0018] After the companion test Bluetooth is connected to the Bluetooth voice remote control, the test configuration is updated and the set test items, such as keyboard mapping or voice configuration, are adjusted according to the real-time feedback of the Bluetooth voice remote control;

[0019] Dynamically update the test criteria based on the information fed back by the Bluetooth voice remote control to ensure that the test configuration is consistent with the actual working status of the Bluetooth voice remote control. During the dynamic update process, redefine the test criteria based on the configuration adjustment.

[0020] In a specific implementation scheme, the performing test step includes:

[0021] After the Bluetooth voice remote control and the companion test Bluetooth establish a stable Bluetooth connection, the companion test Bluetooth performs a functional test on the Bluetooth voice remote control according to the set test items, including button detection, voice control, signal quality, transmission stability, and collects relevant data in real time;

[0022] Analyze the test results according to the evaluation criteria of the test items and generate a test report; if the test fails, record the failure information and generate a fault report; if the test fails, adjust the Bluetooth voice remote control configuration according to the analysis results and test again until all test items pass.

[0023] In the second aspect, the present application provides a Bluetooth voice remote control testing system, which adopts the following technical solution:

[0024] A Bluetooth voice remote control testing system, comprising:

[0025] Communication protocol building module, used to design the communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth;

[0026] Interaction instruction set definition module, used to define and implement the interaction instruction set RDCC for differentiated test item configuration based on the communication protocol RDC;

[0027] Configuration agreement module, used to agree on static configuration and dynamic activity strategies;

[0028] The evaluation criteria formulation module is used to interact and dynamically update the test configuration and establish the evaluation criteria for this round of testing;

[0029] The test execution module is used to execute the test and judge whether the test passes or not according to the evaluation criteria.

[0030] In a third aspect, the present application provides an electronic device, comprising a processor and a memory; a program is stored in the memory, and the program is loaded and executed by the processor to implement a Bluetooth voice remote control testing method as described in the first aspect.

[0031] In a fourth aspect, the present application provides a computer-readable storage medium, wherein the storage medium stores a program, and when the program is executed by a processor, the program is used to implement a Bluetooth voice remote control testing method as described in the first aspect.

[0032] In summary, the beneficial effects of this application include at least:

[0033] 1) By designing a unified communication protocol RDC and an interactive instruction set RDCC for differentiated test item configuration, this solution can flexibly adapt to the diverse functions and implementation schemes of different remote controllers. Compared with the existing technology, it avoids the need to develop a separate test mode for each functional difference, thereby greatly reducing the time for test preparation and adaptation and improving the overall test efficiency. At the same time, the solution supports compatibility with multiple hardware and protocols in the same test environment, effectively improving the compatibility of the system and being able to handle remote controllers of different brands and models.

[0034] 2) By agreeing on static configuration and dynamic activity strategies, this solution optimizes the adaptation of test configuration while ensuring test accuracy. For existing RCU firmware, the firmware compatibility strategy of this solution can reduce the addition of new services and features, avoid unnecessary development and testing work, and reduce adaptation costs. In specific scenarios, even if the RCU firmware does not support certain functions, it can ensure the smooth progress of the test process through flexible UUID replacement strategies or selection of existing features, further reducing development and testing costs.

[0035] 3) During the test, this solution can adjust the test configuration and evaluation criteria in a timely manner according to the feedback from the RCU through real-time interaction and dynamic configuration updates, thereby ensuring that the test criteria are consistent with the actual functions of the remote control. This real-time adjustment mechanism effectively improves the accuracy of the test and avoids misjudgments caused by inaccurate test configuration or inappropriate evaluation criteria. In addition, with the standardization of the RDCC instruction set and the test process, the degree of automation of the test has been significantly improved, reducing manual intervention and further improving the stability and repeatability of the test.

[0036] By designing an interactive instruction set RDCC based on the Bluetooth Low Energy (BLE) communication protocol RDC and combining it with differentiated test item configuration, efficient configuration and flexible verification of different remote control functions can be achieved. The core process of this test method includes: designing and implementing the communication protocol between RCU and Dongle; defining the interactive instruction set that supports differentiated functions; agreeing on static configuration and dynamic activity strategies to improve test efficiency and compatibility; establishing the evaluation criteria for this round of testing through real-time interaction and dynamic update configuration; and finally performing comprehensive testing according to the evaluation criteria and determining whether it passes. Through this method, the functional tests of different remote controls can be managed uniformly, avoiding the adaptation costs and development cycles caused by differences in hardware architecture, protocol types and test scenarios in the existing technology. The test process can be compatible with the differentiated implementation schemes of multiple remote controls by refining the instruction set and standardizing the configuration, improving the flexibility and efficiency of the test, while reducing the adaptation investment and shortening the product launch cycle. This solution effectively solves the testing difficulties of multi-functional and heterogeneous devices in the existing technology and adapts to the rapid development needs of the smart home appliance field.

[0037] The above description is only an overview of the technical solution of the present application. In order to more clearly understand the technical means of the present application and implement it according to the contents of the specification, the following is a detailed description of the preferred embodiments of the present application in conjunction with the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 It is a flowchart of the Bluetooth voice remote control testing method in an embodiment of the present application.

[0039] Figure 2 It is a schematic diagram of link building in an embodiment of the present application.

[0040] Figure 3 It is a structural block diagram of the Bluetooth voice remote control testing system in an embodiment of the present application.

[0041] Figure 4 It is a block diagram of an electronic device for testing a Bluetooth voice remote control in an embodiment of the present application. DETAILED DESCRIPTION

[0042] The specific implementation methods of the present application are further described in detail below in conjunction with the accompanying drawings and examples. The following examples are used to illustrate the present application but are not intended to limit the scope of the present application.

[0043] Optionally, the present application takes the Bluetooth voice remote control testing method provided in each embodiment as an example used in an electronic device, where the electronic device is a terminal or a server. The terminal may be a mobile phone, a computer, a tablet computer, etc. This embodiment does not limit the type of electronic device.

[0044] Reference Figure 1, is a flowchart of a method for testing a Bluetooth voice remote controller provided by an embodiment of the present application, the method comprising at least the following steps:

[0045] Step S101, designing a communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth.

[0046] In step S101, the communication protocol (Remote Device Communication Protocol, RDC) between the Bluetooth voice remote control (RCU) and the accompanying Bluetooth Dongle must first be designed. This protocol is mainly used to support information exchange between the RCU and the Dongle, including the configuration of remote control function test items, the transmission of test standards, and the return of test data. The design of the RDC protocol needs to ensure efficient and flexible communication in a low-power Bluetooth (BLE) environment, while being compatible with different test scenarios and different remote control functions.

[0047] Specifically, the RDC communication protocol consists of two parts: the message header and the payload area. As shown in the following table, the header contains fixed-length fields, while the payload area can be of variable length depending on the actual test requirements. When designing, it is necessary to ensure that the protocol can support the configuration and feedback of different test items, and can flexibly adapt to a variety of hardware and different test environments.

[0048] Table 1 RDC communication protocol message format

[0049]

[0050] In some platforms and compiler environments, RDC messages need to be byte aligned to ensure the accuracy and efficiency of data transmission.

[0051] Step S102: defining and implementing an interactive instruction set RDCC for differential test item configuration based on the communication protocol RDC.

[0052] In step S102, in order to achieve flexible configuration and efficient verification of different remote control functions, the present invention further defines an interactive instruction set (RDCC) for differentiated test item configuration based on the RDC communication protocol designed in step S101. The design goals of RDCC include standardized interactive interfaces for remote control functions, flexible adaptation to a variety of test scenarios, and simplified test processes and enhanced test automation capabilities. The RDCC instruction set implements test data interaction and functional verification between the Dongle and the remote control (RCU) by defining specific query instructions and response loads. The response load of RDCC is described in detail below to illustrate its role in differentiated test item configuration. The response load of RDCC is divided into the following four categories according to functional requirements:

[0053] The first is the version number response payload, which provides RCU software and hardware version information to verify the version consistency and function support range of the device. During the test initialization phase, Dongle confirms whether RCU supports the specified test item configuration through the version number response.

[0054] The following table lists the example of the version number response payload:

[0055] Table 2 Example of version number response payload

[0056]

[0057] The second is the keyboard mapping response load, which provides the RCU keyboard layout and key information, and supports key value verification and status feedback. Specifically, keyboard layout (@KeyMap): defines the row and column structure and physical distribution of the RCU keyboard. List of keys to be verified (@BtnLst): lists the key values ​​of all keys to be verified. Wheel status list (@WheelLst): describes the abstract value of the wheel sliding state. Dongle grasps the keyboard structure and key mapping relationship of the RCU based on the KEYMAP response. In the key verification stage, Dongle monitors whether each key has been triggered. If it is detected that all keys have been verified, the key verification stage is completed and the results are fed back through lighting effects.

[0058] Third, the handle table responds to the load, providing GATT handles for RCU key values, voice commands, and audio data, supporting function expansion and voice function testing. Consumer key value handle (@KeyC): indicates the GATT handle of consumer keys. Keyboard key value handle (@KeyK): indicates the GATT handle of keyboard keys. Voice start and stop command handle (@VCmd): indicates the start and stop channels of the voice function. Voice data handle (@VData): indicates the GATT channel for voice data transmission. Supports the distinction and compatibility design of consumer and keyboard keys. Provides detailed information on voice start and stop and data channels to ensure the correctness and stability of voice functions. Adapts to the requirements of different key value reporting methods in voice remote controls.

[0059] Fourth, the voice setting response payload defines the voice codec settings and gain test standards for voice function verification. Coding type (@Enc): indicates the voice encoding method (such as 1 for SBC, 2 for ADPCM). Frame length (@Len): defines the length of the voice frame before and after encoding, which is used for cache optimization. Automatic test (@Auto): indicates whether automatic test is enabled. Gain range (@Range): defines the maximum and minimum gain value range of the voice signal. Dongle calculates the amplitude of the voice signal through the RMS algorithm to determine whether the gain value is within the range. The decoded PCM signal is played to the headset, and the tester confirms the audio clarity and accuracy. Optimize the cache and data processing on the Dongle side according to the coding type and frame length.

[0060] The above four types of response loads meet the requirements of device initialization, key value testing, function configuration and voice testing in turn. The interaction logic in RDCC is as follows: Version confirmation stage: Dongle confirms the software and hardware adaptability of RCU through version number response; Keyboard test stage: Dongle uses KEYMAP response to load the key value mapping table and verify the key function; Handle allocation stage: Dongle obtains the function channel configuration of RCU through the handle table response to realize test resource allocation; Voice verification stage: Dongle loads voice codec parameters according to the voice setting response and performs gain inspection. Through the above logic, RDCC effectively realizes the configuration of differentiated test items and the standardization of test processes, providing a flexible solution for multi-scenario testing.

[0061] Step S103: Agree on static configuration and dynamic activity strategy.

[0062] In step S103, based on the RDCC instruction set defined in step S102, in order to further optimize the test efficiency and adaptability between Dongle and RCU, step S103 makes clear agreements on static configuration and dynamic activities, including the fixation of static configuration and the standardization of dynamic activities.

[0063] Specifically, in the static configuration, in order to ensure that Dongle and RCU can communicate efficiently and consistently, the interaction mode based on fixed GATT services and characteristics is agreed upon: UUID definition of services and characteristics and firmware compatibility strategy. Among them, the UUID definition of services and characteristics defines fixed GATT service and characteristic UUIDs for the transmission of RDCC instructions. UUID uses a 128-bit format to uniquely identify services and characteristics. Firmware compatibility strategy optimizes the compatibility of existing firmware. When the RCU firmware already supports specified services and characteristics, it can achieve compatibility without adding any new services or characteristics, thereby reducing the workload of adaptation. For example, in 160 released RCU firmwares, this optimization strategy is implemented through the shared OTA upgrade service. For the adaptation solution for unsupported firmware, for firmware that does not support specified services and characteristics, the newly added services and characteristics are placed at the end of the original service table to avoid side effects on existing services. In special scenarios, if it is impossible to add new services, existing characteristics can be selected as the communication channel, and the compatibility design can be completed by replacing specific UUIDs on the Dongle side.

[0064] In dynamic activities, in order to improve the efficiency of the dynamic test process, the following activity strategies are agreed upon: interaction optimization of RDCC instructions, selective enumeration of services and characteristics, and optimization of link establishment strategies. Among them, the interaction optimization of RDCC instructions. RDCC instructions introduce additional interactions after link establishment, which may delay the start time of the test. To compensate for this delay, it is agreed that Dongle will not initiate pairing and binding requests after establishing a BLE connection to avoid unnecessary additional time. The selective enumeration of services and characteristics is different from the conventional full-disk service enumeration. Dongle only enumerates services and characteristics related to RDC communication, and at the same time executes CCCD enablement to directly enter the test preparation state. Link establishment strategy optimization, such as Figure 2 As shown in the figure, in order to reduce the need to change the content of the advertising packet, the Dongle filters the device based on the RSSI signal strength when scanning the advertising packet, and preferentially establishes a connection with the RCU whose transmission power is within a specific range. The configuration requirements are as follows: The RSSI threshold is set to -30dB, and the Dongle is only allowed to establish a connection with the RCU within a range of 5 cm to prevent accidental connection with other Bluetooth devices. Through the physical constraint of signal strength, testers can quickly and accurately complete the preparation work for link establishment.

[0065] Step S104: interact and dynamically update the test configuration to establish the evaluation criteria for this round of testing.

[0066] In step S104, first, after Dongle and RCU establish a connection, they start real-time interaction according to the previously set static configuration and dynamic activity agreement. The purpose of this process is to ensure that the test configuration can be synchronized with the actual working state of RCU, such as updating parameters such as keyboard mapping or voice configuration according to the feedback of RCU. Through real-time interaction, Dongle can adjust the configuration according to the actual test requirements to make it more suitable for the current test goals and environment.

[0067] In the process of dynamically updating the configuration, Dongle also needs to adjust the test evaluation criteria based on the data and information sent back by RCU. This step is closely linked to the first step, because changes in the test configuration (such as changes in keyboard mapping or adjustments to voice settings) directly affect the formulation of the evaluation criteria. For example, after updating the keyboard mapping, Dongle needs to redefine which keys are considered to be in the "verified" state, or adjust the voice quality evaluation criteria based on the new voice settings. Therefore, the update of the evaluation criteria is closely linked to the dynamic adjustment of the configuration, and the two work together to ensure the accuracy and effectiveness of the test.

[0068] While dynamically updating configurations and adjusting evaluation criteria, Dongle obtains feedback by monitoring the response of the RCU in real time. This feedback not only helps to confirm the validity of the current configuration and evaluation criteria, but also identifies and resolves potential problems. If the feedback indicates that certain links do not meet expectations (such as keys not being correctly recognized or voice quality not meeting standards), Dongle will revise the configuration or evaluation criteria again based on real-time feedback to ensure that the test continues to be conducted efficiently and accurately.

[0069] Step S105: Execute the test and judge whether the test is passed or not according to the judging criteria.

[0070] In step S105, the core of the test process is to execute the complete test flow according to the previously set evaluation criteria and evaluate whether the test is passed.

[0071] Specifically, after a stable connection is established between the RCU and the Dongle, the test officially begins. At this point, the Dongle will begin to perform various functional interaction tests with the RCU, such as key response, voice control, data transmission stability, etc. During the test, the Dongle will monitor the performance of various functions of the RCU in real time and continuously collect relevant data. These data include but are not limited to various test indicators such as key detection, voice recognition, signal quality, and transmission delay. According to the previously set evaluation criteria, the data collected during the test is analyzed. If the RCU device meets or exceeds the standard requirements in each test, the test is considered to have passed. If it does not meet the standards, the system will mark it as failed and record the relevant failure information for subsequent analysis and repair. After the test process is completed, the system will automatically generate a detailed test report, which contains the test results of each function, indicating which functions meet the standards and which have problems. This report will serve as the basis for subsequent improvements and adjustments. If the test fails, according to the results of the analysis, it may be necessary to adjust or repair the RCU, and perform the corresponding test again after solving the failed part until all test items meet the evaluation criteria.

[0072] In summary, by designing an interactive instruction set RDCC based on low-power Bluetooth (BLE) communication protocol RDC and combining it with differentiated test item configuration, efficient configuration and flexible verification of different remote control functions can be achieved. The core process of this test method includes: designing and implementing the communication protocol between RCU and Dongle; defining the interactive instruction set that supports differentiated functions; agreeing on static configuration and dynamic activity strategies to improve test efficiency and compatibility; establishing the evaluation criteria for this round of testing through real-time interaction and dynamic update configuration; finally performing comprehensive testing according to the evaluation criteria and determining whether it passes. Through this method, the functional tests of different remote controls can be managed uniformly, avoiding the adaptation cost and development cycle caused by differences in hardware architecture, protocol type and test scenarios in the existing technology. The test process can be compatible with the differentiated implementation schemes of multiple remote controls by refining the instruction set and standardizing the configuration, which improves the flexibility and efficiency of the test, while reducing the adaptation investment and shortening the product launch cycle. This solution effectively solves the testing difficulties of multi-functional and heterogeneous devices in the existing technology and adapts to the rapid development needs of the smart home appliance field.

[0073] Specifically, in the field of smart home appliances, remote controllers from different manufacturers differ greatly in hardware architecture, protocol type, and implementation. For example, remote controllers with the same function may use different button mapping methods, voice coding formats, or infrared protocols, which results in the need for existing test methods to develop adaptation solutions for each difference separately, which increases development costs and prolongs the test cycle. By designing a BLE-based RDC protocol and combining the RDCC instruction set, this solution provides a standardized way to uniformly manage and test the functions of different remote controllers. For example, if two remote controllers use different voice coding formats (such as SBC and ADPCM), this solution can dynamically identify and adapt different coding formats through a unified protocol design, without the need to develop a separate test module for each coding format, thereby reducing the adaptation cost. Existing test methods usually have difficulty adjusting test configurations and evaluation criteria according to real-time conditions during the test process, which may lead to inaccurate test results or require manual intervention. In this solution, step S104 ensures that the test settings between Dongle and RCU are always synchronized through real-time interaction and dynamic update of test configurations. For example, during the test, if the keyboard mapping of the remote control changes, Dongle can update its configuration in real time and redefine which buttons have been verified, avoiding the tedious process of manually modifying the configuration. This flexibility enables the test to adapt to changing test requirements and environments, improving the accuracy and efficiency of the test. In the prior art, a major difficulty in test adaptation is how to reduce the workload of adapting to different hardware and firmware while ensuring the integrity of functional testing. This solution proposes a strategy for firmware compatibility optimization by stipulating static configuration and dynamic activity strategies. For example, the solution defines fixed GATT service and feature UUIDs. In the case of existing firmware support, there is no need to add new services and features to ensure compatibility with different remote controls. This enables the test system to be compatible between multiple firmware versions, which not only reduces the development workload of firmware upgrades, but also reduces compatibility issues that may arise in actual testing, thereby accelerating product iteration and time to market.

[0074] Figure 3 This is a structural block diagram of a Bluetooth voice remote control test system provided by an embodiment of the present application. The system includes at least the following modules:

[0075] Communication protocol building module, used to design the communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth;

[0076] Interaction instruction set definition module, used to define and implement the interaction instruction set RDCC for differentiated test item configuration based on the communication protocol RDC;

[0077] Configuration agreement module, used to agree on static configuration and dynamic activity strategies;

[0078] The evaluation criteria formulation module is used to interact and dynamically update the test configuration and establish the evaluation criteria for this round of testing;

[0079] The test execution module is used to execute the test and judge whether the test passes or not according to the evaluation criteria.

[0080] For relevant details, refer to the above method embodiment.

[0081] Figure 4 4 is a block diagram of an electronic device provided by an embodiment of the present application. The device at least includes a processor 401 and a memory 402.

[0082] The processor 401 may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor 401 may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). The processor 401 may also include a main processor and a coprocessor. The main processor is a processor for processing data in the awake state, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 401 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 401 may also include an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.

[0083] The memory 402 may include one or more computer-readable storage media, which may be non-transitory. The memory 402 may also include a high-speed random access memory, and a non-volatile memory, such as one or more disk storage devices, flash memory storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 402 is used to store at least one instruction, which is used to be executed by the processor 401 to implement the Bluetooth voice remote control test method provided in the method embodiment of the present application.

[0084] In some embodiments, the electronic device may further optionally include: a peripheral device interface and at least one peripheral device. The processor 401, the memory 402 and the peripheral device interface may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface via a bus, a signal line or a circuit board. Schematically, the peripheral devices include but are not limited to: a radio frequency circuit, a touch display screen, an audio circuit, and a power supply.

[0085] Of course, the electronic device may also include fewer or more components, which is not limited in this embodiment.

[0086] Optionally, the present application also provides a computer-readable storage medium, in which a program is stored, and the program is loaded and executed by a processor to implement the Bluetooth voice remote control testing method of the above method embodiment.

[0087] Optionally, the present application also provides a computer product, which includes a computer-readable storage medium, in which a program is stored, and the program is loaded and executed by a processor to implement the Bluetooth voice remote control testing method of the above method embodiment.

[0088] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0089] The above embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the invention patent. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the patent of the present application shall be subject to the attached claims.

Claims

1. A method for testing a Bluetooth voice remote controller, characterized in that: The method comprises: Design the communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth; Define and implement the interactive instruction set RDCC for differentiated test item configuration based on the communication protocol RDC; Agree on static configuration and dynamic activity strategies; Interact and dynamically update test configurations to establish evaluation criteria for this round of testing; Execute the test and judge whether the test passes or fails based on the evaluation criteria.

2. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The communication protocol RDC is used to support information interaction between the Bluetooth voice remote control and the companion Bluetooth, including the configuration of remote control function test items, the transmission of test standards and the return of test data, and the RDC protocol includes a message header and a payload area, wherein the header part includes a magic number, message length, send and receive direction, command type and reserved field, and the payload area is an 8-bit unsigned array of variable length.

3. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The interactive instruction set RDCC includes four types of response loads, namely: version number response load, keyboard mapping response load, handle table response load and voice setting response load, among which the version number response load is used to verify the device version consistency, the keyboard mapping response load is used to verify the key function, the handle table response load is used to configure the function channel of the Bluetooth voice remote control, and the voice setting response load is used for voice function verification.

4. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The static configuration includes: defining a fixed communication protocol between the Bluetooth voice remote control and the companion Bluetooth, including a set of fixed GATT services and characteristic UUIDs for transmission of RDCC instructions; For the released Bluetooth voice remote control firmware, if the services and features UU IDs it supports are consistent with the required ones, there is no need to add new services and features; for the Bluetooth voice remote control firmware that does not support the specified services and features, the newly added services and features will be placed at the end of the original service table, and the service structure will be adjusted according to the feature UU ID.

5. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The dynamic activity strategy includes: after the Bluetooth connection is established, the accompanying test Bluetooth avoids initiating pairing and binding requests; the accompanying test Bluetooth only enumerates GATT services and characteristics related to RDC communication, skips the full service enumeration, and executes CCCD enabling, and directly enters the test preparation state; when scanning the broadcast packet, the accompanying test Bluetooth selects the Bluetooth voice remote control with signal strength within the set range through RSSI filtering for connection, and the signal strength threshold is set to -30dB.

6. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The interactive and dynamic update of the test configuration includes: After the companion test Bluetooth is connected to the Bluetooth voice remote control, the test configuration is updated and the set test items, such as keyboard mapping or voice configuration, are adjusted according to the real-time feedback of the Bluetooth voice remote control; Dynamically update the test criteria based on the information fed back by the Bluetooth voice remote control to ensure that the test configuration is consistent with the actual working status of the Bluetooth voice remote control. During the dynamic update process, redefine the test criteria based on the configuration adjustment.

7. The method for testing a Bluetooth voice remote controller according to claim 1, characterized in that: The test execution step includes: After the Bluetooth voice remote control and the companion test Bluetooth establish a stable Bluetooth connection, the companion test Bluetooth performs a functional test on the Bluetooth voice remote control according to the set test items, including button detection, voice control, signal quality, transmission stability, and collects relevant data in real time; Analyze the test results according to the evaluation criteria of the test items and generate a test report; if the test fails, record the failure information and generate a fault report; if the test fails, adjust the Bluetooth voice remote control configuration according to the analysis results and test again until all test items pass.

8. A Bluetooth voice remote control testing system, characterized in that: include: Communication protocol building module, used to design the communication protocol RDC between the Bluetooth voice remote control and the companion Bluetooth; Interaction instruction set definition module, used to define and implement the interaction instruction set RDCC for differentiated test item configuration based on the communication protocol RDC; Configuration agreement module, used to agree on static configuration and dynamic activity strategies; The evaluation criteria formulation module is used to interact and dynamically update the test configuration and establish the evaluation criteria for this round of testing; The test execution module is used to execute the test and judge whether the test passes or not according to the evaluation criteria.

9. An electronic device, characterized in that: The device includes a processor and a memory; a program is stored in the memory, and the program is loaded and executed by the processor to implement a Bluetooth voice remote control testing method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The storage medium stores a program, which, when executed by a processor, is used to implement a Bluetooth voice remote control testing method as described in any one of claims 1 to 7.

Images