CN113315675B - White box switch U-Boot automatic testing method, system and storage medium - Google Patents

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

A white box switch U-Boot automated testing method, system and storage medium

technical field

The invention belongs to the technical field of switch testing, and in particular relates to a U-Boot automatic testing method, system and storage medium of a white box switch.

Background technique

U-Boot is a kind of Bootloader, which is used to boot and start the kernel. It can read the kernel from the flash and put it in the memory to start the kernel; the white box switch contains U-Boot, which has great functions for the startup and hardware management of the switch. At the same time, U-Boot also has the functions of system booting, asset information viewing, hardware device management and clock synchronization for switches.

U-Boot, a white-box switch, needs to be tested for functions, mainly including shortcut key function tests, asset information tests, active and standby chip function tests, and restart stress tests. A lot of manpower is required for manual testing, the test period is long and the test results need to be manually compared and verified, the test efficiency is very low, and an efficient automated test method is urgently needed, which is the deficiency of the existing technology.

In view of this, the present invention provides a white box switch U-Boot automatic testing method, system and storage medium, so as to solve the defects existing in the prior art, which is very necessary.

Contents of the invention

Aiming at the problems of many U-Boot test contents of white-box switches, long manual test period and low test efficiency, the present invention provides and designs a U-Boot automatic test method, system and storage medium of white-box switches, and uses automated scripts instead of manual tests. Realize the automatic test of switch U-Boot, improve test efficiency, free test engineers from manual testing, and spend more time on test design and test analysis.

To achieve the above object, the present invention provides the following technical solutions:

First aspect, the present invention provides a kind of U-Boot automatic testing method of white box exchange, comprises the following steps:

S1: Create a U-Boot automation test task and select the automation script required for the test;

S2: Configure the switches and network tester ports required for testing;

S3: According to the test task, the switch is interconnected with the switch, and the switch is connected with the port of the network tester;

S4: Set the test task execution time and times;

S5: Execute the test and record the test log and results.

As preferably, U-Boot automated test task comprises shortcut key function test in the described step S1, and the concrete method of shortcut key function test is as follows:

Call the python script to control SecureCRT to issue a restart command in the U-Boot system;

Wait for the restart and judge whether the SecureCRT interface appears the keyword entering the Booting stage;

When the keyword to enter the Booting stage appears on the screen, simulate the shortcut keys corresponding to the test items in U-Boot, and enter different interfaces with different shortcut keys;

Verify whether the simulated shortcut key enters the expected corresponding interface. If the simulated shortcut key enters the corresponding interface, the test passes, otherwise the test fails;

Verify that the shortcut key functions of U-Boot are as expected through the shortcut key function test.

As preferably, the U-Boot automated testing task in the step S1 includes asset information testing, and the specific method of asset information testing is as follows:

The first step is to summarize the name and expected value of the asset information in the design document into the test data set;

The second step is to issue instructions for CPU, memory, M.2, and power asset information in U-Boot;

The third step is to compare the return value obtained after the instruction is issued with the expected value in the test data set;

The fourth step is to compare and judge, if the return value is consistent with the expected value in the test data set, the test passes, otherwise the test fails;

Verify that the main components such as memory, M.2, power supply, and CPU displayed in U-Boot are completely correct through the asset information test.

As preferably, the U-Boot automated test task in the step S1 includes the functional test of the active and standby chips, and the specific methods for the functional test of the active and standby chips are as follows:

The first step is to call the python script, and determine in the SecureCRT console that the main Flash chip is currently used;

The second step is to change the boot mode to standby Flash boot, and issue a restart command;

The third step is to obtain the currently started Flash in the automation script again, and judge whether it has been changed to the backup Flash startup. If it has been changed to the backup Flash startup, then enter the fourth step, otherwise the test fails;

The fourth step is to issue an instruction to shut down the main chip in the script, and change the Flash that is started by default to the main chip;

The fifth step is to issue a restart command. After entering the U-Boot system again, verify whether the backup chip is currently used for booting. If the backup chip is currently used for booting, the test passes, otherwise the test fails;

Verify the switching of the active and standby chips, the startup of the main chip, and the startup of the backup chip through the functional test of the active and standby chips.

As preferably, the U-Boot automated test task in the step S1 also includes restarting the stress test, and the specific method of restarting the stress test is as follows:

The first step is to call the python script to simulate the U-Boot shortcut key on the SecureCRT console to enter the system;

The second step is to issue a log check command in the system to check whether there is an alarm log or abnormal log in the log. If it exists, the test fails, and if it does not exist, continue to the third step;

The third step is to use the python script to control the SecureCRT console to issue a system restart command;

The fourth step is to wait for the system to enter the Booting stage, simulate the shortcut key to enter U-Boot, and check whether there are alarm logs and abnormal logs in the log. If there is, the test fails, and if there is no one, complete a restart test;

The fifth step is to repeat the above steps from the first step to the fourth step several times to complete the restart stress test;

Through the restart stress test to verify whether U-Boot can be successfully loaded and enter the system every time during the process of repeated restarts.

In the second aspect, the present invention also provides a white box switch U-Boot automated test system, including:

Test task creation module: create U-Boot automated test tasks and select the automated scripts required for testing;

Switch configuration module: configure the switches and network tester ports required for testing;

Test connection module: according to the test task, the switch is interconnected with the switch, and the switch is connected with the port of the network tester;

Test setting module: set the test task execution time and times;

Test Execution Module: Executes tests and records test logs and results.

Preferably, the test task creation module includes:

Shortcut key function test unit: write and call the script to verify whether the shortcut key function of U-Boot is as expected;

Asset information test unit: Write and call scripts to verify whether the information display of main components such as memory, M.2, power supply and CPU displayed in U-Boot is completely correct;

Main and standby chip function test unit: write and call scripts to verify the main and standby chip switching, main chip startup and auxiliary chip startup functions;

Restart stress test unit: call the script to verify whether U-Boot can be successfully loaded and enter the system every time during the process of repeated restarts.

In a third aspect, the present invention provides a computer storage medium, wherein instructions are stored in the computer storage medium, and when the computer storage medium is run on a computer, the computer is made to execute the above method.

In a fourth aspect, a terminal is provided, including:

A processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the terminal executes the above method.

The beneficial effects of the present invention are that, using python to compose scripts and adopting the call script function of SecureCRT to realize U-Boot automated testing, does not depend on the connection, no matter before or after the system starts, the automated testing can always run; the present invention provides The U-Boot automated testing method can replace manual testing, and can be run in batches. It makes good use of SecureCRT's monitoring function on the console and python's simulated keystrokes and data advance and comparison functions, effectively saving testing manpower.

It can be seen that, compared with the prior art, the present invention has outstanding substantive features and remarkable progress, and the beneficial effects of its implementation are also obvious.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, for those of ordinary skill in the art, In other words, other drawings can also be obtained from these drawings on the premise of not paying creative work.

FIG. 1 is a flow chart of a U-Boot automated testing method for a white-box switch provided in Embodiment 1 of the present invention.

FIG. 2 is a functional block diagram of a U-Boot automated testing system for a white-box switch provided in Embodiment 2 of the present invention.

Among them, 1-Test task creation module, 1.1-Shortcut key function test unit, 1.2-Asset information test unit, 1.3-Active and standby chip function test unit, 1.4-Restart stress test unit, 2-Switch configuration module, 3-Test connection module, 4-test setup module, 5-test execution module.

Detailed ways

In order to enable those skilled in the art to better understand the technical solutions in the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described The embodiments are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts shall fall within the protection scope of the present invention.

The following key terms appearing in the present invention are explained:

U-Boot: The full name is Universal Boot Loader, which is a BootLoader program developed by the German DENX team for various embedded CPUs, following the terms of the GPL; U-Boot gradually evolved from FADSROM, 8xxROM, and PPCBOOT, and is mainly used for embedded System bootloader.

Example 1:

As shown in Figure 1, the present embodiment provides a U-Boot automated testing method for a white box switch, including the following steps:

S1: Create a U-Boot automation test task and select the automation script required for the test;

Among them, the U-Boot automated test task includes the shortcut key function test. The specific method of the shortcut key function test is as follows: call the python script, control the SecureCRT to issue a restart command in the U-Boot system; wait for the restart and judge whether the SecureCRT interface appears to enter the Booting stage keywords; when the screen displays the keywords that enter the Booting stage, simulate the shortcut keys corresponding to the test items in U-Boot, and enter different interfaces with different shortcut keys; verify whether the simulated shortcut keys enter the expected corresponding interface, simulate If the shortcut key enters the corresponding interface, the test passes, otherwise the test fails; through the shortcut key function test, it is verified whether the function of the shortcut key of U-Boot is consistent with the expectation.

The U-Boot automated test task includes asset information testing. The specific method of asset information testing is as follows: the first step is to summarize the name and expected value of the asset information in the design document into the test data set; the second step is to issue CPU, Instructions for memory, M.2, and power asset information; the third step compares the return value obtained after the instruction is issued with the expected value in the test data set; the fourth step compares and judges, if the return value is consistent with the expected value in the test data set, test Pass, otherwise the test fails; pass the asset information test to verify whether the information displayed in U-Boot on main components such as memory, M.2, power supply, and CPU is completely correct.

The U-Boot automated test task includes the function test of the main and standby chips. The specific method of the function test of the main and standby chips is as follows: the first step calls the python script, and confirms that the main Flash chip is currently used in the SecureCRT console; the second step changes the startup mode to Start the backup Flash, and issue a restart command; the third step is to obtain the currently started Flash in the automation script again, and judge whether it has been changed to the backup Flash startup. If it has been changed to the backup Flash startup, enter the fourth step, otherwise the test fails; The fourth step is to issue the command to shut down the main chip in the script, and change the default startup Flash to the main chip; the fifth step is to issue a restart command, enter the U-Boot system again and verify whether the current backup chip is used to start, if If the standby chip is currently used to start, the test passes, otherwise the test fails; the main and standby chip switching, main chip startup and backup chip startup functions are verified through the main and backup chip function test.

The U-Boot automated test task also includes restarting the stress test. The specific method of restarting the stress test is as follows: the first step is to call the python script, and simulate the U-Boot shortcut key in the SecureCRT console to enter the system; the second step is to issue a log check command in the system , check whether there is an alarm log or abnormal log in the log, if it exists, the test fails, if not, continue to the third step; the third step uses the python script to control the SecureCRT console to issue a system restart command; the fourth step waits for the system to enter Booting After the stage, simulate the shortcut key to enter U-Boot, and check whether there is an alarm log and abnormal log in the log. If there is, the test will fail, and if it does not exist, a restart test will be completed; the fifth step is to repeat the first step to the fourth step above Execute 1000 times to complete the restart stress test; through the restart stress test, verify whether U-Boot can be successfully loaded and enter the system every time during the process of repeated restarts.

S2: Configure the switches and network tester ports required for testing;

S3: According to the test task, the switch is interconnected with the switch, and the switch is connected with the port of the network tester;

S4: Set the test task execution time and times;

S5: Execute the test and record the test log and results.

Example 2:

As shown in Figure 2, this embodiment provides a white box switch U-Boot automated test system, including:

Test task creation module 1: Create U-Boot automated test tasks and select the automated scripts required for testing;

Switch configuration module 2: configure the switches and network tester ports required for testing;

Test connection module 3: interconnect the switch with the switch according to the test task, and connect the switch with the port of the network tester;

Test setting module 4: set the test task execution time and times;

Test Execution Module 5: Execute tests and record test logs and results.

In the present embodiment, described test task creation module 1 includes:

Shortcut key function test unit 1.1: Write and call scripts to verify whether the shortcut key function of U-Boot is as expected;

Asset information test unit 1.2: Write and call scripts to verify whether the information displayed in U-Boot on main components such as memory, M.2, power supply, and CPU is completely correct;

Main and standby chip function test unit 1.3: Write and call scripts to verify the main and standby chip switching, main chip startup and auxiliary chip startup functions;

Reboot Stress Test Unit 1.4: Call the script to verify whether U-Boot can be successfully loaded and enter the system every time in the process of repeated restarts.

Example 3:

This embodiment provides a computer storage medium, where instructions are stored in the computer storage medium, and when the computer is run on the computer, the computer is made to execute the above method.

Example 4:

This embodiment provides a terminal, including:

A processor and a memory, wherein the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the terminal executes the above method.

Although the present invention has been described in detail in conjunction with preferred embodiments with reference to the accompanying drawings, the present invention is not limited thereto. Without departing from the spirit and essence of the present invention, those skilled in the art can make various equivalent modifications or replacements to the embodiments of the present invention, and these modifications or replacements should be within the scope of the present invention/any Those skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present invention, and all should be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (6)

1. a white box switch U-Boot automated testing method, is characterized in that, comprises the following steps: S1: Create a U-Boot automation test task and select the automation script required for the test; S2: Configure the switches and network tester ports required for testing; S3: According to the test task, the switch is interconnected with the switch, and the switch is connected with the port of the network tester; S4: Set the test task execution time and times; S5: Execute the test and record the test log and results; In the step S1, the U-Boot automated test task includes a shortcut key function test, and the specific method of the shortcut key function test is as follows: Call the python script to control SecureCRT to issue a restart command in the U-Boot system; Wait for the restart and judge whether the SecureCRT interface appears the keyword entering the Booting stage; When the keyword to enter the Booting stage appears on the screen, simulate the shortcut keys corresponding to the test items in U-Boot, and enter different interfaces with different shortcut keys; Verify whether the simulated shortcut key enters the expected corresponding interface. If the simulated shortcut key enters the corresponding interface, the test passes, otherwise the test fails. 2. a kind of white box exchange U-Boot automated testing method according to claim 1, is characterized in that, U-Boot automated testing task also comprises asset information test among the described step S1, and asset information test concrete method is as follows: The first step is to summarize the name and expected value of the asset information in the design document into the test data set; The second step is to issue instructions for CPU, memory, M.2, and power asset information in U-Boot; The third step is to compare the return value obtained after the instruction is issued with the expected value in the test data set; The fourth step is to compare and judge. If the return value is consistent with the expected value in the test data set, the test passes, otherwise the test fails. 3. a kind of white box exchange U-Boot automated testing method according to claim 2, it is characterized in that, U-Boot automated testing task also comprises active and standby chip function test among the described step S1, and active and standby chip function test is specific Methods as below: The first step is to call the python script, and determine in the SecureCRT console that the main Flash chip is currently used; The second step is to change the boot mode to standby Flash boot, and issue a restart command; The third step is to obtain the currently started Flash in the automation script again, and judge whether it has been changed to the backup Flash startup. If it has been changed to the backup Flash startup, then enter the fourth step, otherwise the test fails; The fourth step is to issue an instruction to shut down the main chip in the script, and change the Flash that is started by default to the main chip; The fifth step is to issue a restart command. After entering the U-Boot system again, verify whether the backup chip is currently used for booting. If the backup chip is currently used for booting, the test passes, otherwise the test fails. 4. a kind of white box exchange U-Boot automated testing method according to claim 3, it is characterized in that, U-Boot automated testing task also comprises restarting stress test among the described step S1, and restarting stress testing concrete method is as follows: The first step is to call the python script to simulate the U-Boot shortcut key on the SecureCRT console to enter the system; The second step is to issue a log check command in the system to check whether there is an alarm log or abnormal log in the log. If it exists, the test fails, and if it does not exist, continue to the third step; The third step is to use the python script to control the SecureCRT console to issue a system restart command; The fourth step is to wait for the system to enter the Booting stage, simulate the shortcut key to enter U-Boot, and check whether there are alarm logs and abnormal logs in the log. If there is, the test fails, and if there is no one, complete a restart test; Step 5: Repeat steps 1 to 4 above several times to complete the restart stress test. 5. A white box switch U-Boot automated testing system, characterized in that, the system executes the white box switch U-Boot automated test method according to any one of claims 1 to 4, comprising: Test task creation module: create U-Boot automated test tasks and select the automated scripts required for testing; Switch configuration module: configure the switches and network tester ports required for testing; Test connection module: according to the test task, the switch is interconnected with the switch, and the switch is connected with the port of the network tester; Test setting module: set the test task execution time and times; Test execution module: execute tests and record test logs and results; The test task creation module includes: Shortcut key function test unit: write and call the script to verify whether the shortcut key function of U-Boot is as expected; Asset information test unit: Write and call scripts to verify whether the information display of memory, M.2, power supply and CPU components displayed in U-Boot is completely correct; Main and standby chip function test unit: write and call scripts to verify the main and standby chip switching, main chip startup and auxiliary chip startup functions; Restart stress test unit: call the script to verify whether U-Boot can be successfully loaded and enter the system every time during the process of repeated restarts. 6. A computer storage medium, characterized in that instructions are stored in the computer storage medium, and when the computer storage medium is run on a computer, it causes the computer to execute the method according to any one of claims 1-4.

Images