CN112100051B - Automatic smoking testing system and testing method thereof - Google Patents

Automatic smoking testing system and testing method thereof Download PDF

Info

Publication number
CN112100051B
CN112100051B CN202010753393.9A CN202010753393A CN112100051B CN 112100051 B CN112100051 B CN 112100051B CN 202010753393 A CN202010753393 A CN 202010753393A CN 112100051 B CN112100051 B CN 112100051B
Authority
CN
China
Prior art keywords
test
compiling
node
log file
firmware program
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.)
Active
Application number
CN202010753393.9A
Other languages
Chinese (zh)
Other versions
CN112100051A (en
Inventor
白云鹏
杨广俊
欧阳鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Qingwei Intelligent Technology Co ltd
Original Assignee
Jiangsu Qingwei Intelligent Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Jiangsu Qingwei Intelligent Technology Co ltd filed Critical Jiangsu Qingwei Intelligent Technology Co ltd
Priority to CN202010753393.9A priority Critical patent/CN112100051B/en
Publication of CN112100051A publication Critical patent/CN112100051A/en
Application granted granted Critical
Publication of CN112100051B publication Critical patent/CN112100051B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

The invention discloses an automatic smoking test system, and belongs to the technical field of chip application software testing. The system comprises a control server, a compiling node, a data server, a testing node and a development board. The compiling node obtains the code to be tested and compiles the code, and the compiling node transmits the compiling firmware program to the data server while transmitting the information of the completion of compiling to the control server. After receiving the information of compiling completion, the control server controls the test node to run, the test node acquires the compiling firmware program received by the data server and transmits the compiling firmware program to the development board, the test node controls the reset relay to be turned on so that the development board is reset to complete burning, the output port can generate a log file, the test node can judge whether characters in the current log file are matched with the mark character string or not, and an abnormal test report of the current log file is generated. The invention solves the problem that an automatic smoking test system in the prior art can not realize unattended operation for testing.

Description

Automatic smoking testing system and testing method thereof
Technical Field
The invention belongs to the technical field of chip application software testing, and particularly relates to an automatic smoking testing system and a testing method thereof.
Background
Smoke testing is the process in software of verifying changes to the code to be tested before embedding the code application to be tested into the product. In the development process of embedded software, the implementation effect of a function needs to be checked regularly, namely, the stability of a certain function or software is tested continuously, and whether abnormality occurs in the process of testing the software to work for a period of time is used for avoiding the situation that problems are found only in the later stage of software development to cause large-scale redevelopment. At present, the stability test needs to occupy a certain space, the test process is complicated, the participation of external personnel is frequently relied on, and the test result can be inaccurate due to human errors.
Disclosure of Invention
The invention aims to provide an automatic smoking test system and a test method thereof, which are used for solving the problem that the smoking test in the prior art cannot realize unattended completion of the test.
In order to achieve the above object, the present invention provides the following technical solutions:
an automated smoke testing system comprising: a control server, a data server, a test node, a development board, and a compiling node, wherein:
the data server is independent of the control server.
The test node is independent of the control server and the data server. The test node has a control output and a data output.
The development board can burn the compiled firmware program into the embedded processing unit. The development board has:
and a receiving end capable of receiving the compiled firmware program, which is connected with the data output end.
A reset relay capable of resetting the compiled firmware program. And
and the reset end receives the relay reset instruction and drives the relay to reset. The reset end is connected with the control output end of the test node.
And an output port capable of generating log files.
The compiling node is configured to determine whether to generate a compiling firmware program, and if so, the compiling node generates compiling completion information and sends the compiling completion information to the control server. The compiling node sends the compiled firmware program to the data server.
The control server is configured to generate test trigger information and send the test trigger information to the test node if the compiling completion information is received.
The test node is configured to determine whether test trigger information is received, and if so, to read the compiled firmware program from the data server.
And if the test node reads the compiled firmware program, sending a relay reset instruction to the control output end and sending the compiled firmware program to the data output end. The development board is reset according to the relay reset instruction, the current embedded processing unit is burnt according to the compiling firmware program, and burning completion information is generated.
The test node generates a test program according to the compiled firmware program and sends the test program to the development board.
If the development board acquires the burning completion information, the embedded processing unit after burning is detected through the test program, a current log file is generated, and the current log file is sent to the test node.
And the test node judges whether characters in the current log file are matched with the mark character strings, and if so, an abnormal test report of the current log file is generated.
Based on the technical scheme, the invention can also be improved as follows:
further, a code server stores the code to be tested.
And the compiling node is further configured to acquire the code to be tested from the code service if a compiling starting instruction is received. The compiling node compiles the code to be tested to obtain a compiling firmware program.
Further, the codes to be tested are multiple groups of codes to be tested. The code to be tested has update time or version information therein.
And the compiling node is further configured to acquire the code to be tested from the code service according to the update time or version information if a compiling starting instruction is received.
Further, if the test node receives the current log file, a relay reset instruction is sent to the control output end.
The development board then generates a re-detection log file and sends the re-detection log file to the test node.
And the test node judges whether the re-detection log file is matched with the mark character string, and if so, a test report for re-detecting the log file is generated.
Further, the step of generating a re-detection log file test report includes, prior to:
the test node generates a detection times value and judges whether the detection times are set values or not, if so, detection ending information is output. If not, the relay reset instruction is sent to the control output end again until the detection times are set values.
Further, a mail server is configured to determine whether the test node receives the detection end information, and if yes, send a test report of re-detecting the log file to the mail server in a mail manner.
Further, compiling the firmware program includes compiling file name information. The compiling completion information has compiling file name information. The test trigger information has compiled file name information.
And the test node is further configured to judge whether characters in the current log file are matched with the mark character strings, and if not, a normal test report of the current log file is generated.
Further, the output port is a serial port.
And the test node judges whether the current log file is matched with the mark character string, if not, an abnormal test report of the current log file is generated, and whether the current log file is matched with the mark character string is judged.
Further, if the test node generates an abnormal test report of the current log file, the test node sends alarm prompt information from the control output end.
The smoke test system further comprises:
an alarm having an alarm driving end. The alarm driving end is connected with the control output end and can receive alarm prompt information. When the alarm driving end receives the alarm prompt information, the alarm is in an alarm state.
An automatic smoking test method comprises the following steps:
a control server is configured.
A data server is configured that is independent of the control server.
A test node is configured that is independent of the control server and the data server. The test node has a control output and a data output.
A development board is configured to burn the compiled firmware program into the embedded processing unit. The development board has:
and a receiving end capable of receiving the compiled firmware program, which is connected with the data output end.
A reset relay capable of resetting the compiled firmware program. And
and the reset end receives the relay reset instruction and drives the relay to reset. The reset end is connected with the control output end of the test node.
And an output port capable of generating log files.
A compiling node is configured.
The compiling node judges whether to generate a compiling firmware program, if so, the compiling node generates compiling completion information and sends the compiling completion information to the control server. The compiling node sends the compiled firmware program to the data server.
The control server is configured to generate test trigger information and send the test trigger information to the test node if the compiling completion information is received.
And the test node is configured to judge whether the test trigger information is received, and if so, the compiled firmware program is read from the data server.
And if the test node reads the compiled firmware program, sending a relay reset instruction to the control output end and sending the compiled firmware program to the data output end. The development board is reset according to the relay reset instruction, the current embedded processing unit is burnt according to the compiling firmware program, and burning completion information is generated.
The test node generates a test program according to the compiled firmware program and sends the test program to the development board.
If the development board acquires the burning completion information, the embedded processing unit after burning is detected through the test program, a current log file is generated, and the current log file is sent to the test node.
And the test node judges whether characters in the current log file are matched with the mark character strings, and if so, an abnormal test report of the current log file is generated.
The invention has the following advantages:
according to the automatic smoking test system, automatic compiling is realized through the compiling node, automatic upgrading of the development board is realized through the relay, and automatic compiling and automatic upgrading are realized, so that the automatic smoking test system can realize unattended completion of the test.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a schematic diagram of the components of an automated smoke test system in accordance with one embodiment of the present invention.
FIG. 2 is a schematic diagram of the components of an automated smoke test system according to another embodiment of the present invention.
FIG. 3 is a schematic diagram of the components of an automated smoke test system according to yet another embodiment of the present invention.
Fig. 4 is a schematic diagram of the components of an automated smoke test system in accordance with yet another embodiment of the present invention.
Fig. 5 is a diagram of communication links at each end of an automated smoke test system in accordance with one embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The smoking test is a quick basic function verification strategy aiming at a software version package in the software development process, is a means for verifying and verifying the basic functions of the software, is a pre-test before the detailed test is carried out on the software version package, and is mainly used for quickly verifying whether the basic functions of the software are defective. If the test case of the smoke test fails, no further testing is necessary.
As shown in fig. 1-5, an embodiment of the present invention provides an automated smoke test system comprising a control server 10, a data server 40, a test node 50, a development board 60, and a compiling node 20.
The control server 10 outputs control instructions and controls the compiling node 20 to operate. The compiling node 20 compiles at compile time from the latest code to be tested of the code server 30. When the compiling is completed, the compiling node 20 transmits the compiling firmware program to the data server while transmitting the compiling completion information to the control server 10.
After receiving the information of compiling completion, the control server 10 outputs a control instruction to control the test node 50 to operate, the test node 50 controls the reset relay to be opened to reset the development board 60, and the test node 50 acquires the compiling firmware program received by the data server 40 and transmits the compiling firmware program to the development board 60. The control server 10 is used for outputting control instructions to sequentially control the operation of the compiling node 20 and the testing node 50 respectively, so that the compiling node 20 and the testing node 50 can decide whether to operate according to whether the control instructions output by the control server 10 are received or not.
After the development board 60 receives the compiled firmware program, the test node 50 controls the reset relay to be turned off, so that the development board 60 restarts to reset to finish upgrading, after the development board 60 receives the compiled firmware program, the output end starts to generate a log file, the test node 50 judges whether characters in the current log file match with the mark character strings, and if yes, an abnormal test report of the current log file is generated. To control the opening of the reset relay 62 through the test node 50 so that the development board 60 can restart the reset to complete the upgrade. The specific arrangement is as follows:
as shown in fig. 1, the data server 40 in the automated smoke test system of the present invention is independent of the control server 10. The test node 50 is independent of the control server 10 and the data server 40.
As shown in fig. 1, the test node 50 has a control output 51 and a data output 52. Development board 60 is capable of burning compiled firmware programs into embedded processing unit 64.
As shown in fig. 1, the development board 60 has: a receiving terminal 61 capable of receiving the compiled firmware program, a reset relay 62 capable of resetting the compiled firmware program, a reset terminal 63, and an output port 65 capable of generating a log file.
Wherein the receiving terminal 61 is connected to the data output terminal 52. The reset relay 62 has a reset terminal 63. The reset terminal 63 drives the relay to reset after receiving the relay reset instruction. Reset terminal 63 is coupled to control output terminal 51 of test node 50. To enable reset of the development board 60 through the reset terminal 63.
As shown in fig. 1, the compiling node 20 is configured to determine whether to generate a compiling firmware program, and if so, the compiling node 20 generates compiling completion information and sends the compiling completion information to the control server 10 (S101 in the figure). Compiling node 20 transmits the compiled firmware program to data server 40 (S102 in the figure). Further, the compiling node 20 is configured to automatically pull the latest code to be tested from the code server 30, and then execute an automatic compiling operation according to the pulled latest code to be tested, so as to achieve the unattended purpose.
As shown in fig. 1, the control server 10 is configured to generate test trigger information and transmit the test trigger information to the test node 50 if the compiling completion information is received (S201 in the figure).
As shown in fig. 1, the test node 50 is configured to determine whether the test trigger information is received, and if so, read the compiled firmware program from the data server 40 (S301 in the figure).
As shown in fig. 1, when the test node 50 reads the compiled firmware program, it sends a relay reset instruction to the control output terminal 51 and sends the compiled firmware program to the data output terminal 52. So that the development board 60 is reset according to the relay reset instruction (S401 in the figure). The current embedded processing unit 61 is burned according to the compiled firmware program and the burning completion information is generated (S501 in the figure).
As shown in fig. 1, test node 50 generates a test program from a compiled firmware program and sends it to development board 60.
As shown in fig. 1, when the development board 60 acquires the burning completion information, it detects the burned embedded processing unit 64 through the test program, generates a current log file, and sends the current log file to the test node 50 through the output port 65 (S601 in the figure).
As shown in fig. 1, the test node 50 determines whether the characters in the current log file match the flag string, and if so, generates an anomaly test report for the current log file.
In one embodiment of the automated smoke test system of the present invention, as depicted in FIG. 2, further comprising: a code server 30.
The code server 30 stores the code to be tested. The compiling node 20 is further configured to obtain the code to be tested from the code service if a compiling start instruction is received (S701, S801 in the figure). And the compiling node compiles the code to be tested to obtain the compiling firmware program.
In another embodiment of the automated smoking test system of the present invention, the codes under test referred to in the above embodiment are a plurality of sets of codes under test. The code to be tested has update time or version information therein. To backup the compiled firmware program by the code server 30 so as to facilitate access to the compiled firmware program by other nodes. The compiling node 20 is further configured to obtain the code to be tested from the code service according to the update time or version information, if a compiling start instruction is received.
In still another embodiment of the automated smoke test system of the present invention, as shown in fig. 2, if the test node 50 receives the current log file, i.e. after executing S601, it sends a relay reset instruction to the control output 51 (as shown in S602). Development board 60 then generates a re-detection log file and sends the re-detection log file to test node 50.
In yet another embodiment of the automated smoking test system of the present invention, the test node 50 determines whether the re-detection log file matches the flag string, and if so, generates a test report for the re-detection log file. The function of the output port is to always print the output mark character string, and after long-time placement, the history behavior of the output port can be judged through the mark character string, for example, if the output port runs for 7x24 hours, whether the abnormality such as crash and crash occurs or not is observed.
In yet another embodiment of the automated smoking test system of the present invention, the code to be tested is error free when the test node 50 matches the string of indicia of the operational anomaly. The judgment is realized by matching different keywords from the mark character string, for example, if N times of reset are found, an alarm is notified, otherwise, the normal operation is reported.
The step of generating a re-detection log file test report is preceded by:
the test node 50 generates a detection count value and determines whether the detection count is a set value, and if so, outputs detection end information. If not, a relay reset instruction is sent again to the control output terminal 51 until the detection times are set values.
In yet another embodiment of the automated smoke test system of the present invention, as shown in FIG. 3, a mail server 80 is also included. The mail server 80 is configured to determine whether the detection end information is received by the test node 50, and if so, send a test report of re-detecting the log file to the mail server 80 by way of mail (as shown in S603).
Therefore, in the embodiment, the method is used for automatically sending the email to the mailbox of the appointed person after the judgment by automatically analyzing the mark character string, so as to complete the test.
In yet another embodiment of the automated smoke test system of the present invention, compiling the firmware program includes compiling file name information. The compiling completion information has compiling file name information. The test trigger information has compiled file name information.
The test node 50 is further configured to determine whether the characters in the current log file match the flag string, and if not, generate a normal test report of the current log file.
Further, the output port 65 is a serial port.
The test node 50 determines whether the current log file matches the flag string, and if not, generates an abnormal test report of the current log file whether the current log file matches the flag string.
In still another embodiment of the automated smoking test system of the present invention, the test node 50 sends an alarm prompt from the control output 51 if an abnormal test report of the current log file is generated.
As shown in fig. 4, the smoke test system of the present invention further includes an alarm 70.
The alarm 70 has an alarm drive end 71. The alarm driving end 71 is connected to the control output end 51 and is capable of receiving alarm prompt information. When the alarm driving end receives the alarm prompt information, the alarm is in an alarm state (as shown in the figure S604).
In another embodiment of the invention, an automated smoke test method is also disclosed:
a control server 10 is configured.
A data server 40 is configured, independent of the control server 10.
A test node 50 is configured that is independent of the control server 10 and the data server 40. The test node 50 has a control output 51 and a data output 52.
A development board 60 is configured that is capable of burning compiled firmware programs into the embedded processing unit 61. The development board 60 has:
a receiving terminal 61 capable of receiving the compiled firmware program is connected to the data output terminal 52.
A reset relay 62 that enables the compiled firmware program to be reset. And
and the reset end 63 drives the relay to reset after receiving a relay reset instruction. Reset terminal 63 is coupled to control output terminal 51 of test node 50.
And an output port capable of generating log files.
A compiling node 20 is configured.
The compiling node 20 judges whether or not to generate a compiling firmware program, and if so, the compiling node 20 generates a compiling completion message and sends the compiling completion message to the control server 10. Compiling node 20 sends the compiled firmware program to data server 40.
Wherein, the control server 10 is configured to generate test trigger information and send the test trigger information to the test node 50 if the compiling completion information is received.
The test node 50 is configured to determine whether the test trigger information is received, and if so, to read the compiled firmware program from the data server 40.
If the test node 50 reads the compiled firmware program, it sends a relay reset instruction to the control output 51 and a compiled firmware program to the data output 52. So that the development board 60 resets according to the relay reset instruction, burns the current embedded processing unit 61 according to the compiled firmware program and generates the burn-in completion information.
Test node 50 generates a test program from the compiled firmware program and sends it to development board 60.
When the development board 60 acquires the burning completion information, it detects the burned embedded processing unit 61 by the test program, generates a current log file, and transmits the current log file to the test node 50.
The test node 50 determines whether the characters in the current log file match the flag string, and if so, generates an exception test report for the current log file.
According to the automatic smoking test system, the test node 50 is separated from the scheduling node, so that the complexity of the test node 50 is reduced, a low-configuration computer such as a raspberry group development board can be used for building, and meanwhile, the investment, the power consumption and the placement space are saved.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and are not limiting. Although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some of the technical features thereof can be replaced by equivalents. Such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims (10)

1. An automated smoking test system, wherein the automated smoking test system is capable of testing an embedded processing unit of a curing compiler; the automated smoke test system comprises:
a control server;
a data server independent of said control server;
a test node independent of the control server and the data server; the test node is provided with a control output end and a data output end;
the development board can burn the compiled firmware program into the embedded processing unit; the development board has:
a receiving end capable of receiving the compiled firmware program and connected with the data output end;
a reset relay capable of resetting the compiled firmware program; and
the reset end receives a relay reset instruction and drives the relay to reset; the reset end is connected with the control output end of the test node;
an output port capable of generating log files; and
a compiling node configured to determine whether to generate a compiling firmware program, and if so, the compiling node generates compiling completion information and sends the compiling completion information to the control server; the compiling node sends the compiling firmware program to the data server;
the control server is configured to generate test trigger information and send the test trigger information to the test node if the compiling completion information is received;
the test node is configured to judge whether the test trigger information is received, and if yes, the compiled firmware program is read from the data server;
if the test node reads the compiled firmware program, the test node sends the relay reset instruction to the control output end and sends the compiled firmware program to the data output end; resetting the development board according to the relay reset instruction, burning the current embedded processing unit according to the compiling firmware program and generating burning completion information;
the test node generates a test program according to the compiling firmware program and sends the test program to the development board;
if the development board acquires the burning completion information, detecting the burnt embedded processing unit through the test program, generating a current log file and sending the current log file to the test node;
and the test node judges whether the characters in the current log file are matched with the mark character strings, and if so, an abnormal test report of the current log file is generated.
2. The smoke testing system of claim 1, further comprising:
a code server, which stores the code to be tested;
the compiling node is further configured to acquire the code to be tested from the code server if a compiling start instruction is received; and the compiling node compiles the code to be tested to obtain the compiling firmware program.
3. The smoke test system of claim 2 wherein the codes under test are a plurality of sets of codes under test; the code to be tested has update time or version information;
and the compiling node is further configured to acquire the code to be tested from the code service according to the update time or version information if a compiling starting instruction is received.
4. The smoke testing system of claim 1, wherein:
if the test node receives the current log file, the test node sends the relay reset instruction to the control output end;
the development board generates a re-detection log file and sends the re-detection log file to the test node;
and the test node judges whether the re-detection log file is matched with the mark character string, and if so, a test report of the re-detection log file is generated.
5. The smoke testing system of claim 4 wherein the step of generating a re-detection log file test report is preceded by:
the test node generates a detection times value and judges whether the detection times are set values or not, if so, detection ending information is output; if not, the relay reset instruction is sent to the control output end again until the detection times are set values.
6. The smoke testing system of claim 5, further comprising:
and the mail server is configured to judge whether the test node receives the detection ending information or not, and if so, the test report of the re-detection log file is sent to the mail server in a mail mode.
7. The smoke test system of claim 1 wherein said compiled firmware program includes compiled filename information; the compiling completion information has the compiling file name information; the test trigger information is provided with the compiled file name information;
and the test node is further configured to judge whether the characters in the current log file are matched with the mark character strings, and if not, a normal test report of the current log file is generated.
8. The smoke testing system of claim 1 wherein the output port is a serial port;
and the test node judges whether the current log file is matched with the mark character string, if not, an abnormal test report of the current log file is generated, and if not, the current log file is matched with the mark character string.
9. The smoke test system of claim 1, wherein the test node sends an alarm prompt message from the control output if an abnormal test report of a current log file is generated;
the smoke test system further comprises:
an alarm having an alarm drive end; the alarm driving end is connected with the control output end and can receive the alarm prompt information; when the alarm driving end receives the alarm prompt information, the alarm is in an alarm state.
10. An automated smoke testing method, comprising:
configuring a control server;
configuring a data server independent of said control server;
configuring a test node independent of the control server and the data server; the test node is provided with a control output end and a data output end;
a development board is configured, which can burn the compiled firmware program into the embedded processing unit; the development board has:
a receiving end capable of receiving the compiled firmware program and connected with the data output end;
a reset relay capable of resetting the compiled firmware program; and
the reset end receives a relay reset instruction and drives the relay to reset; the reset end is connected with the control output end of the test node;
an output port capable of generating log files;
configuring a compiling node;
the compiling node judges whether a compiling firmware program is generated or not, if so, the compiling node generates compiling completion information and sends the compiling completion information to the control server; the compiling node sends the compiling firmware program to the data server;
the control server is configured to generate test trigger information and send the test trigger information to the test node if the compiling completion information is received;
the test node is configured to judge whether the test trigger information is received, and if yes, the compiled firmware program is read from the data server;
if the test node reads the compiled firmware program, the test node sends the relay reset instruction to the control output end and sends the compiled firmware program to the data output end; resetting the development board according to the relay reset instruction, burning the current embedded processing unit according to the compiling firmware program and generating burning completion information;
the test node generates a test program according to the compiling firmware program and sends the test program to the development board;
if the development board acquires the burning completion information, detecting the burnt embedded processing unit through the test program, generating a current log file and sending the current log file to the test node;
and the test node judges whether the characters in the current log file are matched with the mark character strings, and if so, an abnormal test report of the current log file is generated.
CN202010753393.9A 2020-07-30 2020-07-30 Automatic smoking testing system and testing method thereof Active CN112100051B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010753393.9A CN112100051B (en) 2020-07-30 2020-07-30 Automatic smoking testing system and testing method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010753393.9A CN112100051B (en) 2020-07-30 2020-07-30 Automatic smoking testing system and testing method thereof

Publications (2)

Publication Number Publication Date
CN112100051A CN112100051A (en) 2020-12-18
CN112100051B true CN112100051B (en) 2024-03-08

Family

ID=73750024

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010753393.9A Active CN112100051B (en) 2020-07-30 2020-07-30 Automatic smoking testing system and testing method thereof

Country Status (1)

Country Link
CN (1) CN112100051B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114490319A (en) * 2021-12-21 2022-05-13 博思数采科技发展有限公司 Distributed continuous integration automatic test method and system

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145964A (en) * 2007-07-27 2008-03-19 中兴通讯股份有限公司 An automatic smoke testing method and system for network management system
CN103678124A (en) * 2013-12-03 2014-03-26 浙江宇视科技有限公司 Video surveillance platform auto-test method and device based on continuous integrated environment
CN107357718A (en) * 2017-06-12 2017-11-17 百富计算机技术(深圳)有限公司 One kind structure method of testing and device
CN110362488A (en) * 2019-07-12 2019-10-22 北京字节跳动网络技术有限公司 A kind of page test method, device, electronic equipment and storage medium
CN110457204A (en) * 2019-07-05 2019-11-15 深圳壹账通智能科技有限公司 Code test method, device, computer equipment and storage medium
CN110597675A (en) * 2019-08-09 2019-12-20 珠海泰芯半导体有限公司 Chip testing method and device, storage medium and burner
US10515623B1 (en) * 2016-12-23 2019-12-24 Amazon Technologies, Inc. Non-speech input to speech processing system
US10528454B1 (en) * 2018-10-23 2020-01-07 Fmr Llc Intelligent automation of computer software testing log aggregation, analysis, and error remediation
CN111190812A (en) * 2019-12-12 2020-05-22 华东计算技术研究所(中国电子科技集团公司第三十二研究所) Automatic test framework based on embedded equipment

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9535688B2 (en) * 2014-07-23 2017-01-03 Verizon Patent And Licensing Inc. Efficient deployment of application revisions and implementation of application rollbacks across multiple application servers

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145964A (en) * 2007-07-27 2008-03-19 中兴通讯股份有限公司 An automatic smoke testing method and system for network management system
CN103678124A (en) * 2013-12-03 2014-03-26 浙江宇视科技有限公司 Video surveillance platform auto-test method and device based on continuous integrated environment
US10515623B1 (en) * 2016-12-23 2019-12-24 Amazon Technologies, Inc. Non-speech input to speech processing system
CN107357718A (en) * 2017-06-12 2017-11-17 百富计算机技术(深圳)有限公司 One kind structure method of testing and device
US10528454B1 (en) * 2018-10-23 2020-01-07 Fmr Llc Intelligent automation of computer software testing log aggregation, analysis, and error remediation
CN110457204A (en) * 2019-07-05 2019-11-15 深圳壹账通智能科技有限公司 Code test method, device, computer equipment and storage medium
CN110362488A (en) * 2019-07-12 2019-10-22 北京字节跳动网络技术有限公司 A kind of page test method, device, electronic equipment and storage medium
CN110597675A (en) * 2019-08-09 2019-12-20 珠海泰芯半导体有限公司 Chip testing method and device, storage medium and burner
CN111190812A (en) * 2019-12-12 2020-05-22 华东计算技术研究所(中国电子科技集团公司第三十二研究所) Automatic test framework based on embedded equipment

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
一种无人机飞行控制管理软件回归测试方法;田峰等;北京航空航天大学学报;全文 *
基于持续集成的冒烟测试;姜文等;计算机技术与发展;全文 *

Also Published As

Publication number Publication date
CN112100051A (en) 2020-12-18

Similar Documents

Publication Publication Date Title
CN107437029A (en) Leak restorative procedure, leak prosthetic device and server
CN111382048B (en) Management method and device for mobile equipment on true machine test platform
CN107357694A (en) Error event reporting system and its method during startup self-detection
CN107807877A (en) A kind of method and apparatus of code performance test
CN100451986C (en) Automatic verification method of network chip
CN112100051B (en) Automatic smoking testing system and testing method thereof
CN102447732A (en) Method for intelligent configuration of host computer embedded environment during BMC (Baseboard Management Controller) development
CN106648762B (en) Method and device for building development environment
CN111949551A (en) Application program testing method, device, equipment and storage medium
CN101989220A (en) Pressure testing method
CN105468507A (en) Branch fulfillment detection method and apparatus
CN108519951A (en) Three node BIOS continuous integratings platforms of one kind and method
CN109002397B (en) Controller smoking test system and test method
CN106648748A (en) Program updating method and system
CN114138587A (en) Reliability verification method, device and equipment for upgrading server power firmware
CN110198222B (en) Plug-and-play test method and test master station for power distribution automation terminal
CN108509346B (en) Dual-system BIOS continuous integration platform and method
CN111459496B (en) Method for generating tamper-proof program file and method for upgrading equipment
CN101267645B (en) Automatic test method and system for service flow software development of W base station
CN112783769A (en) Self-defined automatic software testing method
CN102801576A (en) Detection system and detection method for network equipment
CN106708742A (en) Method and device for automated test of communication protocol module test architecture
CN114793196B (en) Firmware upgrading method, device, equipment and storage medium
CN106528248B (en) Downloading method and system of mobile terminal based on software integrity
CN114168205A (en) BIOS firmware verification system, method and device

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
GR01 Patent grant
GR01 Patent grant