CN115134734A

CN115134734A - Audio path detection system, method, device, equipment and medium

Info

Publication number: CN115134734A
Application number: CN202210801137.1A
Authority: CN
Inventors: 杨雅茹
Original assignee: Spreadtrum Semiconductor Chengdu Co Ltd
Current assignee: Spreadtrum Semiconductor Chengdu Co Ltd
Priority date: 2022-07-08
Filing date: 2022-07-08
Publication date: 2022-09-30

Abstract

The invention provides a system, a method, a device, equipment and a medium for detecting an audio path, wherein the system is used for reducing the complexity of audio detection and improving the efficiency of audio detection. The tested terminal and the test host machine establish communication connection in advance; the test host is used for sending a test task of an audio path to the tested terminal; the tested terminal is used for receiving the test task from the test host, executing each test case in the test task according to the test task, acquiring an actual audio return value of an audio path under each test scene by using a callback mechanism in the execution process of each test case, and sending the actual audio return value to the test host; and the test host determines whether the audio path of the terminal to be tested under the test scene is abnormal or not according to the actual audio return value and the reference audio return value under the corresponding test scene.

Description

Audio path detection system, method, device, equipment and medium

Technical Field

The present invention relates to the field of terminal device testing technologies, and in particular, to a system, a method, an apparatus, a device, and a medium for detecting an audio path.

Background

With the rapid development of the electronic industry and communication technology, smart home devices such as mobile phones, smart speakers, smart bracelets and the like are increasing, and people's lives become more and more intelligent. With the development of science and technology and the improvement of quality of life, short-distance communication products go deep into various industries, wherein wireless fidelity (Wi-Fi) and bluetooth (bluetooth) occupy the half-wall Jiangshan in the current market share of short-distance communication due to the advantages of low cost, low power consumption and the like, and various bluetooth products and WiFi products become necessities in industry and household.

Audio testing is an important test item in communication function testing. In the prior art, detection methods for an audio path include infrared detection, filter detection, conversion to text detection and the like, and the detection methods need auxiliary equipment or require long time for detection. At present, the general audio equipment detection method for the tone quality records sound for a period of time through design software and stores the sound as an audio file, then plays the audio file, and utilizes manual evaluation on the output audio to complete detection of the tone quality of the audio equipment. In addition, another detection method is provided, wherein the audio detection device is respectively connected with the audio input end and the audio output end of the audio device to be detected by means of other audio detection devices, and then the audio detection device completes detection on the audio device to be detected and judges the working state and the performance of the audio device to be detected. Conventional audio path detection only considers common, single audio path scenarios, and does not involve audio detection in a superimposition scenario.

Therefore, there is a need to develop a new audio detection system and audio detection method for an intelligent terminal to solve the above problems in the prior art.

Disclosure of Invention

The invention aims to provide a system, a method, a device, equipment and a medium for detecting an audio path, which are used for reducing the complexity of audio detection and improving the efficiency of audio detection.

In a first aspect, an embodiment of the present invention provides a system for detecting an audio path, where the system includes: the system comprises a test host and a tested terminal; the tested terminal and the test host establish communication connection in advance; the test host is used for sending a test task of an audio path to the tested terminal; the tested terminal is used for receiving the test task from the test host, executing each test case in the test task according to the test task, acquiring an actual audio return value of an audio path under each test scene by using a callback mechanism in the execution process of each test case, and sending the actual audio return value to the test host; the test host is used for acquiring the actual audio return values of the audio paths in each test scene from the tested terminal, and determining whether the audio paths of the tested terminal in the test scenes are abnormal or not according to the actual audio return values and the reference audio return values in the corresponding test scenes.

The detection system of the audio path provided by the embodiment of the invention has the beneficial effects that: the invention aims to acquire the actual audio return values of the audio paths under different test scenes in real time through a callback mechanism in an operating system, and by utilizing the comparison result between the actual audio return values and the reference audio return values under the corresponding test scenes, the abnormal state of the audio path under different test scenes is monitored in real time, the change of the audio path in the whole test process can be monitored and recorded, the problem of abnormal audio path in the test process can be automatically monitored, for example in the stand-alone audio test scenarios of making a call, listening to music, alarm clock, english operation, radio playing, and completing the abnormal test of the audio paths under the scenes by acquiring the actual audio return values of the audio paths under the test scenes and utilizing the comparison result between the actual audio return values and the reference audio return values under the corresponding test scenes.

In a possible implementation scheme, the detection system further includes an auxiliary terminal, where the auxiliary terminal establishes a communication connection with the test host in advance; the test host is also used for sending a control command to the auxiliary terminal; the auxiliary terminal is used for receiving the control command from the test host, establishing communication connection with the tested terminal through a short-distance communication network according to the control command, and transmitting data with the tested terminal. In the implementation scheme, after the auxiliary terminal and the tested terminal are in communication connection, the auxiliary terminal and the tested terminal can perform data transmission, for example, the auxiliary terminal and the tested terminal are communicated by using instant software and transmit voice data to each other, so that the tested terminal can acquire an actual audio return value of an audio path in a test scene, and an abnormal test of the audio path in the scene is completed by using a comparison result between the actual audio return value and a reference audio return value in a corresponding test scene, thereby reducing the audio detection complexity and improving the audio detection efficiency.

In a possible implementation scheme, the test host determines whether an 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 a corresponding test scenario, and is specifically configured to:

converting the actual audio return value into a decimal number and comparing the decimal number with a reference audio return value in a corresponding test scene; when the audio paths of the tested terminal under the test scene are inconsistent, determining that the audio paths of the tested terminal under the test scene are abnormal; and when the audio paths are consistent, determining that the audio paths of the tested terminal under the test scene are normal. In the implementation scheme, the representation form of the generally acquired return value of the audio path is hexadecimal, and the embodiment converts the hexadecimal into decimal, so that the collection and comparison of the audio path are facilitated.

In another 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: generating an abnormal state report of the audio path in the test scene, and acquiring log information of an abnormal state from the tested terminal; and analyzing the test result according to the abnormal state report and the log information, and determining the reason of the abnormal audio path.

In other possible implementation schemes, before the test host sends the test task of the audio path to the terminal under test, the test host is further configured to: the test host sends the test task to a standard terminal; the standard terminal is used for receiving the test tasks from the test host, executing each test case in the test tasks according to the test tasks, and acquiring the reference audio return value of the audio path in each test scene by using a callback mechanism in the execution process of each test case. In the implementation scheme, the standard terminal with normal functions is used for executing the test task in advance, and then reference audio return values of audio paths under various test scenes are collected so as to be conveniently used for comparing with actual audio return values in the follow-up process.

In one possible implementation, the short-range communication is a bluetooth or wireless fidelity WiFi network.

In a second aspect, an embodiment of the present invention further provides a method for detecting an audio path, where the method is applicable to a test host, where the test host and a terminal under test establish a communication connection in advance, and the method includes:

sending a test task of an audio path to the tested terminal; and acquiring the actual audio return values of the audio paths under each test scene from the tested terminal, and determining whether the audio paths of the tested terminal under the test scenes are abnormal or not according to the actual audio return values and the reference audio return values under the corresponding test scenes.

In one possible implementation, the method further includes: sending a control command to the auxiliary terminal; wherein the control command is used for instructing the auxiliary terminal to establish a communication connection with the tested terminal through a short-range communication network.

In a possible implementation scheme, determining whether an 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 a corresponding test scenario includes: converting the actual audio return value into a decimal number and comparing the decimal number with a reference audio return value in a corresponding test scene; when the audio paths of the tested terminal under the test scene are inconsistent, determining that the audio paths of the tested terminal under the test scene are abnormal; and when the audio paths are consistent, determining that the audio paths of the tested terminal under the test scene are normal.

In a possible implementation scheme, after the test host determines that an audio path of the terminal under test in the test scenario is abnormal, the test host is further configured to: generating an abnormal state report of the audio path in the test scene, and acquiring log information of an abnormal state from the tested terminal; and analyzing the test result according to the abnormal state report and the log information, and determining the reason of the abnormal audio path.

In a possible implementation scheme, before sending the test task of the audio path to the terminal under test, the method is further configured to: sending the test task to a standard terminal; and acquiring the reference audio return value of the audio path under each test scene from the standard terminal.

In a third aspect, an embodiment of the present invention further provides an apparatus for detecting an audio path, where the apparatus includes a module/unit that performs the method of any one of the possible designs of the second aspect. These modules/units may be implemented by hardware, or by hardware executing corresponding software.

In a fourth aspect, an embodiment of the present invention provides a test host, including a processor and a memory. Wherein the memory is for storing one or more computer programs; the one or more computer programs stored in the memory, when executed by the processor, enable the terminal device to implement the method of any of the possible designs of the second aspect described above.

In a fifth aspect, an embodiment of the present invention further provides a computer-readable storage medium, which includes a computer program and when the computer program runs on a test host, the test host executes any one of the possible design methods of the second aspect.

In a sixth aspect, an embodiment of the present invention further provides a method including a computer program product, when the computer program product runs on a test host, causing the test host to execute any one of the possible designs of the second aspect.

As for the advantageous effects of the above second to sixth aspects, reference may be made to the description in the above first aspect.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a test system according to an embodiment of the present invention;

FIG. 2 is a schematic structural diagram of another testing system according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention;

FIG. 4 is a schematic diagram illustrating an audio testing process interaction in a single-computer audio testing scenario according to an embodiment of the present invention;

FIG. 5 is a schematic diagram illustrating an audio testing process interaction in a non-stand-alone audio testing scenario according to an embodiment of the present invention;

FIG. 6 is a schematic flow chart of an audio testing method under a non-stand-alone audio testing scenario according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of a testing apparatus according to an embodiment of the present invention;

fig. 8 is a schematic structural diagram of a test host according to an embodiment of the present invention.

Detailed Description

The technical solution in the embodiment of the present invention is described below with reference to the drawings in the embodiment of the present invention. In the description of the embodiments of the present invention, the terminology used in the following embodiments is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of the present application and the appended claims, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, such as "one or more", unless the context clearly indicates otherwise. It should also be understood that in the following embodiments of the present application, "at least one", "one or more" means one or more than two (including two). The term "and/or" is used to describe an association relationship that associates objects, meaning that three relationships may exist; for example, a and/or B, may represent: a alone, both A and B, and B alone, where A, B may be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise. The term "coupled" includes direct coupling and indirect coupling, unless otherwise noted. "first" and "second" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated.

In embodiments of the present invention, words such as "exemplary" or "for example" are used to mean serving as an example, instance, or illustration. Any embodiment or design described as "exemplary" or "e.g.," an embodiment of the present invention is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

As shown in fig. 1, the system for detecting an audio path provided in the embodiment of the present invention includes a test host 10, an auxiliary terminal (AUT) 20, and a terminal under test (DUT) 30.

In the system, the auxiliary terminal 20 and the terminal 30 under test form a communication device group, and the auxiliary terminal 20 and the terminal 30 under test in the communication device group can communicate with each other through short distance. Common short-range communication techniques include any of the following: wireless fidelity (WiFi), bluetooth (bluetooth), ZigBee (ZigBee), Infrared Data (IrDA), Near Field Communication (NFC), Ultra Wide Band (UWB), and the like.

In fig. 1, in a possible case, the auxiliary terminal 20 and the terminal under test 30 may be electrically connected to the test host 10 through a data line 40; in another possible case, the auxiliary terminal 20 and the terminal under test 30 may both establish a wireless network connection with the test host 10 through a short-range communication technology. The test host 10 may send control commands to the auxiliary terminal 20 and the terminal under test 30, respectively, for example, the test host 10 controls the auxiliary terminal 20 and the terminal under test 30 to establish bluetooth pairing, or controls the auxiliary terminal 20 and the terminal under test 30 to cancel bluetooth pairing. Or, the test host 10 controls the auxiliary terminal 20 and the terminal 30 to establish a WiFi connection, or controls the auxiliary terminal 20 and the terminal 30 to cancel the WiFi connection. For another example, the test host 10 controls the auxiliary terminal 20 to transmit and receive data, or to run a music application, a call application, and the like.

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, acquire an actual audio return value of an audio path in each test scene by using a callback mechanism in the execution process of each test case, and send the actual audio return value to the test host.

The test host 10 is configured to obtain an actual audio return value of the audio path in each test scenario from the terminal under test 30, and determine 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 a corresponding test scenario.

Besides, in the non-standalone audio testing scenario, the auxiliary terminal 20 in the system is configured to receive the control command from the testing host, communicate with the terminal under test through the short-range communication network according to the control command, and perform data transmission with the terminal under test. For example, the auxiliary terminal and the tested terminal are communicated with each other to transmit voice data.

In a possible implementation, the system may further include a plurality of communication device groups, as shown in fig. 2, the DUT1 and the AUT1 form a group of communication device groups communicating via bluetooth, and the DUT1 and the AUT1 may both be cell phones; the DUT2 and the AUT2 form another communication device group communicating through Bluetooth, and the AUT2 can be a Bluetooth headset, a Bluetooth sound box, a Bluetooth bracelet, a Bluetooth mouse or a vehicle-mounted terminal. AUTn and dunn may be another set of communication devices that communicate over WiFi.

Fig. 3 shows a block diagram of the hardware configuration of the terminal under test 30.

In some embodiments, the terminal under test 30 includes at least one of a tuner 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.

In still other embodiments, the tuning demodulator 310 senses electromagnetic waves through an antenna, converts the sensed electromagnetic waves into electrical signals, processes and transforms the electrical signals into sound through circuitry, receives broadcast signals through wireless reception, and demodulates audio signals from the broadcast signals.

The mobile communication module 320 may provide a solution including 2G/3G/4G/5G wireless communication applied on the terminal under test 30. The mobile communication module 320 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 320 may receive electromagnetic waves from the antenna, filter, amplify, etc. the received electromagnetic waves, and transmit the filtered electromagnetic waves to the tuning demodulator 310 for demodulation. The mobile communication module 320 may also amplify the signal modulated by the tuning demodulator 310, and convert the signal into electromagnetic wave through the antenna to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 320 may be provided in the controller 360. In some embodiments, at least some of the functional modules of the mobile communication module 320 may be provided in the same device as at least some of the modules of the controller 360.

The wireless communication module 330 may provide a solution for wireless communication applied to the terminal 30 under test, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like. The wireless communication module 330 may be one or more devices integrating at least one communication processing module. The wireless communication module 330 receives electromagnetic waves via an antenna, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the controller 360. The wireless communication module 330 can also receive a signal to be transmitted from the controller 360, frequency-modulate and amplify the signal, and convert the signal into electromagnetic waves through the antenna to radiate the electromagnetic waves.

In other embodiments, the collector 340 is used for collecting external environment or signals interacted with the outside. For example, collector 340 includes a light receiver, a sensor for collecting the intensity of ambient light; alternatively, the collector 340 includes an image collector, such as a camera, which may be used to collect external environment scenes, attributes of the user, or user interaction gestures, or the collector 340 includes a sound collector, such as a microphone, which is used to receive external sounds.

In still other embodiments, external device interface 350 may include, but is not limited to, the following: high Definition Multimedia Interface (HDMI), analog or data high definition component input interface (component), composite video input interface (CVBS), USB input interface (USB), RGB port, and the like. Or may be a composite input/output interface formed by the plurality of interfaces.

In other embodiments, the controller 360 and the modem 310 may be located in different separate devices, that is, the modem 310 may also be located in an external device of the main device where the controller 360 is located, such as an external set-top box.

In still other embodiments, the controller 360 controls the operation of the display device and responds to user actions through various software control programs stored in memory. The controller 360 controls the overall operation of the terminal under test 30. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 370, the controller 360 may perform an operation related to the object selected by the user command.

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 nth interface for input/output, a communication Bus (Bus), and the like.

And the central processor is used for executing the operating system and the application program instructions stored in the memory, and executing various application programs, data and contents according to various interaction instructions received from the outside so as to finally display and play various audio and video contents. The central processor may include a plurality of processors. E.g. comprising a main processor and one or more sub-processors.

In some embodiments, a graphics processor for generating various graphical objects, such as: at least one of an icon, an operation menu, and a user input instruction display figure. The graphic processor comprises an arithmetic unit, which performs operation by receiving various interactive instructions input by a user and displays various objects according to display attributes; the system also comprises a renderer for rendering various objects obtained based on the arithmetic unit, wherein the rendered objects are used for being displayed on a display.

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

In some embodiments, the video processor includes at least one of a demultiplexing module, a video decoding module, an image composition module, a frame rate conversion module, a display formatting module, and the like. The demultiplexing module is used for demultiplexing the input audio and video data stream. And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like. And the image synthesis module, such as an image synthesizer, is used for performing superposition mixing processing on the graphical generator and the video image after the zooming processing according to the graphical user interface signal input by the user or generated by the graphical generator and generating an image signal for display. And the frame rate conversion module is used for converting the frame rate of the input video. And the display formatting module is used for converting the received video output signal after the frame rate conversion, and changing the signal to be in accordance with the signal of the display format, such as an output RGB data signal.

In some embodiments, the audio processor is configured to receive an external audio signal, decompress and decode the received 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 processing to obtain a sound signal that can be played in the speaker.

In some embodiments, the user may input a user command on 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 may input the 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 the sensor.

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

In some embodiments, the display 370 includes a display screen component for displaying pictures, and a driving component for driving image display, a component for receiving image signals from the controller output, and displaying video content, image content, and menu manipulation interface, and a user manipulation interface.

In some other embodiments, the display 370 may be at least one of a liquid crystal display, an Organic Light Emitting Diode (OLED) display, and a projection display, and may also be a projection device and a projection screen.

In still other embodiments, audio output interface 380 includes speakers, external audio output electronics, and the like.

In some embodiments, the user interface is an interface that can be used to receive control inputs (e.g., physical keys on the body of the display device, or the like).

In a specific implementation, the terminal 30 to be tested may be a mobile phone, a tablet computer, a handheld computer, a Personal Computer (PC), a cellular phone, a Personal Digital Assistant (PDA), a wearable device (e.g., a smart watch), a smart home device (e.g., a television), a vehicle-mounted computer, a game machine, and an Augmented Reality (AR) \ Virtual Reality (VR) device, and the specific device form of the terminal 30 to be tested is not particularly limited in this embodiment.

Based on the audio path detection system shown in fig. 1 or fig. 2, an embodiment of the present invention provides a flow chart of an audio path detection method, as shown in fig. 4, the method includes the following steps:

s401, the test host 10 sends a test task of the audio path to the terminal 30 to be tested.

S402, 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 acquires the actual audio return value of the audio path in each test scene by using a callback mechanism in the execution process of each test case.

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

S404, the test host 10 obtains the actual audio return values of the audio paths in each test scenario from the tested terminal 30, and determines whether the audio paths in the test scenario of the tested terminal 30 are abnormal according to the actual audio return values and the reference audio return values in the corresponding test scenarios.

In one possible embodiment, the test host 10 may convert the actual audio return value into a decimal value and compare the decimal value with the reference audio return value in the corresponding test scenario; when the audio paths of the tested terminal 30 are inconsistent, determining that the audio paths of the tested terminal 30 under the test scene are abnormal; and when the audio paths of the tested terminal 30 are consistent, determining that the audio paths under the test scene are normal. In the implementation scheme, the representation form of the generally acquired return value of the audio path is hexadecimal, and the embodiment converts the hexadecimal into decimal, so that the collection and comparison of the audio path are facilitated.

In the above embodiment, for example, in a single-machine audio test scenario such as call making, music listening, alarm clock, english operation, and radio playing, an actual audio return value of an audio path in such a test scenario is obtained through a callback mechanism in the operating system, and an abnormal state of the audio path in different test scenarios is monitored in real time by using a comparison result between the actual audio return value and a reference audio return value in a corresponding test scenario, so that a change of the audio path in the whole test process can be monitored and recorded, and an audio path abnormal problem can be automatically monitored in the test process.

It should be understood that when an audio path test for a call between a terminal to be tested and another terminal by using instant software is required, an auxiliary terminal 20 needs to be introduced into the test system, so that for a non-standalone audio test scenario, an embodiment of the present invention further provides a flowchart of an audio path detection method, as shown in fig. 5, the method includes the following steps:

s501, the test host 10 sends a test task of the audio path to the terminal 30 to be tested.

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

The control command is used to instruct the assistant terminal 20 to establish a short-range communication connection with the terminal under test 30 through the short-range communication network.

S503, the auxiliary terminal 20 is configured to receive the control command from the test host 10, connect to the terminal 30 to be tested through short-range communication via the short-range communication network according to the control command, and perform data transmission with the terminal 30 to be tested.

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 scene by using a callback mechanism in the execution process of each test case.

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

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 in the test scenario of the tested terminal 30 is abnormal according to the actual audio return value and the reference audio return value in the corresponding test scenario.

Similarly, in S506, in a possible embodiment, the test host 10 may convert the actual audio return value into a decimal value and compare the decimal value with the reference audio return value in the corresponding test scenario; when the audio paths of the tested terminal 30 are inconsistent, determining that the audio paths of the tested terminal 30 under the test scene are abnormal; and when the audio paths of the tested terminal 30 are consistent, determining that the audio paths under the test scene are normal. In the implementation scheme, the representation form of the generally acquired return value of the audio path is hexadecimal, and the embodiment converts the hexadecimal into decimal, so that the collection and comparison of the audio path are facilitated.

Illustratively, after the auxiliary terminal and the tested terminal establish communication connection, the auxiliary terminal and the tested terminal are communicated by using instant software, and voice data are transmitted between the auxiliary terminal and the tested terminal, so that the tested terminal can acquire an actual audio return value of an audio path in the test scene, and the abnormal test of the audio path in the scene is completed by using a comparison result between the actual audio return value and a reference audio return value in the corresponding test scene.

It should be understood that, whether in a stand-alone audio test scenario or in a stand-alone audio test scenario, the test host 10 is further configured to, before sending the test task of the audio path to the terminal under test 30: sending the test task to a standard terminal; the standard terminal is used for receiving the test tasks from the test host, executing each test case in the test tasks according to the test tasks, and acquiring the reference audio return value of the audio path in each test scene by using a callback mechanism in the execution process of each test case. The standard terminal in this embodiment refers to a terminal in which audio paths are normal in a test scenario of various audio paths.

In a possible embodiment, whether in a stand-alone audio test scenario or in a stand-alone audio test scenario, after the test host 10 determines that the audio path of the terminal under test 30 under test is abnormal in the test scenario, the test host is further configured to: generating an abnormal state report of the audio path in the test scene, and acquiring log information of the abnormal state from the tested terminal; and analyzing the test result according to the abnormal state report and the log information, and determining the reason of the abnormal audio path.

Illustratively, the present embodiment relates to the following common audio test scenarios related to the audio path: making a call, listening to music, ringing a mobile phone, and alarming. The existing audio path application scenarios are summarized in table 1.

Table 1:

the actual audio return values for the audio path and the corresponding audio path test scenario are shown in table 2.

Table 2:

table 2 summarizes various audio path scenarios of the terminal device, and can compare audio paths in different scenarios. In the practical use process, the condition of audio path superposition is considered, the audio path value of the superposition scene also needs to be compared, and the audio value of the superposition scene is obtained by converting two audio paths into decimal values and adding the decimal values. The audio path in the superimposed scene is also used as the audio path in the normal condition in the detection process, so as to avoid taking the audio path value in the superimposed scene as the wrong audio path. In this embodiment, an audio path test scenario in a superimposition scenario is further added, for example, in a bluetooth-related music playing and communication scenario, a superimposition scenario with audio path return values of 34 and 130 may occur, as shown in table 3.

Table 3:

to describe the above audio path detection method more systematically, the following description is made with reference to the method flowchart shown in fig. 6.

S601, the test host 10 records a test flow of each test case in the audio test set by using the standard terminal, and obtains a reference audio return value in each test scene.

Illustratively, the standard terminal executes test cases in different scenes, such as executing a call, system sound playing, mobile phone ring playing, music playing, alarm clock ring playing, notification sound playing and the like, and test cases in a superposition scene thereof, and acquires audio reference return values in each test scene.

S602, the test host 10 records each test scenario and the corresponding reference audio return value as an expected result in a status list.

Illustratively, the status lists are as shown in tables 2 and 3 above.

S603, the test host 10 issues a test task to the dut 30, and sends a control command to the auxiliary terminal 20.

S604, after receiving the test task, the tested terminal 30 establishes wireless communication connection with the auxiliary terminal 20, then the tested terminal 30 automatically executes each test case in batch, and in the execution process of each test case, the actual audio return value of the audio path in each test scene is obtained by using a callback mechanism, and the actual audio return value is sent to the test host.

S605, the test host 10 obtains the actual audio return value of the audio path in each test scene from the tested terminal, converts the actual audio return value into a decimal value, compares the decimal value with the reference audio return value in the corresponding test scene, if the actual audio return value is consistent with the reference audio return value in the corresponding test scene, executes S606, otherwise executes S607.

S606, when they are consistent, the test host 10 determines that the audio path of the terminal 30 under test is normal in the test scenario, so that no abnormal status is reported.

S607, when the audio paths of the terminal 30 under test in the test scenario are abnormal, the test host 10 performs abnormal status reporting, and collects log information of the abnormal status.

And S608, the tested terminal 30 judges whether the test case set of the test task is completely executed, if not, the step returns to execute S604, otherwise, the step executes S609.

And S609, the test host 10 summarizes all test results and outputs a test report.

In summary, the method provided by the present invention aims to obtain the audio paths in different test scenes in real time at the framework layer through the android native callback mechanism, monitor the abnormal states of the audio paths in different scenes in real time, monitor the audio paths in the whole test process, and record the real-time changes of the audio paths. In addition, the method can also be used for detecting the audio path under the overlapped scene, automatically recording test data and capturing log information in the whole test process, realizing problem reproduction and positioning, automatically summarizing and analyzing test results, and generating a test report.

In some embodiments of the present application, an embodiment of the present invention further discloses an apparatus for detecting an audio path, as shown in fig. 7, the apparatus is configured to implement the method described in the above method embodiments, and includes: a sending unit 701, configured to send a test task of an audio path to the terminal to be tested, and a processing unit 702, configured to obtain, from the terminal to be tested, an actual audio return value of the audio path in each test scenario, and determine, according to the actual audio return value and a reference audio return value in a corresponding test scenario, whether the audio path of the terminal to be tested in the test scenario is abnormal. All relevant contents of each step related to the above method embodiment may be referred to the functional description of the corresponding functional module, and are not described herein again.

In other embodiments of the present application, an embodiment of the present invention discloses a test host, and as shown in fig. 8, the test host may include: 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, which may be connected by one or more communication buses 805. Wherein 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, the one or more computer programs 804 comprising instructions that may be used to perform the steps as in fig. 4, 5 and 6 and the corresponding embodiments.

Through the above description of the embodiments, it is clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions. For the specific working processes of the system, the apparatus and the unit described above, reference may be made to the corresponding processes in the foregoing method embodiments, and details are not described here again.

Each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present invention may be implemented in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application, or all or part of the technical solutions. And the aforementioned storage medium includes: flash memory, removable hard drive, read only memory, random access memory, magnetic or optical disk, and the like.

The above description is only a specific implementation of the embodiments of the present invention, but the scope of the embodiments of the present invention is not limited thereto, and any changes or substitutions within the technical scope disclosed by the embodiments of the present invention should be covered within the scope of the embodiments of the present invention. Therefore, the protection scope of the embodiments of the present invention shall be subject to the protection scope of the claims.

Claims

1. The detection system of the audio frequency route is characterized by comprising a test host and a tested terminal; the tested terminal and the test host machine are in communication connection in advance;

the test host is used for sending a test task of an audio path to the tested terminal;

the tested terminal is used for receiving the test task from the test host, executing each test case in the test task according to the test task, acquiring an actual audio return value of an audio path under each test scene by using a callback mechanism in the execution process of each test case, and sending the actual audio return value to the test host;

the test host is used for acquiring the actual audio return values of the audio paths in each test scene from the tested terminal, and determining whether the audio paths of the tested terminal in the test scenes are abnormal or not according to the actual audio return values and the reference audio return values in the corresponding test scenes.

2. The system of claim 1, wherein the detection system further comprises an auxiliary terminal, wherein the auxiliary terminal establishes a communication connection with the test host in advance;

the test host is also used for sending a control command to the auxiliary terminal;

the auxiliary terminal is used for receiving the control command from the test host, establishing short-distance communication connection with the tested terminal through a short-distance communication network according to the control command, and transmitting data with the tested terminal.

3. The system according to claim 1, wherein 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 the reference audio return value in the corresponding test scenario, and is specifically configured to:

converting the actual audio return value into a decimal number, and comparing the decimal number with a reference audio return value in a corresponding test scene, wherein the reference audio return value is the decimal number;

when the audio paths of the tested terminal under the test scene are inconsistent, determining that the audio paths of the tested terminal under the test scene are abnormal;

and when the audio paths are consistent, determining that the audio paths of the tested terminal under the test scene are normal.

4. The system according to any one of claims 3, wherein the test host, after determining that the audio path of the terminal under test in the test scenario is abnormal, is further configured to:

generating an abnormal state report of the audio path in the test scene, and acquiring log information of an abnormal state from the tested terminal;

and analyzing the test result according to the abnormal state report and the log information, and determining the reason of the abnormal audio path.

5. The system of claim 1, wherein before the test host sends the test task of the audio path to the terminal under test, the test host is further configured to:

the test host sends the test task to a standard terminal;

the standard terminal is used for receiving the test tasks from the test host, executing each test case in the test tasks according to the test tasks, and acquiring the reference audio return value of the audio path in each test scene by using a callback mechanism in the execution process of each test case.

6. The system of claim 2, wherein the short-range communication is bluetooth or a wireless fidelity network.

7. A detection method of an audio path is applied to a test host, and the test host and a tested terminal establish communication connection in advance, and is characterized by comprising the following steps:

sending a test task of an audio path to the tested terminal;

and acquiring the actual audio return values of the audio paths under each test scene from the tested terminal, and determining whether the audio paths of the tested terminal under the test scenes are abnormal or not according to the actual audio return values and the reference audio return values under the corresponding test scenes.

8. The method of claim 7, further comprising:

sending a control command to the auxiliary terminal; the control command is used for instructing the auxiliary terminal to establish communication connection with the tested terminal through a short-distance communication network.

9. The method of claim 7, wherein determining whether an 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 comprises:

10. The method according to claim 9, wherein 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:

11. The method of claim 7, wherein before sending the test task of the audio path to the terminal under test, the method is further configured to:

sending the test task to a standard terminal;

and acquiring the reference audio return value of the audio path under each test scene from the standard terminal.

12. The method of claim 8, wherein the short-range communication is bluetooth or a wireless fidelity network.

13. An apparatus for detecting an audio path, the apparatus comprising:

the transmitting unit is used for transmitting the test task of the audio path to the tested terminal;

and the processing unit is used for acquiring the actual audio return values of the audio paths in each test scene from the tested terminal, and determining whether the audio paths of the tested terminal in the test scenes are abnormal or not according to the actual audio return values and the reference audio return values in the corresponding test scenes.

14. The apparatus of claim 13, wherein the sending unit is further configured to send a control command to a secondary terminal; the control command is used for instructing the auxiliary terminal to establish communication connection with the tested terminal through a short-distance communication network.

15. The apparatus according to claim 13, wherein the processing unit determines, according to the actual audio return value and a reference audio return value in a corresponding test scenario, whether an audio path of the terminal under test in the test scenario is abnormal, and is specifically configured to:

16. The apparatus of claim 15, wherein the processing unit, after determining that the audio path of the terminal under test in the test scenario is abnormal, is further configured to:

generating an abnormal state report of the audio path in the test scene, and acquiring log information of the abnormal state from the tested terminal;

17. A test host, comprising: a processor and a memory for storing a computer program; 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, on which a computer program is stored which, when being executed by a processor, carries out the method of any one of claims 7 to 12.