CN113315675B - White box switch U-Boot automatic testing method, system and storage medium - Google Patents
White box switch U-Boot automatic testing method, system and storage medium Download PDFInfo
- Publication number
- CN113315675B CN113315675B CN202110499685.9A CN202110499685A CN113315675B CN 113315675 B CN113315675 B CN 113315675B CN 202110499685 A CN202110499685 A CN 202110499685A CN 113315675 B CN113315675 B CN 113315675B
- Authority
- CN
- China
- Prior art keywords
- test
- boot
- switch
- automatic
- task
- 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
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 227
- 238000013515 script Methods 0.000 claims abstract description 41
- 238000000034 method Methods 0.000 claims abstract description 23
- 230000006870 function Effects 0.000 claims description 44
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 238000013461 design Methods 0.000 claims description 4
- 238000010998 test method Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000006467 substitution reaction Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- 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/26—Functional testing
- G06F11/263—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
- G06F11/2635—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers using a storage for the test inputs, e.g. test ROM, script files
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/14—Arrangements for monitoring or testing data switching networks using software, i.e. software packages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Environmental & Geological Engineering (AREA)
- Automation & Control Theory (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The invention relates to a white box switch U-Boot automatic testing method, a white box switch U-Boot automatic testing system and a storage medium, wherein the method comprises the following steps: s1: creating a U-Boot automatic test task and selecting an automatic script required by the test; s2: configuring a switch and a network tester port required by testing; s3: interconnecting the switch with the switch according to the test task, and interconnecting the switch with the port of the network tester; s4: setting the execution time and times of the test task; s5: the test is performed and the test log and results are recorded. The invention builds a set of automatic test scheme aiming at the U-Boot by adopting a SecureCRT + python mode, replaces manual test with an automatic script, improves the test efficiency and frees a test engineer from the manual test.
Description
Technical Field
The invention belongs to the technical field of switch testing, and particularly relates to a white box switch U-Boot automatic testing method, a white box switch U-Boot automatic testing system and a storage medium.
Background
The U-Boot belongs to one type of Bootloader, is used for guiding the starting of the kernel, can read out the kernel from the flash and put the kernel into the memory to start the kernel; the white-box switch comprises the U-Boot, which plays an important role in starting and hardware management of the switch, and meanwhile, the U-Boot also has the functions of system guidance, asset information viewing, hardware equipment management, clock synchronization and the like.
The white box switch U-Boot needs to perform function tests, which mainly comprise a shortcut key function test, an asset information test, a main chip function test and a standby chip function test and a restarting pressure test; at present, the U-Boot test content is more, more manpower is required to be invested for manual test after each version is released, the test period is longer, the test result needs to be compared and verified manually, the test efficiency is very low, and an efficient automatic test method is urgently needed, which is a disadvantage in the prior art.
In view of this, the present invention provides a method, a system and a storage medium for automated testing of a white box switch U-Boot, so as to solve the defects in the prior art.
Disclosure of Invention
Aiming at the problems of more test contents, long manual test period and low test efficiency of the white box switch U-Boot, the invention provides an automatic test method, a system and a storage medium of the white box switch U-Boot, and an automatic script is used for replacing the manual test, so that the automatic test of the switch U-Boot is realized, the test efficiency is improved, a test engineer is liberated from the manual test, and more time is put into the test design and the test analysis.
In order to achieve the purpose, the invention provides the following technical scheme:
in a first aspect, the invention provides a white box switch U-Boot automatic testing method, which comprises the following steps:
s1: creating a U-Boot automatic test task and selecting an automatic script required by the test;
s2: configuring a switch and a network tester port required by testing;
s3: interconnecting the switch and the switch according to the test task, and interconnecting the switch and the port of the network tester;
s4: setting the execution time and times of the test task;
s5: the test is performed and the test log and results are recorded.
Preferably, the automatic U-Boot test task in step S1 includes a shortcut key function test, and the specific method of the shortcut key function test is as follows:
calling a python script, and controlling a SecureCRT to issue a restart instruction in a U-Boot system;
waiting for restarting and judging whether a keyword entering a Booting stage appears on a SecureCRT interface;
when keywords entering a Booting stage appear on a screen, simulating shortcut keys corresponding to test items in the U-Boot, and enabling different shortcut keys to enter different interfaces;
verifying whether the simulated shortcut key enters an expected corresponding interface, if so, passing the test, otherwise, failing the test;
and verifying whether the shortcut key function of the U-Boot is consistent with the expectation through the shortcut key function test.
Preferably, the automatic U-Boot testing task in step S1 includes an asset information test, and the specific method of the asset information test is as follows:
the method comprises the following steps that firstly, names and expected values of asset information in design documents are collected into a test data set;
secondly, issuing instructions of CPU, memory, M.2 and power supply asset information in the U-Boot respectively;
thirdly, comparing a return value obtained after the instruction is issued with an expected value in the test data set;
step four, comparing and judging, if the return value is consistent with the expected value in the test data set, the test is passed, otherwise, the test is failed;
and verifying whether the information display of main components such as a memory, an M.2, a power supply, a CPU and the like displayed in the U-Boot is completely correct or not through asset information testing.
Preferably, the U-Boot automated test task in step S1 includes a main/standby chip function test, and the main/standby chip function test specifically includes the following steps:
calling a python script, and determining that a main Flash chip is currently used in a SecureCRT console;
secondly, changing the starting mode into a standby Flash starting mode, and issuing a restarting instruction;
thirdly, acquiring the Flash started currently in the automatic script again, judging whether the Flash is changed into a standby Flash for starting, entering a fourth step if the Flash is changed into the standby Flash for starting, and otherwise failing to test;
step four, issuing an instruction for closing the main chip in the script, and changing the default started Flash into the main chip;
step five, issuing a restart instruction, entering the U-Boot system again, verifying whether the current is started by using a standby chip, if the current is started by using the standby chip, passing the test, otherwise failing the test;
the functions of switching the main chip and the standby chip, starting the main chip and starting the standby chip are verified through the function test of the main chip and the standby chip.
Preferably, the U-Boot automation test task in step S1 further includes a restart pressure test, and the restart pressure test specifically includes the following steps:
calling a python script, and simulating a U-Boot shortcut key to enter a system on a SecureCRT console;
secondly, issuing a log check command in the system, checking whether an alarm log or an abnormal log exists in the log, if so, failing the test, and if not, continuing to execute the third step;
thirdly, controlling a SecureCRT console to issue a system restart instruction by using a python script;
fourthly, after the system enters a Booting stage, simulating a shortcut key to enter U-Boot, checking whether an alarm log and an abnormal log exist in the log, if so, failing the test, otherwise, completing a restart test;
step five, the first step to the fourth step are repeatedly executed for a plurality of times, and the pressure test is restarted;
and verifying whether the U-Boot can be successfully loaded and enters a system each time in the process of multiple continuous reboots through a rebooting pressure test.
In a second aspect, the present invention further provides an automated testing system for a white box switch U-Boot, including:
a test task creation module: creating a U-Boot automatic test task and selecting an automatic script required by the test;
a switch configuration module: configuring a switch and a network tester port required by testing;
testing the connection module: interconnecting the switch with the switch according to the test task, and interconnecting the switch with the port of the network tester;
a test setting module: setting the execution time and times of the test task;
the test execution module: the test is performed and the test log and results are recorded.
Preferably, the test task creating module includes:
a shortcut key function test unit: compiling and calling a script to verify whether the shortcut key function of the U-Boot is consistent with the expectation;
asset information test unit: compiling and calling a script to verify whether information display of main components such as a memory, an M.2, a power supply, a CPU and the like displayed in the U-Boot is completely correct;
the main chip and standby chip function test unit: compiling and calling scripts to verify the functions of switching the main chip and the standby chip, starting the main chip and starting the auxiliary chip;
restarting the pressure test unit: and calling the script to verify whether the U-Boot can be successfully loaded and enters the system each time in the process of restarting for multiple times.
In a third aspect, the present invention provides a computer storage medium having stored therein instructions that, when run on a computer, cause the computer to perform the above-described method.
In a fourth aspect, a terminal is provided, including:
the terminal comprises a processor and a memory, wherein the memory is used for storing a computer program, and the processor is used for calling and running the computer program from the memory so as to enable the terminal to execute the method.
The method has the advantages that the automatic U-Boot test is realized by using python to write the script and adopting the call script function of the SecureCRT, the connection is not depended on, and the automatic test can be always operated before or after the system is started; the automatic U-Boot testing method provided by the invention can replace manual testing, can run in batch, well utilizes the monitoring function of SecureCRT on the console and the functions of python, such as simulation key pressing, data advancing, comparison and the like, and effectively saves testing labor.
Therefore, compared with the prior art, the invention has prominent substantive features and remarkable progress, and the beneficial effects of the implementation are also obvious.
Drawings
In order to more clearly illustrate the embodiments or prior art solutions of the present invention, the drawings used in the description of the embodiments or prior art will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
Fig. 1 is a flowchart of a method for automatically testing a U-Boot of a white-box switch according to embodiment 1 of the present invention.
Fig. 2 is a schematic block diagram of a white box switch U-Boot automated testing system according to embodiment 2 of the present invention.
The system comprises a test task creating module, a shortcut key function testing unit, an asset information testing unit, a main chip function testing unit, a restarting pressure testing unit, a 2-switch configuration module, a 3-test connection module, a 4-test setting module and a 5-test execution module, wherein the test task creating module is 1.1, the shortcut key function testing unit is 1.2, the asset information testing unit is 1.3, the main chip function testing unit is 1.4, the restarting pressure testing unit is 2, the switch configuration module is 3, the test connection module is 4, and the test execution module is 5.
Detailed Description
In order to make those skilled in the art better understand the technical solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The following explains key terms appearing in the present invention:
U-Boot: the Universal Boot Loader is a Boot Loader program which is developed by a German DENX group and used for various embedded CPUs, and conforms to GPL (general purpose language) provisions; the U-Boot evolves and evolves from FADSOM, 8xxROM and PPCBOOT, and is mainly used for the Boot loading of an embedded system.
Example 1:
as shown in fig. 1, the embodiment provides an automatic testing method for a white box switch U-Boot, which includes the following steps:
s1: creating a U-Boot automatic test task and selecting an automatic script required by the test;
the U-Boot automatic test task comprises a shortcut key function test, and the shortcut key function test method comprises the following specific steps: calling a python script, and controlling the SecureCRT to issue a restart instruction in the U-Boot system; waiting for restarting and judging whether keywords entering a Booting stage appear on a SecureCRT interface; when keywords entering a Booting stage appear on a screen, simulating shortcut keys corresponding to test items in the U-Boot, and enabling different shortcut keys to enter different interfaces; verifying whether the simulated shortcut key enters an expected corresponding interface or not, wherein the test is passed if the simulated shortcut key enters the corresponding interface, and otherwise, the test is failed; and verifying whether the shortcut key function of the U-Boot is in accordance with the expectation through a shortcut key function test.
The U-Boot automatic testing task comprises an asset information test, and the specific method of the asset information test comprises the following steps: the method comprises the following steps that firstly, names and expected values of asset information in design documents are collected into a test data set; secondly, issuing instructions of CPU, memory, M.2 and power supply asset information in the U-Boot respectively; thirdly, comparing a return value obtained after the instruction is issued with an expected value in the test data set; step four, comparing and judging, if the return value is consistent with the expected value in the test data set, the test is passed, otherwise, the test is failed; and verifying whether the information display of main components such as a memory, an M.2, a power supply, a CPU and the like displayed in the U-Boot is completely correct or not through asset information testing.
The U-Boot automatic test task comprises a main chip and standby chip function test, and the main chip and standby chip function test method comprises the following specific steps: calling a python script, and determining that a main Flash chip is currently used in a SecureCRT console; secondly, changing the starting mode into a standby Flash starting mode, and issuing a restarting instruction; thirdly, acquiring the Flash started currently in the automatic script again, judging whether the Flash is changed into a standby Flash for starting, entering a fourth step if the Flash is changed into the standby Flash for starting, and otherwise failing to test; step four, issuing an instruction for closing the main chip in the script, and changing the default started Flash into the main chip; step five, issuing a restart instruction, entering the U-Boot system again, verifying whether the current is started by using a standby chip, if the current is started by using the standby chip, passing the test, otherwise failing the test; the functions of switching the main chip and the standby chip, starting the main chip and starting the standby chip are verified through the function test of the main chip and the standby chip.
The U-Boot automatic testing task further comprises a restart pressure test, and the restart pressure test method comprises the following specific steps: calling a python script, and simulating a U-Boot shortcut key to enter a system on a SecureCRT console; secondly, issuing a log check command in the system, checking whether an alarm log or an abnormal log exists in the log, if so, failing the test, and if not, continuing to execute the third step; thirdly, controlling a SecureCRT console to issue a system restart instruction by using a python script; fourthly, after the system enters a Booting stage, simulating a shortcut key to enter U-Boot, checking whether alarm logs and abnormal logs exist in the logs, if yes, testing fails, and if not, completing a restart test; step five, the first step to the fourth step are repeatedly executed for 1000 times, and the pressure test is restarted; and verifying whether the U-Boot can be successfully loaded and enters a system each time in the process of multiple continuous reboots through a rebooting pressure test.
S2: configuring a switch and a network tester port required by testing;
s3: interconnecting the switch and the switch according to the test task, and interconnecting the switch and the port of the network tester;
s4: setting the execution time and times of the test task;
s5: the test is performed and the test log and results are recorded.
Example 2:
as shown in fig. 2, this embodiment provides an automated testing system for a white box switch U-Boot, including:
test task creation module 1: creating a U-Boot automatic test task and selecting an automatic script required by the test;
switch configuration module 2: configuring a switch and a network tester port required by testing;
test connection module 3: interconnecting the switch with the switch according to the test task, and interconnecting the switch with the port of the network tester;
the test setting module 4: setting the execution time and times of the test task;
the test execution module 5: the test is performed and the test log and results are recorded.
In this embodiment, the test task creating module 1 includes:
shortcut key function test unit 1.1: writing and calling a script to verify whether the functions of the shortcut keys of the U-Boot are consistent with expectations or not;
asset information test unit 1.2: compiling and calling a script to verify whether information display of main components such as a memory, an M.2, a power supply, a CPU and the like displayed in the U-Boot is completely correct;
main chip and standby chip function test unit 1.3: compiling and calling scripts to verify the functions of switching the main chip and the standby chip, starting the main chip and starting the auxiliary chip;
restart pressure test unit 1.4: and calling the script to verify whether the U-Boot can be successfully loaded and enters the system each time in the process of restarting for multiple times.
Example 3:
the present embodiments provide a computer storage medium having stored therein instructions that, when run on a computer, cause the computer to perform the above-described method.
Example 4:
the present embodiment provides a terminal, including:
the terminal comprises a processor and a memory, wherein the memory is used for storing a computer program, and the processor is used for calling and running the computer program from the memory so as to enable the terminal to execute the method.
Although the present invention has been described in detail in connection with the preferred embodiments with reference to the accompanying drawings, the present invention is not limited thereto. Various equivalent modifications or substitutions can be made on the embodiments of the present invention by those skilled in the art without departing from the spirit and scope of the present invention, and these modifications or substitutions are within the scope of the present invention/any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (6)
1. A white box switch U-Boot automatic testing method is characterized by comprising the following steps:
s1: creating a U-Boot automatic test task and selecting an automatic script required by the test;
s2: configuring a switch and a network tester port required by testing;
s3: interconnecting the switch and the switch according to the test task, and interconnecting the switch and the port of the network tester;
s4: setting the execution time and times of the test task;
s5: executing the test and recording a test log and a result;
the automatic U-Boot test task in the step S1 comprises a shortcut key function test, and the specific method of the shortcut key function test is as follows:
calling a python script, and controlling the SecureCRT to issue a restart instruction in the U-Boot system;
waiting for restarting and judging whether a keyword entering a Booting stage appears on a SecureCRT interface;
when keywords entering a Booting stage appear on a screen, simulating shortcut keys corresponding to test items in the U-Boot, and enabling different shortcut keys to enter different interfaces;
and verifying whether the simulated shortcut key enters the expected corresponding interface, if so, passing the test, otherwise, failing the test.
2. The automated testing method of the white-box switch U-Boot according to claim 1, wherein the automated testing task of the U-Boot in the step S1 further comprises an asset information test, and the specific method of the asset information test is as follows:
the method comprises the following steps that firstly, names and expected values of asset information in design documents are collected into a test data set;
secondly, issuing instructions of CPU, memory, M.2 and power supply asset information in the U-Boot respectively;
thirdly, comparing a return value obtained after the instruction is issued with an expected value in the test data set;
and step four, comparing and judging, if the return value is consistent with the expected value in the test data set, the test is passed, otherwise, the test is failed.
3. The method according to claim 2, wherein the U-Boot automated testing task in step S1 further includes a main/standby chip function test, and the main/standby chip function test specifically includes:
calling a python script, and determining that a main Flash chip is currently used in a SecureCRT console;
secondly, changing the starting mode into a standby Flash starting mode, and issuing a restarting instruction;
thirdly, acquiring the Flash started currently in the automatic script again, judging whether the Flash is changed into a standby Flash for starting, entering a fourth step if the Flash is changed into the standby Flash for starting, and otherwise failing to test;
step four, issuing an instruction for closing the main chip in the script, and changing the default started Flash into the main chip;
and step five, issuing a restart instruction, entering the U-Boot system again, verifying whether the current is started by using the standby chip, if the current is started by using the standby chip, passing the test, otherwise failing the test.
4. The automatic U-Boot testing method for the white-box switch according to claim 3, wherein the automatic U-Boot testing task in the step S1 further comprises a restart pressure test, and the restart pressure test specifically comprises the following steps:
calling a python script, and simulating a U-Boot shortcut key to enter a system on a SecureCRT console;
a second step of issuing a log check command in the system, checking whether a warning log or an abnormal log exists in the log, if so, failing the test, and if not, continuing to execute a third step;
thirdly, controlling a SecureCRT console to issue a system restart instruction by using a python script;
fourthly, after the system enters a Booting stage, simulating a shortcut key to enter U-Boot, checking whether alarm logs and abnormal logs exist in the logs, if yes, testing fails, and if not, completing a restart test;
and step five, repeatedly executing the steps from the first step to the fourth step for multiple times to finish the restart pressure test.
5. A white-box switch U-Boot automatic testing system, characterized in that the system executes the white-box switch U-Boot automatic testing method according to any one of claims 1 to 4, and comprises:
a test task creation module: creating a U-Boot automatic test task and selecting an automatic script required by the test;
a switch configuration module: configuring a switch and a network tester port required by testing;
testing the connection module: interconnecting the switch and the switch according to the test task, and interconnecting the switch and the port of the network tester;
a test setting module: setting the execution time and times of the test task;
the test execution module: executing the test and recording a test log and a result;
the test task creation module comprises:
a shortcut key function test unit: compiling and calling a script to verify whether the shortcut key function of the U-Boot is consistent with the expectation;
asset information test unit: compiling and calling a script to verify whether the information display of the memory, the M.2, the power supply and the CPU component displayed in the U-Boot is completely correct;
the main chip and standby chip function test unit: compiling and calling scripts to verify the functions of switching the main chip and the standby chip, starting the main chip and starting the auxiliary chip;
restarting the pressure test unit: and calling the script to verify whether the U-Boot can be successfully loaded and enters the system each time in the process of restarting for multiple times.
6. A computer storage medium having stored therein instructions that, when executed on a computer, cause the computer to perform the method of any one of claims 1-4.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110499685.9A CN113315675B (en) | 2021-05-08 | 2021-05-08 | White box switch U-Boot automatic testing method, system and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110499685.9A CN113315675B (en) | 2021-05-08 | 2021-05-08 | White box switch U-Boot automatic testing method, system and storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113315675A CN113315675A (en) | 2021-08-27 |
CN113315675B true CN113315675B (en) | 2023-02-24 |
Family
ID=77371848
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110499685.9A Active CN113315675B (en) | 2021-05-08 | 2021-05-08 | White box switch U-Boot automatic testing method, system and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113315675B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115208787A (en) * | 2022-06-29 | 2022-10-18 | 国电南瑞科技股份有限公司 | Automatic testing method and system for switch |
CN115695265B (en) * | 2022-10-20 | 2024-07-19 | 深圳市智微智能科技股份有限公司 | Automatic cycle power-on and power-off testing method and equipment for switch and storage medium |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107766247A (en) * | 2017-10-18 | 2018-03-06 | 上海科世达-华阳汽车电器有限公司 | Bootloader method of testing, device and readable storage medium storing program for executing |
CN109889407A (en) * | 2019-02-12 | 2019-06-14 | 太仓市同维电子有限公司 | A kind of managed switches production test method |
CN111694340A (en) * | 2020-06-05 | 2020-09-22 | 浪潮电子信息产业股份有限公司 | Automatic test fixture and method for PSU BootLoader |
CN112486809A (en) * | 2020-11-23 | 2021-03-12 | 苏州浪潮智能科技有限公司 | Automatic testing method, system and equipment based on white box switch |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9135150B2 (en) * | 2013-02-27 | 2015-09-15 | International Business Machines Corporation | Automated execution of functional test scripts on a remote system within a unit testing framework |
CN106325868A (en) * | 2016-08-24 | 2017-01-11 | 南京百敖软件有限公司 | Method for binding starting equipment with shortcut keys in UEFI (unified extensible firmware interface) |
TWI650710B (en) * | 2018-04-12 | 2019-02-11 | 和碩聯合科技股份有限公司 | Test process detection method |
CN111427777B (en) * | 2020-03-13 | 2023-03-21 | 苏州浪潮智能科技有限公司 | SOL test method, system, equipment and medium |
-
2021
- 2021-05-08 CN CN202110499685.9A patent/CN113315675B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107766247A (en) * | 2017-10-18 | 2018-03-06 | 上海科世达-华阳汽车电器有限公司 | Bootloader method of testing, device and readable storage medium storing program for executing |
CN109889407A (en) * | 2019-02-12 | 2019-06-14 | 太仓市同维电子有限公司 | A kind of managed switches production test method |
CN111694340A (en) * | 2020-06-05 | 2020-09-22 | 浪潮电子信息产业股份有限公司 | Automatic test fixture and method for PSU BootLoader |
CN112486809A (en) * | 2020-11-23 | 2021-03-12 | 苏州浪潮智能科技有限公司 | Automatic testing method, system and equipment based on white box switch |
Also Published As
Publication number | Publication date |
---|---|
CN113315675A (en) | 2021-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110704304B (en) | Application program testing method and device, storage medium and server | |
CN110750396B (en) | Server operating system compatibility testing method and device and storage medium | |
CN113315675B (en) | White box switch U-Boot automatic testing method, system and storage medium | |
US20080163001A1 (en) | Method for facilitating BIOS testing | |
CN101634960A (en) | Method for revising BIOS parameter and regenerating checksum | |
CN104572387A (en) | Method and device for debugging terminal in engineering mode | |
CN114168222A (en) | Method and device for acquiring starting time, terminal equipment and storage medium | |
CN115357515B (en) | Debugging method and device of multi-core system, computer equipment and storage medium | |
CN110990289B (en) | Method and device for automatically submitting bug, electronic equipment and storage medium | |
CN113377586B (en) | Automatic detection method and device for server and storage medium | |
CN102479124B (en) | Test method | |
CN113094251A (en) | Embedded system testing method and device, computer equipment and storage medium | |
CN104657232A (en) | BIOS automatic recovery system and BIOS automatic recovery method | |
CN114116330A (en) | Server performance test method, system, terminal and storage medium | |
CN115495275B (en) | Storage system and control method thereof | |
CN115951949A (en) | Recovery method and device for configuration parameters of BIOS (basic input output System) and computing equipment | |
CN115757099A (en) | Automatic test method and device for platform firmware protection recovery function | |
CN110096888B (en) | Method and system for accelerating verification and analyzing SMM potential safety hazard | |
CN114510375A (en) | Flash chip data area dynamic sharing system and method | |
CN113722212A (en) | CPLD upgrade test method, device, equipment and medium | |
CN113076140A (en) | GPIO (general purpose input/output) configuration detection method and device and server | |
CN111694727A (en) | Network card firmware upgrading and downgrading test method, system, terminal and storage medium | |
CN109426506B (en) | Loading method for selecting read-only memory | |
CN111708705B (en) | Method, device, equipment and medium for testing automatic repair function of BIOS | |
CN115562803A (en) | Automatic recovery method, device, equipment and storage medium for mirror image file |
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 |