CN112115060A - Audio test method and system based on terminal - Google Patents

Abstract

The invention discloses a terminal-based audio testing method, comprising: receiving an audio playing request from a user, wherein the audio playing request includes audio data and a test package; and starting an audio playing service of a terminal according to the audio playing request to play all obtain the system version information of the terminal, and determine the capture mode and transmission mode according to the system version information; obtain the audio data played by the terminal through the capture mode, as the data to be tested; through the transmission mode Receive the data to be tested, parse and test the data to be tested according to the test package, and generate a test report. The invention also discloses a terminal-based audio testing system. The present invention determines different capture modes through the system version information, improves the device compatibility of the remote real machine, has low cost, reduces the transmission time of audio data between different devices, and improves the efficiency.

Description

Terminal-based audio testing method and system

technical field

Embodiments of the present invention relate to the technical field of audio testing, and in particular, to a terminal-based audio testing method and system.

Background technique

For mobile developers, whether it is development, debugging, testing, or testing the effect before and after going online, it is inseparable from mobile devices. In addition to developers, products, operations, and customer service students also need to use real machines from time to time. When it comes to product experience and product operation.

For mobile apps with a huge user base, these needs are even more obvious. At the beginning, the requirements of various departments were met through unified procurement and placement of the equipment room. However, with the expansion of the business, the increase of departments, and the expansion of the scope of the workplace, the use of such physical machines has begun to be exposed. There are basically the following points: the size of the unified computer room is limited, and it cannot accommodate dozens of people to work in it at the same time, which reduces the workload. Efficiency; equipment across workplaces cannot be shared, resulting in repeated purchases of models and a waste of company financial resources. The number of special models is scarce, and it is difficult to obtain and use them in time if they are in demand.

Therefore, I began to look for suitable remote real machine manufacturers in the market. During the survey, it was found that companies such as Birdtest, testin, and UI provided remote real machine services, which could meet most business needs. However, if the APP needs to perform voice broadcast, and their None of the products support remote device voice broadcast, so some services can only be tested locally, and some models that are expected to be tested cannot be tested if they are not available locally, which may indirectly lead to incomplete service compatibility test coverage, resulting in some uncontrollable issues.

SUMMARY OF THE INVENTION

In view of this, the purpose of the embodiments of the present invention is to provide a terminal-based audio testing method and system, which can determine different capture methods through system version information, improve the device compatibility of the remote real machine, and reduce the cost and reduce the cost. The transmission time of audio data between different devices improves the efficiency.

To achieve the above purpose, an embodiment of the present invention provides a terminal-based audio testing method, including:

Receive the user's audio playback request, and the audio playback request includes audio data and a test package;

Start the audio playback service of the terminal according to the audio playback request to play the audio data;

Obtain system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information;

Acquire the audio data played by the terminal through the capture method as the data to be tested;

The data to be tested is received through the transmission mode, and the data to be tested is parsed and tested according to the test package, and a test report is generated.

Further, before starting the audio playback service of the terminal according to the audio playback request to play the audio data, it includes:

receiving a connection request from the terminal, where the connection request includes device status information;

Acquire storage data of the terminal according to the connection request, and store the storage data in a database.

Further, the acquiring the system version information of the terminal and determining the capture mode and the transmission mode according to the system version information include:

When the system version information of the terminal is less than or equal to a preset value, determine that the capture mode is a screen capture mode and the transmission mode is a communication interface;

When the system version information of the terminal is greater than a preset value, it is determined that the capture mode is a screen recording capture mode started through a debug bridge and the transmission mode is a mapped port.

Further, before receiving the data to be tested by the transmission method, including

When the capture mode is the debug bridge capture mode, obtain the user authority of the user;

Obtain the service port of the terminal according to the user authority and perform mapping to obtain the mapped port;

The data to be tested is transmitted through the mapped port.

Further, analyzing and testing the data to be tested according to the test package, and generating a test report includes:

obtain assertion data in the test package;

According to the assertion data, the audio data pre-stored in the test package is compared with the data to be tested, and a test report is generated based on the comparison result.

Further, the method also includes:

Upload the test report to the blockchain.

To achieve the above purpose, the embodiment of the present invention also provides a terminal-based audio testing system, including:

a receiving module for receiving a user's audio playback request, where the audio playback request includes audio data and a test package;

a startup module, configured to start the audio playback service of the terminal according to the audio playback request to play the audio data;

a determining module, configured to acquire system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information;

an acquisition module, configured to acquire the audio data played by the terminal through the capture method, as the data to be tested;

The generating module is configured to receive the data to be tested through the transmission mode, parse and test the data to be tested according to the test package, and generate a test report.

Further, the generation module is also used for:

obtain assertion data in the test package;

According to the assertion data, the audio data pre-stored in the test package is compared with the data to be tested, and a test report is generated based on the comparison result.

To achieve the above object, an embodiment of the present invention further provides a computer device, the computer device includes a memory and a processor, and the memory stores a computer program that can run on the processor, and the computer program is The processor implements the steps of the above-mentioned terminal-based audio testing method when executed.

To achieve the above object, an embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and the computer program can be executed by at least one processor, so that the At least one processor executes the steps of the terminal-based audio testing method described above.

In the terminal-based audio testing method and system provided by the embodiments of the present invention, the system version information of the terminal is determined by playing the audio data, so as to obtain a capturing mode of the audio data, and the audio data is captured as the data to be tested, and then is treated by a test packet. The test data is analyzed and tested, and a test report is finally generated. Different capture methods are determined through the system version information, which improves the device compatibility of the remote real machine, and the cost is low, which reduces the transmission time of audio data between different devices. Increased efficiency.

Description of drawings

FIG. 1 is a flowchart of Embodiment 1 of a terminal-based audio testing method according to the present invention.

FIG. 2 is a flowchart of step S110 in Embodiment 1 of the present invention.

FIG. 3 is a flowchart of step S140 in Embodiment 1 of the present invention.

FIG. 4 is a flowchart of step S170 in Embodiment 1 of the present invention.

FIG. 5 is a flowchart of step S180 in Embodiment 1 of the present invention.

FIG. 6 is a schematic diagram of program modules of Embodiment 2 of the terminal-based audio testing system of the present invention.

FIG. 7 is a schematic diagram of a hardware structure of Embodiment 3 of a computer device according to the present invention.

Detailed ways

In order to make the objectives, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, but not to limit the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

Example 1

Referring to FIG. 1 , a flow chart of steps of a terminal-based audio testing method according to an embodiment of the present invention is shown. It can be understood that the flowchart in this embodiment of the method is not used to limit the sequence of executing steps. The following description will be exemplified by taking the computer device 2 as the execution subject. details as follows.

Step S100: Receive an audio playback request from a user, where the audio playback request includes audio data and a test package.

Specifically, the audio data is acquired in advance, the audio data is stored in the audio file, and the audio file is stored in the database. The test package is a jar file for audio testing of the terminal. The user selects on the operation interface of the remote real machine on the computer equipment, selects the audio service of the terminal to be tested, and obtains the audio playback request. The remote real machine is a debugging tool for the web version, which is used to test the performance services of mobile devices. The audio data may be audio data pre-stored on a computer device, or may be audio data acquired through a web interface of the computer device, or audio data of a user's voice.

Step S120: Start an audio playback service of the terminal according to the audio playback request to play the audio data.

Specifically, the terminal is an Android mobile phone or an Apple mobile phone, and the audio data is played in a quiet environment. After the terminal receives the user's audio playing request, the server sends the audio playing instruction to the terminal connected to the server, and starts the audio playing service through the audio software on the terminal. For audio playback service, when the sound is played, the channel is selected for output, and the playback channel is switched according to a series of routing strategies. For example, when the Bluetooth headset is connected, the sound is switched to the Bluetooth channel output; when the USB speaker is connected, the sound is switched to USB channel output, play audio data.

Exemplarily, referring to FIG. 2 , before the step S120, the step S110 is included:

Step S111: Receive a connection request from the terminal, where the connection request includes device status information.

Specifically, when the user performs a terminal test, the connection between the terminal and the server is established, and the device query mode of the terminal is turned on to establish the connection between the terminal and the server. The device status information includes the status of the device to be connected and the basic information of the device, and the terminal is an Android phone or an Apple phone.

Step S112: Acquire storage data of the terminal according to the connection request, and store the storage data in a database.

Specifically, the device state information is sent to the message processing platform through the message distribution platform to obtain user data and device data, and the device state information, user data and device data are stored in a database, which is established on the computer equipment in advance, Stored data includes user data as well as device data. Map the device data to the server, and use the adb forward command to map the service port to the server. When using it, you can directly call the device information of the terminal through adb (AndroidDebug Bridge, Android Debug Bridge), and start the audio playback of the terminal according to the audio playback request. Serve.

Step S140: Acquire system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information.

Specifically, the terminal's system version information is used to determine the connection mode between the terminal and the remote real machine. If the system version is too low, connect a USB audio (AOA) or USB cable, and connect to the socket of the AOA capture program to obtain audio data; if the system With a higher version, you can use a wireless network connection, such as the Playback Capture API, to capture the audio data played by the first terminal, and use the adb tool to start the service to capture the audio data.

Exemplarily, referring to FIG. 3 , the step S140 specifically includes:

Step S141, when the system version information of the terminal is less than or equal to a preset value, determine that the capture mode is a screen capture mode and the transmission mode is a communication interface.

Specifically, the default value is 8. If the system version information is less than or equal to the default value, that is, the android version is 8 and below, start the AOA audio capture program on the server, and connect the remote real machine to the socket of the AOA capture program to obtain audio data.

Step S142, when the system version information of the terminal is greater than a preset value, it is determined that the capture mode is a screen recording capture mode started through a debug bridge and the transmission mode is a mapped port.

Specifically, if the Android version is 10 and above, use adb to start the service to capture audio data, use the adbforward command to map the service port to the server, and connect the socket of the mapped port to obtain audio data.

Step S160: Acquire the audio data played by the terminal through the capture method as the data to be tested.

Specifically, connect to the private cloud service through the socket and start the audio transmission, store the audio data in the file to be tested (it has been running in the test process, it is an asynchronous thread), wait until the female ticket is played and executed and sleep for a while Time; stop the audio data monitoring on the terminal to obtain the data to be tested.

The remote real machine captures and plays the audio data, and uses the AudioRecord class to capture the PCM data of the audio data, so as to realize the audio playback of the remote real machine and provide the hearing function of the remote real machine. That is, first construct an AudioRecord instance and then call startRecording() to start recording the audio data played by the terminal, and continuously obtain and record the recorded data through the read() method to generate a PCM file.

Exemplarily, referring to FIG. 4 , before step S180, step S170 is included:

Step S171, when the capture mode is the debug bridge capture mode, obtain the user authority of the user.

Specifically, when the capture mode is the Android debug bridge capture mode (adb), the user's user authority is obtained, and according to the user authority, it is determined whether to agree to the operation of the terminal by the remote real machine, that is, whether to agree to the remote operation to start the terminal's playback authority and data transmission. permissions.

Step S172: Obtain and map the service port of the terminal according to the user authority to obtain the mapped port.

Specifically, use the adb forward command to map the service port to the server, and then connect the socket of the mapped port to obtain audio data.

Step S173, transmitting the data to be tested through the mapping port.

Specifically, the data to be tested is transmitted from the terminal to the server through the mapped port.

Step S180: Receive the data to be tested through the transmission mode, parse and test the data to be tested according to the test package, and generate a test report.

Specifically, an audio file is pre-stored in the test package, and the audio file is the previously transmitted audio data. After acquiring the audio data of the voice playback, the voice is recognized by artificial intelligence and then converted into text data, and then the text data is tested by setting a check assertion in the script of the test package, a test report is generated, and the test report is pushed to the remote real It can be displayed on the front-end page of the computer, so that the function of automatic voice test can be completed.

Exemplarily, referring to FIG. 5 , the step S180 specifically includes:

Step S181, acquiring the assertion data in the test package.

Specifically, an assertion program, that is, assertion data, is written in advance in the test package according to the audio data.

Step S182, according to the assertion data, compare the audio data pre-stored in the test package with the data to be tested, and generate a test report based on the comparison result.

Specifically, the artificial intelligence API is called to convert audio data into text, and the obtained audio text is compared with the assertion in the test case. If the requirements are met, it is considered to pass, otherwise it fails.

Exemplarily, the method further includes:

Upload the test report to the blockchain.

Specifically, uploading the test report to the blockchain ensures its security and fairness and transparency to users. The user device can download the test report from the blockchain to verify whether the test report has been tampered with. The blockchain referred to in this example is a new application mode of computer technology such as distributed data storage, point-to-point transmission, consensus mechanism, and encryption algorithm. Blockchain, essentially a decentralized database, is a series of data blocks associated with cryptographic methods. Each data block contains a batch of network transaction information to verify its Validity of information (anti-counterfeiting) and generation of the next block. The blockchain can include the underlying platform of the blockchain, the platform product service layer, and the application service layer.

Embodiment 2

Please continue to refer to FIG. 6 , which shows a schematic diagram of program modules in Embodiment 2 of the terminal-based audio testing system of the present invention. In this embodiment, the terminal-based audio testing system 20 may include or be divided into one or more program modules, and one or more program modules are stored in a storage medium and executed by one or more processors, In order to complete the present invention, the above-mentioned terminal-based audio testing method can be realized. The program modules referred to in the embodiments of the present invention refer to a series of computer program instruction segments capable of performing specific functions, and are more suitable for describing the execution process of the terminal-based audio testing system 20 in the storage medium than the programs themselves. The following description will specifically introduce the functions of each program module in this embodiment:

The receiving module 200 is configured to receive an audio playback request from a user, where the audio playback request includes audio data and a test package.

Specifically, the audio data is acquired in advance, the audio data is stored in the audio file, and the audio file is stored in the database. The test package is a jar file for audio testing of the terminal. The user selects on the operation interface of the remote real machine on the computer equipment, selects the audio service of the terminal to be tested, and obtains the audio playback request. The remote real machine is a debugging tool for the web version, which is used to test the performance services of mobile devices. The audio data may be audio data pre-stored on a computer device, or may be audio data acquired through a web interface of the computer device, or audio data of a user's voice.

The starting module 202 is configured to start an audio playing service of the terminal according to the audio playing request, so as to play the audio data.

Specifically, the terminal is an Android mobile phone or an Apple mobile phone, and the audio data is played in a quiet environment. After the terminal receives the user's audio playing request, the server sends the audio playing instruction to the terminal connected to the server, and starts the audio playing service through the audio software on the terminal. For audio playback service, when the sound is played, the channel is selected for output, and the playback channel is switched according to a series of routing strategies. For example, when the Bluetooth headset is connected, the sound is switched to the Bluetooth channel output; when the USB speaker is connected, the sound is switched to USB channel output, play audio data.

The determining module 204 is configured to acquire system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information.

Specifically, the terminal's system version information is used to determine the connection mode between the terminal and the remote real machine. If the system version is too low, connect a USB audio (AOA) or USB cable, and connect to the socket of the AOA capture program to obtain audio data; if the system With a higher version, you can use a wireless network connection, such as the Playback Capture API, to capture the audio data played by the first terminal, and use adb to start the service to capture the audio data.

Exemplarily, the determining module 204 is specifically configured to:

When the system version information of the terminal is less than or equal to a preset value, it is determined that the capture mode is a screen capture mode and the transmission mode is a communication interface.

Specifically, the default value is 8. If the system version information is less than or equal to the default value, that is, the android version is 8 and below, start the AOA audio capture program on the server, and connect the remote real machine to the socket of the AOA capture program to obtain audio data.

When the system version information of the terminal is greater than a preset value, it is determined that the capture mode is a screen recording capture mode started through a debug bridge and the transmission mode is a mapped port.

Specifically, if the Android version is 10 and above, use adb to start the service to capture audio data, use the adbforward command to map the service port to the server, and connect the socket of the mapped port to obtain audio data.

The acquiring module 206 is configured to acquire the audio data played by the terminal through the capturing method, as the data to be tested.

Specifically, connect to the private cloud service through the socket and start the audio transmission, store the audio data in the file to be tested (it has been running in the test process, it is an asynchronous thread), wait until the female ticket is played and executed and sleep for a while Time; stop the audio data monitoring on the terminal to obtain the data to be tested.

The remote real machine captures and plays the audio data, and uses the AudioRecord class to capture the PCM data of the audio data, so as to realize the audio playback of the remote real machine and provide the hearing function of the remote real machine. That is, first construct an AudioRecord instance and then call startRecording() to start recording the audio data played by the terminal, and continuously obtain and record the recorded data through the read() method to generate a PCM file.

The generating module 208 is configured to receive the data to be tested through the transmission mode, parse and test the data to be tested according to the test package, and generate a test report.

Specifically, an audio file is pre-stored in the test package, and the audio file is the previously transmitted audio data. After acquiring the audio data of the voice playback, the voice is recognized by artificial intelligence and then converted into text data, and then the text data is tested by setting a check assertion in the script of the test package, a test report is generated, and the test report is pushed to the remote real It can be displayed on the front-end page of the computer, so that the function of automatic voice test can be completed.

Exemplarily, the generating module 208 is specifically configured to:

Get assertion data in the test suite.

Specifically, an assertion program, that is, assertion data, is written in advance in the test package according to the audio data.

According to the assertion data, the audio data pre-stored in the test package is compared with the data to be tested, and a test report is generated based on the comparison result.

Specifically, the artificial intelligence API is called to convert audio data into text, and the obtained audio text is compared with the assertion in the test case. If the requirements are met, it is considered to pass, otherwise it fails.

Embodiment 3

Referring to FIG. 7 , it is a schematic diagram of a hardware architecture of a computer device according to Embodiment 3 of the present invention. In this embodiment, the computer device 2 is a device that can automatically perform numerical calculation and/or information processing according to pre-set or stored instructions. The computer equipment 2 may be a rack-type server, a blade-type server, a tower-type server or a cabinet-type server (including an independent server, or a server cluster composed of multiple servers) and the like. As shown in FIG. 7 , the computer device 2 at least includes, but is not limited to, a memory 21 , a processor 22 , a network interface 23 , and a terminal-based audio testing system 20 that can communicate with each other through a system bus. in:

In this embodiment, the memory 21 includes at least one type of computer-readable storage medium, and the readable storage medium includes a flash memory, a hard disk, a multimedia card, a card-type memory (for example, SD or DX memory, etc.), a random access memory ( RAM), static random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disks, optical disks, and the like. In some embodiments, the memory 21 may be an internal storage unit of the computer device 2 , such as a hard disk or a memory of the computer device 2 . In other embodiments, the memory 21 may also be an external storage device of the computer device 2, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, flash memory card (Flash Card), etc. Of course, the memory 21 may also include both the internal storage unit of the computer device 2 and its external storage device. In this embodiment, the memory 21 is generally used to store the operating system and various application software installed in the computer device 2 , such as program codes of the terminal-based audio testing system 20 of the second embodiment. In addition, the memory 21 can also be used to temporarily store various types of data that have been output or will be output.

In some embodiments, the processor 22 may be a central processing unit (Central Processing Unit, CPU), a controller, a microcontroller, a microprocessor, or other data processing chips. The processor 22 is typically used to control the overall operation of the computer device 2 . In this embodiment, the processor 22 is configured to run the program code or process data stored in the memory 21, for example, run the terminal-based audio testing system 20 to implement the terminal-based audio testing method of the first embodiment.

The network interface 23 may include a wireless network interface or a wired network interface, and the network interface 23 is generally used to establish a communication connection between the server 2 and other electronic devices. For example, the network interface 23 is used to connect the server 2 with an external terminal through a network, and establish a data transmission channel and a communication connection between the server 2 and the external terminal. The network can be an intranet (Intranet), the Internet (Internet), a Global System of Mobile communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network , Bluetooth (Bluetooth), Wi-Fi and other wireless or wired networks. It should be pointed out that FIG. 7 only shows the computer device 2 having components 20-23, but it should be understood that it is not required to implement all of the shown components, and that more or less components may be implemented instead.

In this embodiment, the terminal-based audio testing system 20 stored in the memory 21 can also be divided into one or more program modules, and the one or more program modules are stored in the memory 21 and are One or more processors (in this embodiment, the processor 22) are executed to complete the present invention.

For example, FIG. 6 shows a schematic diagram of program modules for implementing the second embodiment of the terminal-based audio testing system 20. In this embodiment, the terminal-based audio testing system 20 may be divided into a receiving module 200 and a starting module 202 , a determination module 204 , an acquisition module 206 and a generation module 208 . The program module referred to in the present invention refers to a series of computer program instruction segments capable of performing specific functions, and is more suitable for describing the execution process of the terminal-based audio testing system 20 in the computer device 2 than a program. The specific functions of the program modules 200-208 have been described in detail in the second embodiment, and are not repeated here.

Embodiment 4

This embodiment also provides a computer-readable storage medium, such as a flash memory, a hard disk, a multimedia card, a card-type memory (for example, SD or DX memory, etc.), random access memory (RAM), static random access memory (SRAM), only Read-only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Programmable Read-Only Memory (PROM), magnetic memory, magnetic disk, optical disk, server, App application mall, etc., on which computer programs are stored, When the program is executed by the processor, the corresponding function is realized. The computer-readable storage medium of this embodiment is used for a computer program, and when executed by a processor, implements the terminal-based audio testing method of Embodiment 1.

The above-mentioned serial numbers of the embodiments of the present invention are only for description, and do not represent the advantages or disadvantages of the embodiments.

From the description of the above embodiments, those skilled in the art can clearly understand that the method of the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is better implementation.

The above are only preferred embodiments of the present invention, and are not intended to limit the scope of the present invention. Any equivalent structure or equivalent process transformation made by using the contents of the description and drawings of the present invention, or directly or indirectly applied in other related technical fields , are similarly included in the scope of patent protection of the present invention.

Claims (10)

1. a terminal-based audio testing method, is characterized in that, comprises: Receive the user's audio playback request, and the audio playback request includes audio data and a test package; Start the audio playback service of the terminal according to the audio playback request to play the audio data; Obtain system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information; Acquire the audio data played by the terminal through the capture method as the data to be tested; The data to be tested is received through the transmission mode, and the data to be tested is parsed and tested according to the test package, and a test report is generated. 2. The terminal-based audio testing method according to claim 1, wherein the audio playback service of the terminal is started according to the audio playback request, before the audio data is played, comprising: receiving a connection request from the terminal, where the connection request includes device status information; Acquire storage data of the terminal according to the connection request, and store the storage data in a database. 3. terminal-based audio testing method according to claim 1, is characterized in that, described obtaining the system version information of described terminal, according to described system version information, determine capture mode and transmission mode comprise: When the system version information of the terminal is less than or equal to a preset value, determine that the capture mode is a screen capture mode and the transmission mode is a communication interface; When the system version information of the terminal is greater than a preset value, it is determined that the capture mode is a screen recording capture mode started through a debug bridge and the transmission mode is a mapped port. 4. The terminal-based audio testing method according to claim 1, wherein, before receiving the data to be tested by the transmission mode, comprising: When the capture mode is the debug bridge capture mode, obtain the user authority of the user; Obtain the service port of the terminal according to the user authority and perform mapping to obtain the mapped port; The data to be tested is transmitted through the mapped port. 5. terminal-based audio testing method according to claim 1, is characterized in that, described data to be tested is analyzed and tested according to described test bag, and generating test report comprises: obtain assertion data in the test package; According to the assertion data, the audio data pre-stored in the test package is compared with the data to be tested, and a test report is generated based on the comparison result. 6. terminal-based audio testing method according to claim 1, is characterized in that, described method also comprises: Upload the test report to the blockchain. 7. a terminal-based audio test system, is characterized in that, comprising: a receiving module for receiving a user's audio playback request, where the audio playback request includes audio data and a test package; a startup module, configured to start the audio playback service of the terminal according to the audio playback request to play the audio data; a determining module, configured to acquire system version information of the terminal, and determine a capture mode and a transmission mode according to the system version information; an acquisition module, configured to acquire the audio data played by the terminal through the capture method, as the data to be tested; The generating module is configured to receive the data to be tested through the transmission mode, parse and test the data to be tested according to the test package, and generate a test report. 8. terminal-based audio testing system according to claim 7, is characterized in that, described generation module is also used for: obtain assertion data in the test package; According to the assertion data, the audio data pre-stored in the test package is compared with the data to be tested, and a test report is generated based on the comparison result. 9. A computer device, characterized in that the computer device comprises a memory and a processor, and the memory stores a computer program that can run on the processor, and when the computer program is executed by the processor Steps of implementing the terminal-based audio testing method according to any one of claims 1-6. 10. A computer-readable storage medium, wherein a computer program is stored in the computer-readable storage medium, and the computer program can be executed by at least one processor, so that the at least one processor executes the The steps of the terminal-based audio testing method according to any one of claims 1-6.

Images