Systems, methods, apparatuses, devices, and media for detecting an audio path

Abstract

The application provides a system, method, device, equipment and medium for detecting an audio path, which are used for reducing audio detection complexity and improving audio detection efficiency. A terminal to be tested and a test host establish a communication connection in advance. The test host is configured to send a test task of an audio path to the terminal to be tested. The terminal to be tested is configured to receive the test task from the test host, execute each test case in the test task according to the test task, and obtain an actual audio return value of the audio path under each test scene by using a callback mechanism during the execution of each test case, and send the actual audio return value to the test host. The test host is configured to determine whether the audio path of the terminal to be tested under the test scene is abnormal according to the actual audio return value and a reference audio return value under the corresponding test scene.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of terminal device testing, and in particular to an audio path detection system, method, device, equipment and medium. BACKGROUND

[0002] With the rapid development of electronic industry and communication technology, there are more and more smart home devices at present, such as mobile phones, smart speakers and smart bracelets, and people's life becomes more and more intelligent. With the development of science and technology and the improvement of life quality, short-range communication products are deeply involved in various industries. Among them, wireless fidelity (Wi-Fi) and Bluetooth have occupied half of the market share in the current short-range communication market due to their low cost and low power consumption. Bluetooth products and Wi-Fi products have become necessities in industry and home.

[0003] Audio testing is an important test item in communication function testing. The existing audio path detection methods include infrared detection, filter detection and text detection, which need auxiliary equipment or take a long time to detect. Audio devices are mainly a general term for audio input and output devices. People's requirements for sound quality are also getting higher and higher in the use of audio devices. At present, the general audio device detection method for sound quality is to record a period of sound by designing software and save it as an audio file, then play the audio file, and use artificial evaluation of the output audio to complete the detection of the sound quality of the audio device. However, this audio detection method involves the subjective judgment of the user, and the accuracy is not high, and it cannot objectively evaluate the sound quality of the audio device. In addition, another detection method is to connect the audio detection device with the audio input end and the audio output end of the audio device to be tested, and then complete the detection of the audio device to be tested by the audio detection device to judge the working state and performance of the audio device to be tested. However, in this audio detection method, the detection process is complex, making it difficult to effectively control the detection process, resulting in low work efficiency. The conventional audio path detection only considers the ordinary and single audio path scene, and does not involve audio detection in the superposition scene.

[0004] Therefore, it is necessary to develop a new type of intelligent terminal audio detection system and audio detection method to solve the above problems existing in the prior art. SUMMARY

[0005] The purpose of the present application is to provide an audio path detection system, method, device, equipment and medium to reduce the complexity of audio detection and improve the efficiency of audio detection.

[0006] In a first aspect, an embodiment of the present application provides an audio path detection system, which comprises: a test host and a terminal under test; wherein the terminal under test and the test host are pre-established in communication connection; the test host is configured to send an audio path test task to the terminal under test; the terminal under test is configured to receive the test task from the test host, execute each test case in the test task according to the test task, and obtain an actual audio return value of an audio path under each test scene by using a callback mechanism during the execution of each test case, and send the actual audio return value to the test host; and the test host is configured to obtain the actual audio return value of the audio path under each test scene from the terminal under test, and determine whether the audio path of the terminal under test under the test scene is abnormal according to the actual audio return value and a reference audio return value under the corresponding test scene.

[0007] The audio path detection system provided by the embodiment of the present application has the following beneficial effects: the callback mechanism in the operating system is used to obtain the actual audio return value of the audio path under different test scenes in real time, the comparison result between the actual audio return value and the reference audio return value under the corresponding test scene is used to monitor the abnormal state of the audio path under different test scenes in real time, the change of the audio path during the whole test process can be monitored and recorded, and the audio path abnormal problem occurring during the test process can be automatically monitored, for example, in the single-machine audio test scenes such as making a call, listening to music, setting an alarm, English operation, and radio playing, the actual audio return value of the audio path under these test scenes is obtained, and the comparison result between the actual audio return value and the reference audio return value under the corresponding test scene is used to complete the abnormal test of the audio path under these scenes.

[0008] In a possible implementation, the detection system further comprises an auxiliary terminal, wherein the auxiliary terminal and the test host are pre-established in communication connection; the test host is further configured to send a control command to the auxiliary terminal; and the auxiliary terminal is configured to receive the control command from the test host, establish communication connection with the terminal under test through a short-distance communication network according to the control command, and perform data transmission with the terminal under test. In this implementation, after the auxiliary terminal establishes communication connection with the terminal under test, the auxiliary terminal and the terminal under test can perform data transmission, for example, the auxiliary terminal and the terminal under test use instant software to make a call and transmit voice data to each other, so that the terminal under test obtains the actual audio return value of the audio path under this test scene, uses the comparison result between the actual audio return value and the reference audio return value under the corresponding test scene to complete the abnormal test of the audio path under this scene, and reduces the audio detection complexity and improves the audio detection efficiency.

[0009] In a possible implementation, the test host determines whether the audio path of the terminal under test in the test scenario is abnormal according to the actual audio return value and a reference audio return value in the corresponding test scenario, and specifically is configured to:

[0010] After converting the actual audio return value into a decimal number, the actual audio return value is compared with the reference audio return value in the corresponding test scenario; when the actual audio return value is inconsistent with the reference audio return value, it is determined that the audio path of the terminal under test in the test scenario is abnormal; when the actual audio return value is consistent with the reference audio return value, it is determined that the audio path of the terminal under test in the test scenario is normal. In this implementation, the audio path return value obtained is generally in hexadecimal form, and the hexadecimal form is converted into decimal form in this embodiment, so that the audio path is convenient for collection and comparison.

[0011] In another possible implementation, after the test host determines that the audio path of the terminal under test in the test scenario is abnormal, the test host is further configured to: generate an abnormal state report of the audio path in the test scenario, and acquire log information of the abnormal state from the terminal under test; and perform test result analysis according to the abnormal state report and the log information to determine the cause of the audio path abnormality.

[0012] In other possible implementations, before the test host sends the test task of the audio path to the terminal under test, the test host is further configured to: send the test task to a standard terminal; and the standard terminal is configured to: receive the test task from the test host, execute each test case in the test task according to the test task, and acquire a reference audio return value of the audio path in each test scenario by using a callback mechanism in the execution process of each test case. In this implementation, the standard terminal with normal functions is used to execute the test task, and then the reference audio return values of the audio path in various test scenarios are collected, so as to facilitate subsequent comparison with the actual audio return value.

[0013] In a possible implementation, the short-distance communication is Bluetooth or a wireless fidelity (WiFi) network.

[0014] In a second aspect, an embodiment of the present application further provides an audio path detection method, which can be applied to a test host, and the test host and a terminal under test are pre-established in communication connection, and the method comprises the following steps of:

[0015] sending a test task of an audio path to the terminal under test; acquiring an actual audio return value of the audio path in each test scenario from the terminal under test; and determining whether the audio path of the terminal under test in the test scenario is abnormal according to the actual audio return value and a reference audio return value in the corresponding test scenario.

[0016] In a possible implementation, the method further includes: sending a control command to the auxiliary terminal; and wherein the control command is used to instruct the auxiliary terminal to establish a communication connection with the terminal under test via a short-distance communication network.

[0017] In a possible implementation, determining whether the audio path of the terminal under test in the test scenario is abnormal based on the actual audio return value and the reference audio return value in the corresponding test scenario includes: converting the actual audio return value into a decimal number and comparing it with the reference audio return value in the corresponding test scenario; when the two are inconsistent, determining that the audio path of the terminal under test in the test scenario is abnormal; and when the two are consistent, determining that the audio path of the terminal under test in the test scenario is normal.

[0018] In a possible implementation, after determining that the audio path of the terminal under test in the test scenario is abnormal, the test host is further configured to: generate an abnormal state report of the audio path in the test scenario, and acquire log information of the abnormal state from the terminal under test; and analyze the test result based on the abnormal state report and the log information to determine the cause of the audio path abnormality.

[0019] In a possible implementation, before sending the test task of the audio path to the terminal under test, the test host is further configured to: send the test task to a standard terminal; and acquire the reference audio return value of the audio path in each test scenario from the standard terminal.

[0020] In a possible implementation, the short-distance communication is Bluetooth or a wireless fidelity (WiFi) network.

[0021] In a third aspect, an embodiment of the present application further provides an audio path detection apparatus, which includes modules / cells for implementing the method according to any possible design of the second aspect. These modules / cells can be implemented by hardware, or by hardware executing corresponding software.

[0022] In a fourth aspect, an embodiment of the present application provides a test host including a processor and a memory. The memory is configured to store one or more computer programs; and when the one or more computer programs stored in the memory are executed by the processor, the terminal device is enabled to implement the method according to any possible design of the second aspect.

[0023] In a fifth aspect, an embodiment of the present application further provides a computer readable storage medium including a computer program. When the computer program is run on a test host, the test host is enabled to execute the method according to any possible design of the second aspect.

[0024] In a sixth aspect, the embodiments of the present application further provide a computer program product comprising a computer program product, which, when executed on a test host, causes the test host to perform the method of any possible design of the second aspect.

[0025] The beneficial effects of the second to sixth aspects can be referred to the description of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0026] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed in the embodiments description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative effort based on these drawings.

[0027] Figure 1 A structural schematic diagram of a test system provided by the embodiments of the present application is shown in the figure.

[0028] Figure 2 A structural schematic diagram of another test system provided by the embodiments of the present application is shown in the figure.

[0029] Figure 3 A structural schematic diagram of a terminal device provided by the embodiments of the present application is shown in the figure.

[0030] Figure 4 An audio test process interaction schematic diagram in a single computer audio test scenario provided by the embodiments of the present application is shown in the figure.

[0031] Figure 5 An audio test process interaction schematic diagram in a non-single computer audio test scenario provided by the embodiments of the present application is shown in the figure.

[0032] Figure 6 An audio test method process schematic diagram in a non-single computer audio test scenario provided by the embodiments of the present application is shown in the figure.

[0033] Figure 7 A test device schematic diagram provided by the embodiments of the present application is shown in the figure.

[0034] Figure 8 A test host structural schematic diagram provided by the embodiments of the present application is shown in the figure. DETAILED DESCRIPTION

[0035] The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. In the description of the embodiments of the present application, the terms used in the following embodiments are only for the purpose of describing the specific embodiments and are not intended to be limiting on the present application. As used in the specification and the appended claims of the present application, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that “at least one” and “one or more” as used in the embodiments herein indicates one or two or more (including two). The term “and / or” is used to describe the association relationship of the associated objects, which means that there can be three relationships; for example, A and / or B can mean that A exists alone, A and B exist together, and B exists alone, where A and B can be singular or plural. The character “ / ” generally represents an “or” relationship between the associated objects.

[0036] In this specification, the reference “one embodiment” or “some embodiments” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the application. Thus, the appearances of the phrases “in one embodiment”, “in some embodiments”, “in other embodiments”, “in additional embodiments”, and so on, in various places in the specification are not necessarily all referring to the same embodiment, unless otherwise specified. The terms “comprise”, “comprising”, “have”, “having”, “include”, “including”, and “contain”, “containing”, or variants thereof, mean “including but not limited to”, unless otherwise specified. The term “connected” includes directly and indirectly connected, unless otherwise specified. “First”, “second”, etc. are used only for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features.

[0037] In the embodiments of the present application, the words “exemplary” or “for example” are used to mean serving as an example, instance, or illustration. Any embodiment or design presented as “exemplary” or “for example” in the embodiments of the present application is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, the use of the words “exemplary” or “for example” is intended to present concepts in a concrete manner.

[0038] The detection system of the audio path provided in the embodiments of the present application, as shown in Figure 1 The system includes a test host 10, an auxiliary under test (AUT) 20, and a device under test (DUT) 30.

[0039] In the system, the auxiliary terminal 20 and the tested terminal 30 form a communication device group, and the auxiliary terminal 20 and the tested terminal 30 in the communication device group can communicate through short-range communication. Common short-range communication technologies include any one of the following: wireless fidelity (WiFi), Bluetooth, ZigBee, infrared data line (IrDA), near field communication (NFC), ultra wideband (UWB), etc.

[0040] Figure 1 In one possible case, the auxiliary terminal 20 and the tested terminal 30 can be electrically connected to the test host 10 through the data line 40; in another possible case, the auxiliary terminal 20 and the tested terminal 30 can be wirelessly connected to the test host 10 through short-range communication technology. The test host 10 can send control commands to the auxiliary terminal 20 and the tested terminal 30, for example, the test host 10 controls the auxiliary terminal 20 and the tested terminal 30 to establish Bluetooth pairing, or controls the auxiliary terminal 20 and the tested terminal 30 to cancel Bluetooth pairing. Alternatively, the test host 10 controls the auxiliary terminal 20 and the tested terminal 30 to establish WiFi connection, or controls the auxiliary terminal 20 and the tested terminal 30 to cancel WiFi connection. For another example, the test host 10 controls the auxiliary terminal 20 to transmit and receive data, or to run music application, phone application, etc.

[0041] The tested terminal 30 is configured to receive a test task from the test host, execute each test case in the test task according to the test task, and obtain an actual audio return value of an audio path under each test scene by using a callback mechanism during execution of each test case, and send the actual audio return value to the test host.

[0042] The test host 10 is configured to obtain the actual audio return value of the audio path under each test scene from the tested terminal 30, and determine whether the audio path of the tested terminal under the test scene is abnormal according to the actual audio return value and a reference audio return value under the corresponding test scene.

[0043] In addition, in a non-single-machine audio test scene, the auxiliary terminal 20 in the system is configured to receive a control command from the test host, communicate with the tested terminal through a short-range communication network according to the control command, and transmit data with the tested terminal. For example, the auxiliary terminal and the tested terminal communicate with each other and transmit voice data.

[0044] In a possible implementation, the system can further include a plurality of groups of communication devices, such as Figure 2 As shown, DUT1 and AUT1 form a group of communication devices that communicate through Bluetooth, and DUT1 and AUT1 can both be mobile phones; DUT2 and AUT2 form another group of communication devices that communicate through Bluetooth, and AUT2 can be a Bluetooth headset, a Bluetooth sound box, a Bluetooth bracelet, a Bluetooth mouse, or a vehicle terminal, etc. AUTn and DUTn can form another group of communication devices that communicate through WiFi.

[0045] Figure 3 A hardware configuration block diagram of the terminal under test 30 is shown.

[0046] In some embodiments, the terminal under test 30 includes at least one of a tuning demodulator 310, a mobile communication module 320, a wireless communication module 330, a collector 340, an external device interface 350, a controller 360, a display 370, an audio output interface 380, a memory, a power supply, and a user interface.

[0047] In yet some embodiments, the tuning demodulator 310 receives electromagnetic waves through an antenna, converts the received electromagnetic waves into electrical signals, and finally converts the electrical signals into sound through processing and transformation of a circuit, for example, receives a broadcast signal through a wireless receiving mode and demodulates an audio signal from the broadcast signal.

[0048] The mobile communication module 320 can provide a solution including 2G / 3G / 4G / 5G wireless communication applied to the terminal under test 30. The mobile communication module 320 can include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 320 can receive electromagnetic waves through an antenna, and perform filtering, amplification, etc. on the received electromagnetic waves, and transmit the processed electromagnetic waves to the tuning demodulator 310 for demodulation. The mobile communication module 320 can also amplify the signals modulated by the tuning demodulator 310, and radiate the signals as electromagnetic waves through an antenna. In some embodiments, at least part of the functional modules of the mobile communication module 320 can be arranged in the controller 360. In some embodiments, at least part of the functional modules of the mobile communication module 320 and at least part of the modules of the controller 360 can be arranged in the same device.

[0049] The wireless communication module 330 can provide solutions for wireless communication, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (IR), etc. The wireless communication module 330 can be one or more devices integrated with at least one communication processing module. The wireless communication module 330 receives electromagnetic waves via an antenna, frequency-modulates and filters the electromagnetic wave signals, and sends the processed signals to the controller 360. The wireless communication module 330 can also receive signals to be sent from the controller 360, frequency-modulate them, amplify them, and radiate them as electromagnetic waves via an antenna.

[0050] In some other embodiments, the collector 340 is configured to collect signals of the external environment or interaction with the external environment. For example, the collector 340 includes a light receiver for collecting ambient light intensity, or an image collector such as a camera for collecting external environmental scenes, user attributes, or user interaction gestures, or a sound collector such as a microphone for receiving external sounds.

[0051] In some other embodiments, the external device interface 350 can include, but is not limited to, any one or more of the following: a high-definition multimedia interface (HDMI), an analog or digital high-definition component input interface (component), a composite video input interface (CVBS), a USB input interface (USB), an RGB port, etc. The input / output interface can also be a composite interface formed by a plurality of the above interfaces.

[0052] In some other embodiments, the controller 360 and the tuner demodulator 310 can be located in different devices, i.e., the tuner demodulator 310 can also be located in an external device of the main device where the controller 360 is located, such as an external set-top box, etc.

[0053] In some other embodiments, the controller 360 controls the operation of the display device and responds to user operations by storing various software control programs in the memory. The controller 360 controls the overall operation of the terminal 30 under test. For example, in response to receiving a user command for selecting a UI object displayed on the display 370, the controller 360 can perform an operation related to the object selected by the user command.

[0054] In some possible embodiments, the controller 360 includes at least one of a central processing unit (CPU), a video processor, an audio processor, a graphics processing unit (GPU), a RAM, a ROM, a first interface to an n-th interface for input / output, a communication bus, and the like.

[0055] The central processing unit is configured to execute operating system and application program instructions stored in the memory, and execute various application programs, data, and content according to various interactive instructions received from external input, so as to finally display and play various audio and video content. The central processing unit can include a plurality of processors. For example, the central processing unit includes a main processor and one or more sub-processors.

[0056] In some embodiments, the graphics processor is configured to generate various graphics objects, such as at least one of an icon, an operation menu, and a user input instruction display graphic. The graphics processor includes an operator configured to perform operations by receiving various interactive instructions input by a user, and display various objects according to display attributes; and a renderer configured to render various objects obtained based on the operator, and the rendered objects are used for display on the display.

[0057] In some embodiments, the video processor is configured to receive external video signals, and perform at least one of decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, and image synthesis on the video signals according to a standard codec protocol of the input signals, so as to obtain signals that can be directly displayed or played on the terminal 30.

[0058] In some embodiments, the video processor includes at least one of a demultiplexing module, a video decoding module, an image synthesizer, a frame rate conversion module, and a display formatting module. The demultiplexing module is configured to perform demultiplexing processing on input audio and video data streams. The video decoding module is configured to process the demultiplexed video signals, including decoding and scaling processing. The image synthesizer is configured to perform superimposition and mixing processing on the video image after scaling processing and the graphic user interface signal generated by the graphic generator according to user input or self-generation, so as to generate an image signal for display. The frame rate conversion module is configured to convert the input video frame rate. The display formatting module is configured to change the output signal of the video after frame rate conversion to a signal conforming to a display format, such as an output RGB data signal.

[0059] In some embodiments, the audio processor is configured to receive an external audio signal, decompress and decode the audio signal according to a standard codec protocol of the input signal, and perform at least one of noise reduction, digital-to-analog conversion, and amplification to obtain a sound signal that can be played on a speaker.

[0060] In some embodiments, the user can input a user command through a graphical user interface displayed on the display 370, and the user input interface receives the user input command through the graphical user interface. Alternatively, the user can input a user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through a sensor.

[0061] In some embodiments, the "user interface" is a medium interface for interaction and information exchange between an application or an operating system and a user, which realizes the conversion between the internal form of information and the form acceptable to the user. The graphical user interface refers to a user interface related to computer operation displayed in a graphical manner. It can be an interface element such as an icon, a window, a control, etc. displayed on the display screen of an electronic device, wherein the control can include at least one of a visual interface element such as an icon, a button, a menu, a tab, a text box, a dialog box, a status bar, a navigation bar, etc.

[0062] In some embodiments, the display 370 includes a display screen component for presenting a picture, and a driving component for driving image display, which is configured to receive an image signal from the output of the controller, and display video content, image content, and a menu control interface, a user control interface, etc.

[0063] In other embodiments, the display 370 can be at least one of a liquid crystal display, an organic light-emitting diode (OLED) display, and a projection display, and can also be a projection device and a projection screen.

[0064] In yet other embodiments, the audio output interface 380 includes a speaker, an external sound output electronic, etc.

[0065] In some embodiments, the user interface is an interface (such as a physical button on the body of the display device, or the like) that can be used to receive a control input.

[0066] In specific implementation, the aforementioned terminal under test 30 can be a mobile phone, tablet computer, handheld computer, personal computer (PC), cellular phone, personal digital assistant (PDA), wearable device (such as smartwatch), smart home device (such as television), in-vehicle computer, game console, and augmented reality (AR) / virtual reality (VR) device, etc. This embodiment does not impose any special restrictions on the specific device form of the terminal under test 30.

[0067] based on Figure 1 or Figure 2 The audio path detection system shown in this embodiment of the invention provides a flowchart of an audio path detection method, as illustrated below. Figure 4 As shown, the method includes the following steps:

[0068] S401, the test host 10 sends a test task for the audio path to the terminal under test 30.

[0069] S402, the terminal under test 30 receives a test task from the test host, executes each test case in the test task according to the test task, and obtains the actual audio return value of the audio path in each test scenario during the execution of each test case using a callback mechanism.

[0070] S403, the terminal under test 30 sends the actual audio return value to the test host 10.

[0071] S404, the test host 10 obtains the actual audio return value of the audio path in each test scenario from the terminal under test 30, and determines whether the audio path of the terminal under test 30 in the test scenario is abnormal based on the actual audio return value and the reference audio return value in the corresponding test scenario.

[0072] In one possible embodiment, the test host 10 can convert the actual audio return value into a decimal value and compare it with the reference audio return value in the corresponding test scenario. If they are inconsistent, it is determined that the audio path of the tested terminal 30 in the test scenario is abnormal; if they are consistent, it is determined that the audio path of the tested terminal 30 in the test scenario is normal. In this implementation scheme, the obtained audio path return value is generally represented in hexadecimal form. This embodiment converts hexadecimal to decimal, which facilitates the collection and comparison of audio paths.

[0073] In the above embodiments, for example in the single-machine audio test scenarios of making a phone call, listening to music, setting an alarm, English operation, and radio playing, the actual audio return value of the audio path in such test scenarios is obtained through the callback mechanism in the operating system, and the comparison result between the actual audio return value and the reference audio return value in the corresponding test scenario is used to monitor the abnormal state of the audio path in different test scenarios in real time. The change of the audio path during the entire test process can be monitored and recorded, and the audio path abnormal problem occurring during the test process can be automatically monitored.

[0074] It should be understood that when the audio path of the call between the tested terminal and other terminals using instant software needs to be tested, the auxiliary terminal 20 needs to be introduced into the test system, and therefore for non-single-machine audio test scenarios, the embodiment of the present application further provides an audio path detection method flowchart as shown in Figure 5 The method comprises the following steps:

[0075] S501, the test host 10 sends a test task of the audio path to the tested terminal 30.

[0076] S502, the test host 10 sends a control command to the auxiliary terminal 20.

[0077] The control command is used to instruct the auxiliary terminal 20 to establish a short-distance communication connection with the tested terminal 30 through a short-distance communication network.

[0078] S503, the auxiliary terminal 20 is used to receive the control command from the test host 10, establish a short-distance communication connection with the tested terminal 30 through the short-distance communication network according to the control command, and perform data transmission with the tested terminal 30.

[0079] S504, the tested terminal 30 receives the test task from the test host, executes each test case in the test task according to the test task, and obtains the actual audio return value of the audio path in each test scenario by using the callback mechanism during the execution of each test case.

[0080] S505, the tested terminal 30 sends the actual audio return value to the test host 10.

[0081] S506, the test host 10 obtains the actual audio return value of the audio path in each test scenario from the tested terminal 30, and determines whether the audio path of the tested terminal 30 in the test scenario is abnormal according to the actual audio return value and the reference audio return value in the corresponding test scenario.

[0082] Similarly, in S506, in one possible implementation, the test host 10 can convert the actual audio return value into a decimal value and compare it with the reference audio return value corresponding to the test scenario; when they are inconsistent, it is determined that the audio path of the terminal under test 30 in the test scenario is abnormal; when they are consistent, it is determined that the audio path of the terminal under test 30 in the test scenario is normal. In this implementation, the audio path return value obtained is generally in hexadecimal form, and the hexadecimal form is converted into decimal form in this embodiment, which facilitates the collection and comparison of the audio path.

[0083] Exemplarily, after the auxiliary terminal establishes a communication connection with the terminal under test, the auxiliary terminal and the terminal under test use instant software to make a call and transmit voice data between each other, so that the terminal under test obtains the actual audio return value of the audio path in the test scenario, and the comparison result between the actual audio return value and the reference audio return value corresponding to the test scenario is used to complete the abnormal test of the audio path in the scenario.

[0084] It should be understood that, whether in the single-machine audio test scenario or in the single-machine audio test scenario, before the test host 10 sends the test task of the audio path to the terminal under test 30, the test host 10 is also used to send the test task to a standard terminal; the standard terminal is used to receive the test task from the test host, execute each test case in the test task according to the test task, and obtain the reference audio return value of the audio path in each test scenario by using a callback mechanism during the execution of each test case. The standard terminal in this embodiment refers to a terminal whose audio path is normal in various audio path test scenarios.

[0085] In one possible implementation, whether in the single-machine audio test scenario or in the single-machine audio test scenario, after the test host 10 determines that the audio path of the terminal under test 30 in the test scenario is abnormal, the test host 10 is also used to generate an abnormal state report of the audio path in the test scenario, and obtain log information of the abnormal state from the terminal under test; and perform test result analysis according to the abnormal state report and the log information to determine the cause of the audio path abnormality.

[0086] Exemplarily, this embodiment relates to commonly used audio test scenarios of the audio path, such as making a call, listening to music, phone ring, and alarm. The existing audio path application scenarios are shown in Table 1.

[0087] Table 1:

[0088]

[0089] The actual audio return value of the audio path and the corresponding audio path test scenario are shown in Table 2.

[0090] Table 2:

[0091]

[0092]

[0093] In the table 2, various audio path scenarios of the terminal device are summarized, and the audio paths in different scenarios can be compared. In actual use, the audio path superposition scenario can be encountered, and the audio path value of the superposition scenario also needs to be compared. The audio value of the superposition scenario is the sum of the decimal values of two audio paths. The audio path in the superposition scenario is also regarded as the audio path in the normal case in the detection process. In order to avoid regarding the audio path value in the superposition scenario as an error audio path, the audio path test scenario in the superposition scenario is also added in this embodiment. For example, in the Bluetooth related music playing and communication scenario, the superposition scenario with the audio path return value of 34 and 130 can appear, as shown in Table 3.

[0094] Table 3:

[0095]

[0096]

[0097] In order to more systematically describe the above audio path detection method, the following is described in combination with the method flowchart shown in the accompanying drawings. Figure 6

[0098] S601, the test host 10 records the test flow of each test case in the audio test set by means of the standard terminal, and obtains the reference audio return value in each test scenario.

[0099] For example, the standard terminal executes the test cases in different scenarios, such as executing the test cases in the scenarios of making a call, system sound playing, mobile phone ring playing, music playing, alarm clock ring playing, notification sound playing and the superposition scenarios thereof, and obtains the audio reference return value in each test scenario.

[0100] S602, the test host 10 records each test scenario and the corresponding reference audio return value as the expected result in the state list.

[0101] For example, the state list is shown in the above table 2 and table 3.

[0102] S603, the test host 10 issues a test task to the terminal 30 under test and sends a control command to the auxiliary terminal 20.

[0103] ​S604, after the measured terminal 30 receives the test task, the wireless communication connection is established with the auxiliary terminal 20, and then the measured terminal 30 automatically executes each test case in batches, and in the execution process of each test case, the actual audio return value of the audio path under each test scene is obtained by using the callback mechanism, and the actual audio return value is sent to the test host.

[0104] S605, the test host 10 obtains the actual audio return value of the audio path under each test scene from the measured terminal, converts the actual audio return value into a decimal value, compares the decimal value with the reference audio return value under the corresponding test scene, and when they are consistent, S606 is executed, otherwise S607 is executed.

[0105] S606, when consistent, the test host 10 determines that the audio path of the measured terminal 30 under the test scene is normal, so that the abnormal state is reported.

[0106] S607, when inconsistent, the test host 10 determines that the audio path of the measured terminal 30 under the test scene is abnormal, so that the abnormal state is reported, and the log information of the abnormal state is collected.

[0107] S608, the measured terminal 30 judges whether the test case set of the test task is executed completely, if not, returns to execute S604, otherwise executes S609.

[0108] S609, the test host 10 summarizes all test results and outputs a test report.

[0109] In summary, the method provided by the application aims to acquire the audio path under different test scenes in real time through the callback mechanism of the original Android in the framework layer, can monitor the abnormal state of the audio path under different scenes in real time, can monitor the audio path in the whole test process, record the real-time change of the audio path. In addition, the audio path under the superposition scene can also be detected, the test data and log information in the whole test process are recorded automatically, the problem reproduction and positioning are realized, the test results are automatically summarized and analyzed, the test report is generated, and in the whole test process, no manual intervention is needed, and the whole process is automatically performed, which can reduce the complexity of audio detection and improve the efficiency of audio detection.

[0110] In some embodiments of the application, the application also discloses an audio path detection device, which comprises Figure 7As shown, the apparatus is used to implement the method described in each of the above method embodiments, which comprises: a sending unit 701, configured to send a test task of an audio path to the terminal under test; a processing unit 702, configured to obtain an actual audio return value of the audio path under each test scene from the terminal under test, and determine whether the audio path of the terminal under test under the test scene is abnormal according to the actual audio return value and a reference audio return value under the corresponding test scene. All related contents of each step involved in the above method embodiments can be cited to the function description of the corresponding functional module, and will not be repeated here.

[0111] In some other embodiments of the present application, the embodiments of the present application disclose a test host, such as Figure 8 As shown, the test host can comprise one or more processors 801, a memory 802, a display 803, one or more application programs (not shown), and one or more computer programs 804, wherein the above devices can be connected through one or more communication buses 805. The one or more computer programs 804 are stored in the memory 802 and configured to be executed by the one or more processors 801, and the one or more computer programs 804 comprise instructions which can be used to perform each step in the above method embodiments and corresponding embodiments. Figure 4 、 Figure 5 and Figure 6 .

[0112] Through the description of the above embodiments, those skilled in the art can clearly understand that, for the convenience and brevity of description, only the division of the above functional modules is taken as an example, and in actual application, the above functions can be completed by different functional modules according to needs, that is, the internal structure of the apparatus is divided into different functional modules to complete all or part of the functions described above. The specific working process of the system, apparatus and unit described above can refer to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0113] Each functional unit in each of the embodiments of the present application can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software functional unit.

[0114] The integrated unit, if implemented in the form of a software function unit and sold or used as an independent product, can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium, and includes several instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor execute all or part of the steps of the methods described in the various embodiments of the present application. The foregoing storage medium includes: flash memory, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk, and various media that can store program codes.

[0115] The above is only a specific implementation of the embodiments of the present application, but the protection scope of the embodiments of the present application is not limited thereto. Any change or replacement within the technical scope disclosed by the embodiments of the present application should be covered within the protection scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application should be subject to the protection scope of the claims.

Claims

1. An audio path detection system, characterized in that, It includes a test host and a terminal under test; wherein the terminal under test and the test host have a pre-established communication connection. The test host is used to send test tasks of the audio path to the terminal under test; The terminal under test is used to receive test tasks from the test host, execute each test case in the test task according to the test task, and during the execution of each test case, use the callback mechanism in the onboard operating system to obtain the actual audio return value of the audio path in each test scenario, and send the actual audio return value to the test host, wherein the test scenario includes the scenario of audio path superposition; The test host is used to obtain the actual audio return value of the audio path in each test scenario from the terminal under test, and determine whether the audio path of the terminal under test is abnormal in the test scenario based on the actual audio return value and the reference audio return value in the corresponding test scenario.

2. The system according to claim 1, characterized in that, The detection system also includes an auxiliary terminal, wherein the auxiliary terminal has a pre-established communication connection with the test host; The test host is also used to send control commands to the auxiliary terminal; The auxiliary terminal is used to receive control commands from the test host, establish a short-range communication connection with the terminal under test through a short-range communication network according to the control commands, and transmit data with the terminal under test.

3. The system according to claim 1, characterized in that, The test host determines whether the audio path of the tested terminal is abnormal in the test scenario based on the actual audio return value and the reference audio return value in the corresponding test scenario, specifically for: The actual audio return value is converted to a decimal number and then compared with the reference audio return value in the corresponding test scenario. The reference audio return value is a decimal number. When there is a discrepancy, it is determined that the audio path of the terminal under test is abnormal in the test scenario; When the results are consistent, it is determined that the audio path of the tested terminal is normal in the test scenario.

4. The system according to any one of claims 3, characterized in that, After determining that the audio path of the terminal under test is abnormal in the test scenario, the test host is also used to: Generate an abnormal status report of the audio path under the test scenario, and obtain log information of the abnormal status from the terminal under test; Analyze the test results based on the abnormal status report and log information to determine the cause of the audio path abnormality.

5. The system according to claim 1, characterized in that, Before the test host sends the audio path test task to the terminal under test, it is also used for: The test host sends the test task to the standard terminal; The standard terminal is used to receive test tasks from the test host, execute each test case in the test task according to the test task, and obtain the reference audio return value of the audio path in each test scenario during the execution of each test case using a callback mechanism.

6. The system according to claim 2, characterized in that, The short-range communication is via Bluetooth or Wi-Fi.

7. A method for detecting an audio path, applied to a test host, wherein the test host and the terminal under test have a pre-established communication connection, characterized in that, include: Send the audio path test task to the terminal under test; The terminal under test is used to execute each test case in the test task according to the test task, and during the execution of each test case, it uses the callback mechanism in the onboard operating system to obtain the actual audio return value of the audio path in each test scenario, wherein the test scenario includes the scenario of audio path superposition; The actual audio return value of the audio path under each test scenario is obtained from the terminal under test. Based on the actual audio return value and the reference audio return value under the corresponding test scenario, it is determined whether the audio path of the terminal under test under the test scenario is abnormal.

8. The method according to claim 7, characterized in that, The method further includes: Send a control command to the auxiliary terminal; wherein the control command is used to instruct the auxiliary terminal to establish a communication connection with the terminal under test through a short-range communication network.

9. The method according to claim 7, characterized in that, Based on the actual audio return value and the reference audio return value in the corresponding test scenario, determine whether the audio path of the tested terminal in the test scenario is abnormal, including: The actual audio return value is converted to a decimal number and then compared with the reference audio return value in the corresponding test scenario. The reference audio return value is a decimal number. When there is a discrepancy, it is determined that the audio path of the terminal under test is abnormal in the test scenario; When the results are consistent, it is determined that the audio path of the tested terminal is normal in the test scenario.

10. The method according to claim 9, characterized in that, After determining that the audio path of the terminal under test is abnormal in the test scenario, the test host is also used to: Generate an abnormal status report of the audio path under the test scenario, and obtain log information of the abnormal status from the terminal under test; Analyze the test results based on the abnormal status report and log information to determine the cause of the audio path abnormality.

11. The method according to claim 7, characterized in that, Before sending the test task of the audio path to the terminal under test, it is also used for: Send the test task to the standard terminal; Obtain the reference audio return value of the audio path for each test scenario from the standard terminal.

12. The method according to claim 8, characterized in that, The short-range communication is via Bluetooth or Wi-Fi.

13. An audio path detection device, characterized in that, The device includes: The sending unit is used to send a test task of the audio path to the terminal under test; the terminal under test is used to execute each test case in the test task according to the test task, and during the execution of each test case, use the callback mechanism in the onboard operating system to obtain the actual audio return value of the audio path in each test scenario, wherein the test scenario includes the scenario of audio path superposition. The processing unit is used to obtain the actual audio return value of the audio path in each test scenario from the terminal under test, and determine whether the audio path of the terminal under test in the test scenario is abnormal based on the actual audio return value and the reference audio return value in the corresponding test scenario.

14. The apparatus according to claim 13, characterized in that, The sending unit is further configured to send control commands to the auxiliary terminal; wherein the control commands are used to instruct the auxiliary terminal to establish a communication connection with the terminal under test through a short-range communication network.

15. The apparatus according to claim 13, characterized in that, The processing unit determines whether the audio path of the tested terminal is abnormal in the test scenario based on the actual audio return value and the reference audio return value in the corresponding test scenario, specifically for: The actual audio return value is converted to a decimal number and then compared with the reference audio return value in the corresponding test scenario. The reference audio return value is a decimal number. When there is a discrepancy, it is determined that the audio path of the terminal under test is abnormal in the test scenario; When the results are consistent, it is determined that the audio path of the tested terminal is normal in the test scenario.

16. The apparatus according to claim 15, characterized in that, After determining that the audio path of the terminal under test is abnormal in the test scenario, the processing unit is further configured to: Generate an abnormal status report of the audio path under the test scenario, and obtain log information of the abnormal status from the terminal under test; Analyze the test results based on the abnormal status report and log information to determine the cause of the audio path abnormality.

17. A test host, characterized in that, include: Processor and memory, wherein the memory is used to store computer programs; The processor is configured to execute the computer program stored in the memory to cause the terminal to perform the method of any one of claims 7 to 12.

18. A computer-readable storage medium storing a computer program thereon, characterized in that, When the computer program is executed by a processor, it implements the method according to any one of claims 7 to 12.

Images