CN111209150A - Board card testing method and system based on Debian system - Google Patents
Board card testing method and system based on Debian system Download PDFInfo
- Publication number
- CN111209150A CN111209150A CN201911421852.7A CN201911421852A CN111209150A CN 111209150 A CN111209150 A CN 111209150A CN 201911421852 A CN201911421852 A CN 201911421852A CN 111209150 A CN111209150 A CN 111209150A
- Authority
- CN
- China
- Prior art keywords
- test
- module
- sub
- audio
- board card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2247—Verification or detection of system hardware configuration
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Human Computer Interaction (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The invention relates to the field of electronic screen projection, and particularly provides a board card testing method and system based on a Debian system, which are characterized by comprising the following steps: the method comprises the steps of programming the test firmware to a test board card to be tested, connecting an interface on the test board card, electrifying the test board card, operating the test firmware, creating a test main thread and carrying out UI frame display, reading a configuration file, creating test sub-threads of each module and carrying out test, forming sub-module test data, obtaining the sub-module test data and carrying out UI display.
Description
Technical Field
The invention relates to the field of electronic screen projection, in particular to a board card testing method and system based on a Debian system.
Background
In the consumer electronics industry, many products are developed based on embedded systems, in order to ensure the qualification rate of PCB boards and final products in the production process, the boards are tested before delivery, functional modules and interfaces related to the PCB boards are tested, the test efficiency of the boards directly influences the time and labor cost input by a factory,
aiming at the test of the embedded PCB board card, the existing domestic chip original factories or product development factories release own test tools, and the test tools are roughly divided into three types according to the running software system, namely an Android system board card test tool, a Linux system board card test tool and a Windows system board card test tool, but the three types of test board cards all need manual intervention when being tested, so that the efficiency is not high.
Disclosure of Invention
The invention mainly aims to provide a board card testing method and system based on a Debian system, which are convenient to use and can realize testing without manual intervention;
in order to achieve the purpose, the invention adopts the technical scheme that:
in a first aspect, as shown in fig. 1, the present invention provides a board test method based on a Debian system, including:
burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
powering on the test board card and operating the test firmware;
establishing a testing main thread and displaying a UI frame;
reading the configuration file, creating a test sub-thread of each module, testing, and forming sub-module test data;
and acquiring the sub-module test data and carrying out UI display.
Further, as shown in fig. 2, the reading the configuration file, creating a test sub-thread of each module, performing a test, and forming sub-module test data specifically includes:
loading a test submodule according to the configuration file;
creating the corresponding test sub-thread according to the test sub-module;
and operating the configuration file and forming the test data of the sub-modules.
Further, as shown in fig. 3, the loading the test sub-module according to the configuration file specifically includes:
creating an audio module sub-thread;
acquiring sample audio;
outputting the sample audio;
when the sample audio is output, adjusting the playing state of the sample audio and forming test audio information;
carrying out data conversion analysis on the test audio information, calculating the amplitude of each frame of audio data, and forming test amplitude information;
comparing the test amplitude information with the preset amplitude threshold;
and when the test amplitude information is judged to be within the preset amplitude threshold value, recording as a test success, and forming audio sub-module test data.
Further, as shown in fig. 4, after comparing the test amplitude information with the preset amplitude threshold, the method further includes;
judging that the test fails when the test amplitude information exceeds the preset amplitude threshold;
adjusting the playing state of the sample audio again so as to update the test audio information;
and carrying out secondary test on the test audio information.
In a second aspect, the invention provides a board card testing system based on a Debian system, which comprises a firmware burning module, a power supply module, a processing module and a testing module;
all modules are connected with each other;
the firmware burning module is used for burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
the power supply module is used for electrifying the test board card to enable the processing module to run the test firmware;
the processing module is also used for creating a testing main thread and displaying a UI frame;
the test module is used for reading the configuration file, creating the test sub-thread of each module, testing and forming sub-module test data;
and the processing module is also used for acquiring the sub-module test data and carrying out UI display.
Further, the board card testing system based on the Debian system further comprises a file loading module and a thread establishing module;
the file loading module and the thread establishing module are connected with other modules;
the test module is configured to read the configuration file, create a test sub-thread of each module, perform a test, and form sub-module test data, and specifically includes:
the file loading module is used for loading the test sub-module according to the configuration file;
the thread establishing module is used for establishing the corresponding testing sub-thread according to the testing sub-module;
the processing module is further configured to run the configuration file and form the sub-module test data.
Furthermore, an audio test unit is arranged in the test module;
the file loading module is configured to load the test sub-module according to the configuration file, and specifically includes:
the thread establishing module is also used for establishing an audio module sub-thread;
the audio test unit is used for obtaining sample audio;
the audio test unit is also used for outputting the sample audio;
the processing module is further used for adjusting the playing state of the sample audio and forming test audio information when the sample audio is output;
the audio test unit is also used for carrying out data conversion analysis on the test audio information and calculating the amplitude of each frame of audio data, and forming test amplitude information;
the processing module is further configured to compare the test amplitude information with the preset amplitude threshold;
and the processing module is further used for judging that the test is successful when the test amplitude information is within the preset amplitude threshold value, and forming audio sub-module test data.
Further, the processing module is further configured to compare the test amplitude information with the preset amplitude threshold, and further includes;
the processing module is further used for judging that the test fails when the test amplitude information exceeds the preset amplitude threshold;
the processing module is further configured to adjust the playing state of the sample audio again, so as to update the test audio information;
the audio test unit is also used for carrying out secondary test on the test audio information.
By adopting the method and the structure, the invention realizes that manual intervention is not needed in the test process by burning and testing the test program firmware based on the Debian system and arranging the plurality of sub-module test units in the test module for testing, and directly displays the test result on the LCD or HDMI output equipment through a graphical interface after the test is finished, thereby facilitating the check of a user, improving the development and production test efficiency by arranging the file loading module and the thread establishing module to simultaneously load and test a plurality of sub-threads, solving the problem that the test board card in the prior art needs manual intervention when testing, resulting in low efficiency, and improving the test efficiency of a client.
Drawings
FIG. 1 is a flow chart of a method of an embodiment of a board test method based on a Debian system of the present invention;
FIG. 2 is a flowchart of a board test method according to another embodiment of the present invention;
FIG. 3 is a flowchart of a board test method according to another embodiment of the present invention;
FIG. 4 is a flowchart of a board test method according to another embodiment of the present invention;
FIG. 5 is a schematic structural diagram of an embodiment of a board test system based on a Debian system of the present invention;
FIG. 6 is a schematic structural diagram of a test module according to an embodiment of the present invention;
the number designations in the figures are: the device comprises a 10-firmware burning module, a 20-power supply module, a 30-processing module, a 40-testing module, a 50-file loading module, a 60-thread establishing module and a 41-audio testing unit.
Detailed Description
The following further describes embodiments of the present invention with reference to the drawings. It should be noted that the description of the embodiments is provided to help understanding of the present invention, but the present invention is not limited thereto. In addition, the technical features involved in the embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.
In a first aspect, as shown in fig. 1, the present invention provides a board test method based on a Debian system, including:
s100, burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
s200, electrifying the test board card and operating the test firmware;
s300, establishing a testing main thread and displaying a UI frame;
s400, reading the configuration file, creating a test sub-thread of each module, testing, and forming sub-module test data;
and S500, acquiring the sub-module test data and displaying the sub-module test data through a UI.
Further, as shown in fig. 2, the step S400 specifically includes:
s410, loading a test submodule according to the configuration file;
s420, creating a corresponding test sub-thread according to the test sub-module;
and S430, operating the configuration file and forming the test data of the sub-modules.
Further, as shown in fig. 3, the step S410 specifically includes:
s411, creating an audio module sub-thread;
s412, obtaining sample audio;
s413, outputting the sample audio;
s414, when the sample audio is output, adjusting the playing state of the sample audio and forming test audio information;
s415, carrying out data conversion analysis on the test audio information, calculating the amplitude of each frame of audio data, and forming test amplitude information;
s416, comparing the test amplitude information with the preset amplitude threshold;
and S417, judging that the test is successful when the test amplitude information is within the preset amplitude threshold value, and forming test data of the audio submodule.
Further, as shown in fig. 4, after the step S416, the method further includes;
s418, judging that the test fails when the test amplitude information exceeds the preset amplitude threshold;
s419, adjusting the playing state of the sample audio again, thereby updating the test audio information;
and S420, carrying out secondary test on the test audio information.
In a second aspect, as shown in fig. 5, the present invention provides a board test system based on a Debian system, which includes a firmware burning module 10, a power supply module 20, a processing module 30, and a test module 40;
all modules are connected with each other;
the firmware burning module 10 is used for burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
the power supply module 20 is configured to power on the test board so that the processing module 30 runs the test firmware;
the processing module 30 is further configured to create a test main thread and perform UI frame display;
the test module 40 is used for reading the configuration file, creating a test sub-thread of each module, testing the test sub-thread and forming sub-module test data;
the processing module 30 is further configured to obtain the sub-module test data and perform UI display.
Further, the board card testing system based on the Debian system further comprises a file loading module 50 and a thread establishing module 60;
the file loading module 50 and the thread establishing module 60 are connected with the rest of the modules;
the test module 40 is configured to read the configuration file, create a test sub-thread of each module, perform a test, and form sub-module test data, and specifically includes:
the file loading module 50 is used for loading the test sub-module according to the configuration file;
the thread establishing module 60 is configured to establish the corresponding test sub-thread according to the test sub-module;
the processing module 30 is further configured to run the configuration file and form the sub-module test data.
Further, as shown in fig. 6, an audio test unit 41 is disposed in the test module 40;
the file loading module 50 is configured to load the test sub-module according to the configuration file, and specifically includes:
the thread establishing module 60 is further configured to create an audio module sub-thread;
the audio test unit 41 is used for obtaining sample audio;
the audio test unit 41 is further configured to output the sample audio;
the processing module 30 is further configured to adjust a playing state of the sample audio and form test audio information when the sample audio is output;
the audio test unit 41 is further configured to perform data conversion analysis on the test audio information, calculate an amplitude of each frame of audio data, and form test amplitude information;
the processing module 30 is further configured to compare the test amplitude information with the preset amplitude threshold;
the processing module 30 is further configured to judge that the test is successful when the test amplitude information is within the preset amplitude threshold, and form audio sub-module test data.
Further, the processing module 30 is further configured to compare the test amplitude information with the preset amplitude threshold, and further includes;
the processing module 30 is further configured to determine that the test fails when the test amplitude information exceeds the preset amplitude threshold;
the processing module 30 is further configured to adjust the playing status of the sample audio again, so as to update the test audio information;
the audio test unit 41 is further configured to perform a secondary test on the test audio information.
In a specific application scenario of the invention, when a user uses the invention for testing, the user firstly writes a test firmware to a test board card to be tested through the firmware burning module 10 and connects an interface on the test board card, then the invention uses the power supply module 20 to electrify the test board card to enable the processing module 30 to run the test firmware, then the processing module 30 creates a test main thread and performs UI frame display, so that the user can conveniently check the test result, then the test module 40 reads a configuration file and creates and tests test sub-threads of each module, and forms sub-module test data, finally the processing module 30 obtains and performs UI display on the sub-module test data, so that the user records the test result, and when the test module 40 reads the configuration file and creates and tests the test sub-threads of each module, and forms sub-module test data, the file loading module 50 is configured to load a test sub-module according to the configuration file, the thread establishing module 60 then establishes a corresponding test sub-thread according to the test sub-module, the processing module 30 is further configured to run the configuration file and form the sub-module test data, so as to form a test result of each sub-module, when the file loading module 50 loads the test sub-module according to the configuration file, the audio testing unit 41 is arranged in the test module 40, at this time, the thread establishing module 60 establishes an audio module sub-thread, then the audio testing unit 41 obtains a sample audio and outputs the sample audio, then the processing module 30 adjusts a playing state of the sample audio and forms test audio information, then the audio testing unit 41 performs data conversion analysis on the test audio information and calculates an amplitude of each frame of audio data, and forming test amplitude information, then comparing the test amplitude information with the preset amplitude threshold by the processing module 3, and recording as a test success when the test amplitude information is within the preset amplitude threshold, and forming audio sub-module test data, thereby completing the sub-module test of the audio module.
In the description of the present invention, it should be noted that the terms "vertical", "upper", "lower", "horizontal", and the like indicate orientations or positional relationships based on those shown in the drawings, and are only for convenience of describing the present invention and simplifying the description, but do not indicate or imply that the referred device or element must have a specific orientation, be constructed in a specific orientation, and be operated, and thus, should not be construed as limiting the present invention.
In the description of the present invention, it should also be noted that, unless otherwise explicitly specified or limited, the terms "disposed," "mounted," "connected," and "connected" are to be construed broadly and may, for example, be fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meanings of the above terms in the present invention can be understood by those skilled in the art according to specific situations.
Claims (8)
1. A board card testing method based on a Debian system is characterized by comprising the following steps:
burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
powering on the test board card and operating the test firmware;
establishing a testing main thread and displaying a UI frame;
reading the configuration file, creating a test sub-thread of each module, testing, and forming sub-module test data;
and acquiring the sub-module test data and carrying out UI display.
2. The board card testing method based on the Debian system as claimed in claim 1, wherein the reading the configuration file and creating the test sub-thread of each module and testing, and forming the sub-module test data specifically comprises:
loading a test submodule according to the configuration file;
creating the corresponding test sub-thread according to the test sub-module;
and operating the configuration file and forming the test data of the sub-modules.
3. The board test method based on the Debian system according to claim 2, wherein the loading of the test submodule according to the configuration file specifically includes:
creating an audio module sub-thread;
acquiring sample audio;
outputting the sample audio;
when the sample audio is output, adjusting the playing state of the sample audio and forming test audio information;
carrying out data conversion analysis on the test audio information, calculating the amplitude of each frame of audio data, and forming test amplitude information;
comparing the test amplitude information with the preset amplitude threshold;
and when the test amplitude information is judged to be within the preset amplitude threshold value, recording as a test success, and forming audio sub-module test data.
4. The board card testing method based on the Debian system as claimed in claim 3, wherein after comparing the test amplitude information with the preset amplitude threshold, further comprising;
judging that the test fails when the test amplitude information exceeds the preset amplitude threshold;
adjusting the playing state of the sample audio again so as to update the test audio information;
and carrying out secondary test on the test audio information.
5. A board card test system based on a Debian system is characterized by comprising a firmware burning module, a power supply module, a processing module and a test module;
all modules are connected with each other;
the firmware burning module is used for burning the test firmware to a test board card to be tested and connecting an interface on the test board card;
the power supply module is used for electrifying the test board card to enable the processing module to run the test firmware;
the processing module is also used for creating a testing main thread and displaying a UI frame;
the test module is used for reading the configuration file, creating the test sub-thread of each module, testing and forming sub-module test data;
and the processing module is also used for acquiring the sub-module test data and carrying out UI display.
6. The board card testing system based on the Debian system as claimed in claim 5, further comprising a file loading module and a thread building module;
the file loading module and the thread establishing module are connected with other modules;
the test module is configured to read the configuration file, create a test sub-thread of each module, perform a test, and form sub-module test data, and specifically includes:
the file loading module is used for loading the test sub-module according to the configuration file;
the thread establishing module is used for establishing the corresponding testing sub-thread according to the testing sub-module;
the processing module is further configured to run the configuration file and form the sub-module test data.
7. The board card testing system based on the Debian system as claimed in claim 6, wherein an audio testing unit is arranged in the testing module;
the file loading module is configured to load the test sub-module according to the configuration file, and specifically includes:
the thread establishing module is also used for establishing an audio module sub-thread;
the audio test unit is used for obtaining sample audio;
the audio test unit is also used for outputting the sample audio;
the processing module is further used for adjusting the playing state of the sample audio and forming test audio information when the sample audio is output;
the audio test unit is also used for carrying out data conversion analysis on the test audio information and calculating the amplitude of each frame of audio data, and forming test amplitude information;
the processing module is further used for comparing the test amplitude information with a preset amplitude threshold;
and the processing module is further used for judging that the test is successful when the test amplitude information is within the preset amplitude threshold value, and forming audio sub-module test data.
8. The board card testing system based on the Debian system as claimed in claim 7, wherein the processing module is further configured to compare the test amplitude information with the preset amplitude threshold, and further comprising;
the processing module is further used for judging that the test fails when the test amplitude information exceeds the preset amplitude threshold;
the processing module is further configured to adjust the playing state of the sample audio again, so as to update the test audio information;
the audio test unit is also used for carrying out secondary test on the test audio information.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911421852.7A CN111209150A (en) | 2019-12-31 | 2019-12-31 | Board card testing method and system based on Debian system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911421852.7A CN111209150A (en) | 2019-12-31 | 2019-12-31 | Board card testing method and system based on Debian system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111209150A true CN111209150A (en) | 2020-05-29 |
Family
ID=70784204
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911421852.7A Pending CN111209150A (en) | 2019-12-31 | 2019-12-31 | Board card testing method and system based on Debian system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111209150A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112653599A (en) * | 2020-12-21 | 2021-04-13 | 广州爱浦路网络技术有限公司 | Interface error information reporting method, system, device and storage medium |
CN112783708A (en) * | 2021-01-28 | 2021-05-11 | 蘑菇物联技术(深圳)有限公司 | DTU hardware testing method, terminal and computer readable storage medium |
CN113419162A (en) * | 2021-07-09 | 2021-09-21 | 广州朗国电子科技股份有限公司 | PCB testing method and device based on android system |
-
2019
- 2019-12-31 CN CN201911421852.7A patent/CN111209150A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112653599A (en) * | 2020-12-21 | 2021-04-13 | 广州爱浦路网络技术有限公司 | Interface error information reporting method, system, device and storage medium |
CN112783708A (en) * | 2021-01-28 | 2021-05-11 | 蘑菇物联技术(深圳)有限公司 | DTU hardware testing method, terminal and computer readable storage medium |
CN113419162A (en) * | 2021-07-09 | 2021-09-21 | 广州朗国电子科技股份有限公司 | PCB testing method and device based on android system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111209150A (en) | Board card testing method and system based on Debian system | |
CN101368991A (en) | Electronic device test device and method thereof | |
CN107977214B (en) | Burning method and device for identification code of intelligent equipment and computer readable storage medium | |
CN104123519A (en) | System for automatically detecting electronic products through two-dimension codes and method thereof | |
CN105120483B (en) | Automatic testing method and system for compatibility of smart card and mobile terminal | |
CN109979365B (en) | Debugging method, driving method of display device and display device | |
US20170163979A1 (en) | Testing device of display devices and testing method thereof | |
CN101604275A (en) | BIOS test macro and method of testing thereof | |
CN114578790B (en) | Unmanned aerial vehicle flight control automatic test method, system, equipment and medium | |
CN204517822U (en) | A kind of result with WIFI can be reviewed bluetooth and automatically be detected frock | |
CN104900202A (en) | Liquid crystal screen display driving method and device | |
CN109587318B (en) | Terminal detection method and device, equipment and storage medium | |
CN109285495B (en) | Electric appliance and screen driving method and device thereof | |
CN109507507B (en) | Adapter detection method and device, storage medium, test board and detection system | |
CN103500113A (en) | Compatibility method and system of peripheral equipment of mobile terminal | |
CN108363375B (en) | Method and system for realizing automatic test of motor controller | |
TW201319588A (en) | Method and system for inspecting jumper's state on board | |
CN114740829A (en) | Domain controller test system | |
US11675679B2 (en) | Test apparatus for USB-PD device | |
WO2019080003A1 (en) | Method for testing a chip, test platform, and test system | |
CN110596576A (en) | Modularized integrated measuring system | |
CN211123145U (en) | Modularized integrated measuring system | |
US20140049649A1 (en) | Portable device and signal converting method thereof | |
CN109816649A (en) | A kind of method for testing software and software testing device | |
KR20100046629A (en) | Simulation method for compression simulator and wire harness terminal compression simulator |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |