Earphone basic function automatic test method and earphone test system

Abstract

The invention provides an earphone basic function automatic test method and an earphone test system, and the method comprises the steps: reading test parameter items, and building a test data table; sound component state information of the earphone is acquired; writing the tone component state information into a test data table; performing data analysis on the tone component state information written into the test data table; and when an analysis result obtained according to the data analysis is matched with a preset parameter, sound component state information of the earphone is obtained so as to test the next earphone, and if the analysis result is not matched with the preset parameter, a current test abnormity report is uploaded to a test system. According to the scheme, function testing is carried out on the earphone in an automatic mode, manual interference is not needed in the whole testing process, and manual recording of the current test is not needed either, so that the time needed by earphone testing is effectively shortened, and the earphone testing efficiency is improved; according to the method, the parameters obtained by testing the earphone can be compared with the preset parameters according to the set preset parameters, so that the test data is relatively objective.

Description

Technical Field

[0001] This disclosure relates to the technical field of headphone testing, and in particular to an automated testing method and system for basic headphone functions. Background Technology

[0002] When testing the basic functions of headphones, stress tests must be conducted on the core functions (such as power on / off status, microphone (MIC) pickup capability, and speaker (SPK) sound output capability) to ensure that the product meets factory standards. Traditional testing methods often rely on manual operation: testers manually power on / off the headphones, subjectively judge whether the speaker is producing sound, use simple equipment to test the microphone pickup effect, and manually record the test results.

[0003] With the increasing number of headphone tests, headphone quality testing (such as microphone pickup capability, speaker performance, and audio transmission stability) is a crucial process in the production and shipping stages, as headphone is a core device for audio output and input. Traditional headphone testing relies on manual operation; however, manual operation has the following problems: (1) Low testing efficiency: Manually operating the power on and off of each machine and testing each function one by one takes a long time for a single machine to be tested, which is difficult to adapt to mass production scenarios; (2) The test results are highly subjective: the evaluation of loudspeaker sound quality depends on the subjective feelings of the testers, the standards are not uniform, and misjudgment is easy to occur; (3) Non-standard data recording: Manually recording test data is prone to omissions or errors, and it is difficult to form structured reports, which is not conducive to quality traceability and problem analysis; (4) Poor test consistency: Different testers have different operating habits, resulting in low comparability of test results.

[0004] Therefore, an automated testing solution is needed to achieve rapid, objective, and traceable testing of the key functions of headphones. Summary of the Invention

[0005] The purpose of this disclosure is to overcome the shortcomings of the prior art and provide an automated testing method and system for the basic functions of headphones that requires no manual operation, improves testing efficiency, and provides more objective test data.

[0006] The purpose of this disclosure is achieved through the following technical solution: An automated testing method for basic headphone functions is disclosed, employing an automated headphone testing device to perform headphone testing. The automated headphone testing device includes a control module, a detection module, a data module, and a configuration module. The control module controls the test switch state, the detection module acquires the headphone's frequency response (FCR) status information, the data module writes the FCR status information into a test data table, and the configuration module sets preset parameters. The automated testing method for basic headphone functions includes the following steps: S101. Read the test parameter items and create a test data table; S102. Obtain the headphone's sound split status information; S103. Write the sound split status information into the test data table; S104. Perform data analysis on the tone state information after it is written into the test data table; S105. If the analysis results obtained from the data analysis match the preset parameters, then execute S102 to test the next earphone. If the analysis results do not match the preset parameters, upload the current test anomaly report to the test system.

[0007] In one embodiment, the audio state information includes at least one of test sequence number, test time, audio test state value, microphone test state value, audio test decibel value, and noise sample test decibel value.

[0008] In one embodiment, the execution of S105 specifically includes the following steps: If the analysis results obtained from the data analysis match the preset parameters, execute S105A; otherwise, execute S105B. S105A: Send a sequence number increment signal to the test system to increment the test sequence number by one; S105B: Upload the current test anomaly report to the test system; The execution of S105A also includes the following steps: Executing S102 to test the next earphone; Executing S105B also includes the following steps: Executing S102 to test the current headphones again.

[0009] In one embodiment, executing S105A specifically includes the following steps: Send a sequence number increment signal to the test system to increment the test sequence number by one; Check if the current test number is greater than the preset number of tests; If the current test number is greater than the preset number of tests, send a signal to the test system indicating that the headphone test in the group is complete; otherwise, execute S102 to proceed with the test of the next headphone.

[0010] In one embodiment, S102 is performed, which specifically includes the following steps: Perform environmental noise sample recording operation; Obtain the decibel value of the environmental noise sample and record it as the first decibel value; Perform audio playback operation; Obtain the audio playback decibel value and record it as the second decibel value; The difference between the first decibel value and the second decibel value is processed to obtain two decibel difference values.

[0011] In one embodiment, the environmental noise sample recording operation is further preceded by the following steps: acquiring audio test status values ​​and microphone test status values ​​respectively.

[0012] In one embodiment, when executing S103, the following steps are specifically included: writing the audio test status value, the microphone test status value, the first decibel value, the second decibel value, and the two-segment decibel difference value into a test data table.

[0013] In one embodiment, executing S104 specifically includes the following steps: Detect whether the audio test status value matches the first preset status value; Check whether the microphone test status value matches the second preset status value; The test checks whether the difference in decibel levels between the two segments is within the preset decibel range.

[0014] In one embodiment, executing S105 specifically includes the following steps: If the audio test status value matches the first preset status value, and the microphone test status value matches the second preset status value, and the difference between the two decibel values ​​is within the preset decibel value range, then execute S102 to test the next headphone; otherwise, upload the current test anomaly report to the test system.

[0015] A headphone testing system employs the automated testing method for basic headphone functions described in any embodiment to perform the steps.

[0016] Compared with the prior art, this disclosure has at least the following advantages: The aforementioned automated testing method for basic headphone functions uses an automated approach to test headphone functions. The entire testing process requires no manual intervention or recording of the current test results, thus effectively shortening the testing time and improving testing efficiency. Based on preset parameters, this method can compare the parameters obtained from the tested headphone with the preset parameters, avoiding problems such as "experience bias" and "subjective misjudgment" that occur with manual judgment, thereby ensuring more objective test data. Attached Figure Description

[0017] To more clearly illustrate the technical solutions of the embodiments of this disclosure, the accompanying drawings used in the embodiments will be briefly described below. It should be understood that the following drawings only show some embodiments of this disclosure and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a flowchart of an automated testing method for basic headphone functions in one embodiment; Figure 2 This is a structural diagram of an automated headphone testing device used in one embodiment of the automated testing method for basic headphone functions. Figure 3 This is a flowchart illustrating the automated testing method for basic headphone functions in another embodiment. Detailed Implementation

[0019] To facilitate understanding of this disclosure, a more complete description will be given below with reference to the accompanying drawings, which illustrate preferred embodiments of the present disclosure. However, this disclosure can be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of the disclosure.

[0020] It should be noted that when an element is referred to as being "fixed to" another element, it can be directly attached to the other element or there may be an intervening element. When an element is referred to as being "connected to" another element, it can be directly connected to the other element or there may be an intervening element. The terms "vertical," "horizontal," "left," "right," and similar expressions used herein are for illustrative purposes only and do not represent the only possible implementation.

[0021] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of this disclosure. The term "and / or" as used herein includes any and all combinations of one or more of the associated listed items.

[0022] To better understand the technical solutions and beneficial effects of this disclosure, the following detailed description is provided in conjunction with specific embodiments: An embodiment of the present invention provides an automated testing method for the basic functions of headphones, which employs an automated headphone testing device to perform headphone testing, such as... Figure 2As shown, the automated headphone testing device includes a control module, a detection module, a data module, and a configuration module. The control module is used to control the test switch state, the detection module is used to acquire the headphone's sound score status information, the data module is used to write the sound score status information into a test data table, and the configuration module is used to set preset parameters. As can be understood, the control module is used to control the test switch state to determine whether or not to perform headphone testing. Specifically, the control module uses a relay with a specific power control timing. Precise delays ensure stable power supply to the device. When the headphones are connected to the host via the relay, the relay eliminates the current surge during headphone power-on and power-off, protecting the headphones from permanent damage caused by the current surge and preventing test data deviations caused by the current surge. The detection module tests the headphones to obtain relevant data, such as microphone decibel value, audio decibel value, test time, and test sequence number. The data module writes the audio state information into the test data table, that is, inputs the relevant data obtained from the headphone test into the test data table for subsequent data analysis. The configuration module sets preset parameters, specifically, a set of parameters such as the number of test cycles, microphone decibel threshold, and test time can be set, adapting to various types of headphones without modifying the core code.

[0023] like Figure 1 As shown, in one embodiment, the automated testing method for the basic functions of the headphones includes the following steps: S101. Read the test parameter items and establish a test data table. In this embodiment, the system will establish a test data table based on the test parameter items so that when a group of multiple headphones are tested, the acquired data is input into the corresponding test parameter items. Specifically, the test parameter items include, but are not limited to, test sequence number, test time, audio test status, microphone test status, audio test decibel value, and noise sample test decibel value.

[0024] S102. Obtain the audio split status information of the headphones; specifically, connect the test headphones to the host for communication, and then the system tests the test headphones to obtain the corresponding data information of the current headphones. In this embodiment, the audio split status information includes, but is not limited to, test number, test time, audio test status value, microphone test status value, audio test decibel value and noise sample test decibel value.

[0025] S103. Write the sound split status information into the test data table; specifically, write the test data of a single earphone into the test data table so that the obtained test data can be analyzed in subsequent operations.

[0026] S104. Perform data analysis on the tone state information written into the test data table; that is, perform in-depth analysis based on the obtained test data results to determine whether there is any data anomaly in at least one parameter item, thereby drawing corresponding conclusions based on the analysis information, and then deciding whether to proceed based on the current conclusions.

[0027] S105. If the analysis results obtained from the data analysis match the preset parameters, then S102 is executed to proceed with the next earphone test. If the analysis results do not match the preset parameters, a current test anomaly report is uploaded to the testing system. In this embodiment, if the analysis results obtained from the data analysis match the preset parameters, it indicates that all data obtained from a single earphone test matches the baseline value of each test parameter item, meaning that the single earphone has passed the functional test, and the current earphone test can be terminated and the next earphone test can proceed. If the analysis results obtained from the data analysis do not match the preset parameters, it indicates that one or more of the data obtained from a single earphone test do not match the baseline value of the corresponding test parameter item, meaning that the single earphone has failed the functional test. In this case, a current test anomaly report is uploaded to the testing system so that the operator can adjust parameters such as the earphone version based on the current test anomaly report.

[0028] In the above embodiments, the automated testing method for basic headphone functions uses an automated approach to test the headphone's functions. The entire testing process requires no manual intervention or recording of the current test, thereby effectively shortening the testing time and improving testing efficiency. Based on preset parameters, this method can compare the parameters obtained from the tested headphone with the preset parameters, avoiding problems such as "experience bias" and "subjective misjudgment" in manual judgment, thus making the test data more objective.

[0029] In this embodiment, the audio state information includes at least one of the following: test sequence number, test time, audio test state value, microphone test state value, audio test decibel value, and noise sample test decibel value.

[0030] In one embodiment, the execution of S105 specifically includes the following steps: If the analysis results obtained from the data analysis match the preset parameters, execute S105A; otherwise, execute S105B. S105A: Send a sequence number increment signal to the test system to increment the test sequence number by one; S105B: Upload the current test anomaly report to the test system; The execution of S105A also includes the following steps: Executing S102 to test the next earphone; Executing S105B also includes the following steps: Executing S102 to test the current headphones again.

[0031] In this embodiment, during a set of headphone tests, the preset number of tests corresponds to the number of headphones in the set, such as 10, 20, or 50. Headphone tests are conducted one by one. Whenever a headphone's data analysis results match the preset parameters (i.e., all data obtained from a single headphone test matches the baseline value of each test parameter), a pass signal is output, indicating that the functional test has passed. At this time, a sequence number increment signal is sent to the testing system to increment the test sequence number by one, and then the next headphone test is executed. When a headphone's data analysis results do not match the preset parameters (i.e., one or more data obtained from a single headphone test do not match the baseline value of the corresponding test parameter), a fail signal is output, indicating that the functional test has failed. Simultaneously, a current test anomaly report is uploaded to the testing system to inform the operator to handle the anomaly. At this time, the test sequence number does not increment, remaining unchanged to facilitate retesting of the headphone that failed the functional test. Furthermore, if the analysis results obtained from data analysis in one earphone do not match the preset parameters, a separate test anomaly report is output, thus not affecting the data of the earphones that have previously passed the functional test, thereby ensuring the smooth progress of the earphone test.

[0032] In one embodiment, executing S105A specifically includes the following steps: Send a sequence number increment signal to the test system to increment the test sequence number by one; Check if the current test number is greater than the preset number of tests; If the current test number is greater than the preset number of tests, send a signal to the test system indicating that the headphone test in the group is complete; otherwise, execute S102 to proceed with the test of the next headphone.

[0033] In this embodiment, when the current earphone passes the functional test, it is limited by a set of test loop counts set by the system. First, it is compared whether the current test sequence number is greater than the preset test count. The preset test count is a set of test loop counts set in the configuration module, such as 10, 20, 50, etc. When the current test sequence number is greater than the preset test count, it indicates that all earphones in the group have completed the test and passed, which means that the number of tests has reached the preset test count. At this time, a test completion signal for the earphones in the group is sent to the test system to stop the earphone test of the current group, and then the earphone test of the next group is carried out. When the current test sequence number is less than or equal to the preset test count, it indicates that some earphones have passed the functional test, and some earphones are still in the waiting state. At this time, S102 is executed to carry out the test of the next earphone in the current group, thereby ensuring the reliability and accuracy of the earphone test and preventing the occurrence of repeated testing or missed testing of earphones.

[0034] In one embodiment, S102 is performed, which specifically includes the following steps: Perform environmental noise sample recording operation; Obtain the decibel value of the environmental noise sample and record it as the first decibel value; Perform audio playback operation; Obtain the audio playback decibel value and record it as the second decibel value; The difference between the first decibel value and the second decibel value is processed to obtain two decibel difference values.

[0035] In this embodiment, when testing a single earphone, an environmental noise sample is first recorded to simulate the earphone testing environment and serve as the benchmark for subsequent tests, specifically for a single earphone. The recording duration of the noise sample is several seconds, for example, 10 seconds. Then, the decibel value in the current earphone testing environment is obtained, which is the environmental noise sample decibel value, denoted as the first decibel value. This first decibel value is obtained through the earphone's microphone. After obtaining this decibel value, audio playback is performed so that the earphone's microphone obtains the current decibel value, denoted as the second decibel value. The two decibel values ​​are then subtracted to obtain the difference, i.e., the two-segment decibel difference. This difference represents the difference between the decibel values ​​obtained from the two sound segments. This process eliminates interference caused by environmental factors during earphone testing, ensuring the authenticity and reliability of the data obtained during earphone testing.

[0036] Furthermore, the two steps of performing audio playback and obtaining the audio playback decibel value, denoted as the second decibel value, are performed simultaneously. Specifically, thread synchronization technology is used to achieve precise synchronization between test audio playback and microphone recording, with audio playback and decibel acquisition starting and ending simultaneously.

[0037] Furthermore, before performing the environmental noise sample recording operation, the following steps are also included: acquiring the audio test status value and the microphone test status value respectively to determine whether the audio (SPK) and microphone (MIC) in the headphones are in working state, ensuring the reliability of the headphone test. Specifically, the audio test status value is 0 (not working) or 1 (working), and the microphone test status value is 0 (not working) or 1 (working).

[0038] Furthermore, when executing S103, the specific steps include: writing the audio test status value, the microphone test status value, the first decibel value, the second decibel value, and the two-segment decibel difference value into a test data table, so that in the subsequent data analysis steps, data analysis will be performed based on the above parameters to obtain better results.

[0039] In one embodiment, executing S104 specifically includes the following steps: Detect whether the audio test status value matches the first preset status value; Check whether the microphone test status value matches the second preset status value; The test checks whether the difference in decibel levels between the two segments is within the preset decibel range.

[0040] In this embodiment, after the data obtained from the headphone test is written into the test data, data analysis will be performed based on the above parameters to obtain better results. Specifically, each data parameter is compared with the corresponding benchmark value to determine whether the data matches the benchmark value or whether the data is within the benchmark range. The specific steps are: detecting whether the audio test state value matches the first preset state value, detecting whether the microphone test state value matches the second preset state value, and detecting whether the two-stage decibel difference is within the preset decibel value range. Thus, the data analysis steps are more intuitive and easier for operators to understand. At the same time, the data obtained and its analysis are more objective, avoiding subjective factors from affecting the accuracy of the test.

[0041] In one embodiment, executing S105 specifically includes the following steps: If the audio test status value matches the first preset status value, and the microphone test status value matches the second preset status value, and the difference between the two decibel values ​​is within the preset decibel value range, then execute S102 to test the next headphone; otherwise, upload the current test anomaly report to the test system.

[0042] In this embodiment, after the data obtained from the headphone test is written into the test data, data analysis is performed based on the aforementioned parameters to obtain better results. Specifically, each data parameter is compared with its corresponding benchmark value to determine whether the data matches the benchmark value or whether the data is within the benchmark range. For parameters such as audio test status value, microphone test status value, first decibel value, second decibel value, and two-stage decibel difference, when some data parameters match the corresponding benchmark value and the remaining data parameters are within the benchmark range, it indicates that the current headphone has passed the functional test. At this time, S102 is executed to test the next headphone. When at least one parameter does not match the corresponding benchmark value, or at least one parameter is outside the range, it indicates that the current headphone has failed the functional test. At this time, a current test anomaly report is uploaded to the test system so that the operator can analyze the reasons for the test failure or the reasons for the anomaly during a certain period of time. This allows the operator to adjust preset parameters for the problem, such as the headphone version, thereby ensuring that the headphones in a group can reliably pass the functional test and ensuring the high yield rate of the headphone products.

[0043] In the above embodiments, such as Figure 2The diagram shown is a flowchart of the automated testing method for basic headphone functions.

[0044] Typically, during headphone testing within a group, if one or more headphones fail the functional test, a test anomaly report is uploaded to the testing system. This informs the operator to adjust parameters (such as headphone version, ambient noise threshold, etc.) based on the anomaly or error pointed out in the report, and then retest until the headphones pass the functional test. However, even after parameter adjustments, some headphones may still fail the test. In this case, the operator needs to readjust the parameters based on the information provided in the test anomaly report and retest the headphones. The worst-case scenario is repeatedly adjusting parameters and retesting when headphones fail the functional test. This cyclical process inevitably increases the overall testing time for multiple headphones within a single group, thus impacting the efficiency of headphone testing.

[0045] Therefore, in one embodiment, the current test anomaly report is uploaded to the test system, followed by the following steps: S91. Obtain the current number of test loops for the headphone; S92. Check if the number of cycles in a single test is less than the preset number of cycles; S93. If the number of single test cycles is greater than or equal to the preset number of single cycles, send a test skip signal to the test system.

[0046] In this embodiment, when the analysis results obtained from the test data of an earphone do not partially or completely match the preset parameters, a current test anomaly report is uploaded to the test system. Then, the number of single test cycles for the current earphone is obtained to determine the number of times the current earphone needs to be retested. Next, it is checked whether the number of single test cycles is less than the preset number of single cycles to determine whether the number of times the earphone needs to be retested has reached the upper limit. When the number of single test cycles is greater than or equal to the preset number of single cycles, it indicates that the number of times the current earphone needs to be retested has reached the upper limit. In this case, continuing to retest will only increase the overall test time of multiple earphones in a single group. At this time, a test skip signal is sent to the test system to skip the test of the current earphone and mark the current earphone as an abnormal test earphone. Then, the next earphone test is directly performed. In subsequent tests, if an earphone fails the functional test, S91-S93 are executed to determine whether to skip the test of the current earphone and mark the current earphone, thereby ensuring the efficiency of earphone testing, shortening unnecessary retest time, and ensuring that each group of earphone tests is carried out smoothly. The preset number of single-cycle cycles can be set through the configuration module, such as 2, 3, 4, etc. If the headphones still fail the functional test after parameter adjustment, the test will be skipped and the headphones will be marked as abnormal test headphones as long as the number of single-cycle cycles exceeds the preset number of single-cycle cycles.

[0047] Further, it checks whether the number of single test cycles is less than the preset number of single cycles, and then includes the following steps: if the number of single test cycles is less than the preset number of single cycles, a test cycle increment signal is sent to the test system to increment the number of single test cycles by one, and then S102 is executed to test the current headphones again.

[0048] Further, it checks whether the current test number is greater than the preset number of tests, and then includes the following steps: If the current test number is greater than the preset number of tests, perform a data scan on the test data table; Retrieve the number of abnormal test serial numbers from the test data table. Check if the number of abnormal test numbers exceeds the preset number of abnormalities; If the number of abnormal serial numbers exceeds the preset number of abnormal numbers, an abnormal headphone retest signal will be sent.

[0049] In this embodiment, after all headphones in the entire group have been tested, it's possible that all headphones in a single group pass the functional test, or that some headphones in a single group fail the functional test. In this case, the test data table is scanned to identify the abnormal data items for each headphone test, thereby locating the test sequence number of the headphones in the single group, i.e., obtaining the number of abnormal test sequence numbers in the test data table. Then, the corresponding abnormal test headphones are traced based on the test sequence number. Subsequently, it is checked whether the number of abnormal test sequence numbers is greater than a preset abnormal number to determine if there are any abnormal test headphones in the single group. When the number of abnormal sequence numbers is greater than the preset abnormal number, it indicates that there is at least one abnormal test headphone in the single group, meaning a headphone that has failed the functional test despite multiple parameter adjustments. At this time, a retest signal for the abnormal headphone is sent to retest at least one abnormal test headphone. For headphones that pass the functional test, subsequent processes continue, and the production output is no longer affected by the abnormal test headphone. Thus, in this step, the abnormal test headphone can be retested individually, eliminating the need to retest all headphones in the entire group, saving unnecessary testing time. The preset abnormal number is 0.

[0050] In another embodiment, the system detects whether the number of abnormal test numbers is greater than a preset number of abnormalities. Then, it includes the following steps: if the number of abnormal test numbers is less than or equal to the preset number of abnormalities, it sends a test completion signal for the headphones within the group to the testing system. It can be understood that when the number of abnormal test numbers is less than or equal to the preset number of abnormalities (i.e., less than or equal to 0), it indicates that there are no abnormal test headphones in a single group, meaning all headphones in the single group have passed the functional test. At this point, a test completion signal for the headphones within the group is sent to the testing system to end the headphone test for the current group, thus allowing subsequent steps to proceed, such as adjusting test parameters through the configuration module to directly test the headphones for the next group.

[0051] This disclosure also provides a headphone testing system, which uses the automated testing method for basic headphone functions described in any embodiment to perform the steps.

[0052] Compared with the prior art, this disclosure has at least the following advantages: The aforementioned automated testing method for basic headphone functions uses an automated approach to test headphone functions. The entire testing process requires no manual intervention or recording of the current test results, thus effectively shortening the testing time and improving testing efficiency. Based on preset parameters, this method can compare the parameters obtained from the tested headphone with the preset parameters, avoiding problems such as "experience bias" and "subjective misjudgment" that occur with manual judgment, thereby ensuring more objective test data.

[0053] The embodiments described above are merely illustrative of several implementations of this disclosure, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of the disclosed patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this disclosure, and these all fall within the protection scope of this disclosure. Therefore, the protection scope of this patent should be determined by the appended claims.

Claims

1. An automated testing method for basic headphone functions, characterized in that, The headphone testing is performed using an automated headphone testing device, which includes a control module, a detection module, a data module, and a configuration module. The control module is used to control the test switch state, the detection module is used to acquire the headphone's sound score status information, the data module is used to write the sound score status information into a test data table, and the configuration module is used to set preset parameters. The automated testing method for basic headphone functions includes the following steps: S101. Read the test parameter items and create a test data table; S102. Obtain the headphone's sound split status information; S103. Write the sound split status information into the test data table; S104. Perform data analysis on the tone state information after it is written into the test data table; S105. If the analysis results obtained from the data analysis match the preset parameters, then execute S102 to test the next earphone. If the analysis results do not match the preset parameters, upload the current test anomaly report to the test system.

2. The automated testing method for basic headphone functions according to claim 1, characterized in that, The audio state information includes at least one of the following: test sequence number, test time, audio test state value, microphone test state value, audio test decibel value, and noise sample test decibel value.

3. The automated testing method for basic headphone functions according to claim 2, characterized in that, The execution of S105 includes the following steps: If the analysis results obtained from the data analysis match the preset parameters, execute S105A; otherwise, execute S105B. S105A: Send a sequence number increment signal to the test system to increment the test sequence number by one; S105B: Upload the current test anomaly report to the test system; The execution of S105A also includes the following steps: Executing S102 to test the next earphone; Executing S105B also includes the following steps: Executing S102 to test the current headphones again.

4. The automated testing method for basic headphone functions according to claim 3, characterized in that, The specific steps involved in executing S105A are as follows: Send a sequence number increment signal to the test system to increment the test sequence number by one; Check if the current test number is greater than the preset number of tests; If the current test number is greater than the preset number of tests, send a signal to the test system indicating that the headphone test in the group is complete; otherwise, execute S102 to proceed with the test of the next headphone.

5. The automated testing method for basic headphone functions according to claim 1, characterized in that, Executing S102 specifically includes the following steps: Perform environmental noise sample recording operation; Obtain the decibel value of the environmental noise sample and record it as the first decibel value; Perform audio playback operation; Obtain the audio playback decibel value and record it as the second decibel value; The difference between the first decibel value and the second decibel value is processed to obtain two decibel difference values.

6. The automated testing method for basic headphone functions according to claim 5, characterized in that, Before performing the environmental noise sample recording operation, the following steps are also included: Obtain the audio test status value and the microphone test status value respectively.

7. The automated testing method for basic headphone functions according to claim 6, characterized in that, The execution of S103 includes the following steps: Write the audio test status value, the microphone test status value, the first decibel value, the second decibel value, and the two-segment decibel difference value into the test data table.

8. The automated testing method for basic headphone functions according to claim 7, characterized in that, The execution of S104 includes the following steps: Detect whether the audio test status value matches the first preset status value; Check whether the microphone test status value matches the second preset status value; The test checks whether the difference in decibel levels between the two segments is within the preset decibel range.

9. The automated testing method for basic headphone functions according to claim 8, characterized in that, The execution of S105 includes the following steps: If the audio test status value matches the first preset status value, and the microphone test status value matches the second preset status value, and the difference between the two decibel values ​​is within the preset decibel value range, then execute S102 to test the next headphone; otherwise, upload the current test anomaly report to the test system.

10. A headphone testing system, characterized in that, The steps are performed using the automated testing method for basic headphone functions as described in any one of claims 1-9.

Images