CN108959082A - A kind of the hardware compatibility test method and system of Openstack - Google Patents

Abstract

The present invention provides a hardware compatibility testing method and system of Openstack, acquires the hardware device information of each test node, and configures the hardware device information of each test node into a hardware device information list; traverses the hardware device list, obtains With the test item corresponding to each hardware device in the hardware device list, configure the corresponding test case based on each test item; obtain the hardware compatibility test control instruction, connect the test case to each test node respectively, and perform an operation test on each test node, To judge its compatibility with Openstack and generate test results. In this way, the compatibility of Openstack components such as memory, processor, network port, and memory of each node can be tested, reducing the workload and testing time of testers, and improving convenience.

Description

A hardware compatibility testing method and system for Openstack

technical field

The invention relates to the technical field of software testing, in particular to an Openstack hardware compatibility testing method and system.

Background technique

With the development of computer technology, servers, storage, networks, and IO boards of various manufacturers are constantly developing and progressing. Each data center has many hardware devices that need to be managed by a cloud computing management platform. Openstack, as an open source cloud computing Management platforms are being used more and more.

Openstack wants to be used to manage multiple hardware devices so that they can coordinate and work under unified scheduling to achieve mutually exclusive performance, so it needs to be tested so that the hardware can run normally on this platform. The current test method is that the tester deploys the Openstack management system for the hardware device of a certain node, and then the tester performs the operation to monitor. If there are multiple nodes based on the Openstack hardware compatibility test, the tester needs to test one by one. In this way This makes the workload of the testers heavy, the test time is long, and the convenience is poor. Therefore, how to provide an Openstack hardware compatibility test that can reduce the test workload and test time has become a problem that needs to be solved.

Moreover, due to the large number of test nodes and many test items, it is impossible to uniformly deploy and control each test node. It is necessary for testers to configure test scripts one by one and control the startup one by one to realize the test, which increases the workload of testers.

Contents of the invention

In order to overcome above-mentioned deficiencies in the prior art, the present invention provides a kind of hardware compatibility testing method of Openstack, method comprises:

S1, obtain the number of test nodes in the cluster and the address of the test nodes, obtain the hardware device of each test node, install the OS system on the hardware device of each test node, and deploy the Openstack management platform;

S2, acquiring the hardware device information of each test node, and configuring the hardware device information of each test node into a hardware device information list;

S3, traversing the list of hardware devices, obtaining test items corresponding to each hardware device in the list of hardware devices, and configuring corresponding test cases based on each test item;

S4. Obtain a hardware compatibility test control instruction, connect the test cases to each test node, and run a test on each test node to determine its compatibility with Openstack, and generate a test result.

Preferably, after step S4, it also includes:

Compare the test result with the expected result, and output the test result as the test passed or the test failed; for the test node that failed the test, compare the test parameters inside the test case with the parameters to be tested of the test node one by one, Form a comparison table to mark the parts that do not meet the test parameters;

Compare the number of passed test cases with the total number of test cases, and give the test pass rate;

The test results are generated and the test reports are stored in the database.

Preferably, step S3 also includes:

Configure the test items corresponding to the hardware devices as a list of test plans;

Sort the test plan list in order based on the preset arrangement method;

Test each test item in the test plan list in the sorted order.

Preferably, step S4 also includes:

Configure the start identifier for the test case corresponding to each hardware device of the test node, configure the test control instruction access port, and the test control instruction access port receives the start identifier of the start test hardware device test item;

The test hardware device test item startup identifier received by the test control command access port is used as the hardware compatibility test control command, and the test case of the corresponding test item is started according to the test hardware device test item startup identifier received by the test control command access port. Connect the test cases to each test node respectively, run the test on each test node to judge its compatibility with Openstack, and generate test results.

Preferably, step S4 also includes:

Configure multiple corresponding test cases for each test item;

Configure the hardware device under test of the test node to a ready state;

According to the test hardware device test item startup identifier received by the test control instruction access port, start the test case of the corresponding test item, connect the test case to each test node, and perform a running test on each test node. After the test is over, if a certain test Node test case runs successfully, and the test item of described test node is set as having Openstack compatibility; Output test report;

If a test node test case operation fails, the test item of the test node is set as not having Openstack compatibility;

Call the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, and connect the test cases to each test node that does not have Openstack compatibility test items for testing;

After the test is over, if the test case runs successfully, the test item of the test node is set to have Openstack compatibility; output test report;

If a certain test node test case operation fails, the test item of the test node is still set as not having Openstack compatibility;

Recall the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, connect the test cases to each test node that does not have Openstack compatibility test items, and test until reaching the preset Testing frequency;

Output final test report.

A hardware compatibility testing system of Openstack, comprising: a node information acquisition module, a management platform deployment module, a hardware device information processing module, a test case configuration module and a test execution module;

The node information acquisition module is used to obtain the number of test nodes and addresses of test nodes in the cluster, and obtain the hardware equipment of each test node;

The management platform deployment module is used to install the OS system on the hardware device of each test node and deploy the Openstack management platform;

The hardware device information processing module is used to obtain the hardware device information of each test node, and configure the hardware device information of each test node into a hardware device information list;

The test case configuration module is used to traverse the list of hardware devices, obtain test items corresponding to each hardware device in the list of hardware devices, and configure corresponding test cases based on each test item;

The test execution module is used to obtain hardware compatibility test control instructions, connect test cases to each test node, and run tests on each test node to judge its compatibility with Openstack and generate test results.

Preferably, it also includes: a test report management module;

The test report management module is used to compare the test result with the expected result, and output the test result as the test passed or the test failed; Perform one-to-one comparison to form a comparison table to mark the parts that do not meet the test parameters; compare the number of passed test cases with the total number of test cases to give the test pass rate; generate test reports from test results and store them in the database.

Preferably, it also includes: a test sorting module;

The test sorting module is used to configure the test items corresponding to the hardware device into a test plan list; arrange the test plan list in order based on the preset arrangement method; test each test item in the test plan list according to the order of arrangement;

The hardware device information of each test node includes: memory capacity information, memory IO performance information, test node processor IO performance information, test node network port communication performance information, test node memory read and write information, test node BIOS information, BMC information of the test node.

Preferably, it also includes: a test startup configuration module;

The test start configuration module is used to configure the start identifier for the test case corresponding to each hardware device of the test node, configure the test control command access port, and the test control command access port receives the start test hardware device test item start identifier;

The test execution module is also used to use the test hardware device test item startup identifier received by the test control instruction access port as the hardware compatibility test control instruction, and start the corresponding test hardware device test item startup identifier received by the test control instruction access port. The test case of the test item connects the test case to each test node and runs the test on each test node to judge its compatibility with Openstack and generate test results.

Preferably, it also includes: a test connection module;

The test connection module is used to make the test case call the Openstack interface, and communicate with each test node based on the Openstack interface;

The test case configuration module is also used to configure corresponding multiple corresponding test cases for each test item;

The hardware device information processing module is also used to configure the hardware device under test of the test node to be in a ready state;

The test execution module is also used to start the test case of the corresponding test item according to the test hardware device test item startup identifier received by the test control instruction access port, connect the test case to each test node respectively, and perform a running test on each test node, and the test ends Afterwards, if a certain test node test case runs successfully, the test item of the test node is set as having Openstack compatibility; output test report;

If a test node test case operation fails, the test item of the test node is set as not having Openstack compatibility;

Call the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, and connect the test cases to each test node that does not have Openstack compatibility test items for testing;

After the test is over, if the test case runs successfully, the test item of the test node is set to have Openstack compatibility; output test report;

If a certain test node test case operation fails, the test item of the test node is still set as not having Openstack compatibility;

Recall the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, connect the test cases to each test node that does not have Openstack compatibility test items, and test until reaching the preset Testing frequency;

Output final test report.

As can be seen from the above technical solutions, the present invention has the following advantages:

In the present invention, obtain the test node quantity and the test node address in the cluster, obtain the hardware equipment of each test node, and install the OS system on the hardware equipment of each test node, deploy the Openstack management platform; obtain the hardware equipment of each test node information, and configure the hardware device information of each test node into a hardware device information list; traverse the hardware device list, obtain the test items corresponding to each hardware device in the hardware device list, and configure the corresponding test based on each test item Use case: Obtain hardware compatibility test control instructions, connect test cases to each test node, and run tests on each test node to judge its compatibility with Openstack and generate test results. In this way, the memory, processor, network port, memory and other components of each node can be tested, reducing the workload and testing time of testers, and improving convenience.

Moreover, the test items can be arranged in order, and the order can be arranged according to the mutual order of the test items, and the order can be configured by the tester according to the needs of the system. In this way, it is convenient to set the test sequence based on different test purposes to improve test efficiency.

Since there are many test nodes and many test items, in order to uniformly execute the test, a test control command access port is configured, and the test control command access port receives the start-up identifier of the test hardware device test item; in this way, testers can uniformly input the test items that need to be tested. The start-up identifier is input at the test control command access port, which is equivalent to the system obtaining the hardware compatibility test control command and executing the test items that the tester needs to test. Make the test more targeted.

The present invention uses multiple nodes to run test cases at the same time, and compared with the existing multi-thread running script mode, the time for running scripts is greatly saved and test efficiency is improved. The method of running test cases dynamically by multiple nodes reduces the running time of test cases and saves test running time.

It also implements multiple tests for test items that do not have Openstack compatibility, reducing or avoiding the impact of test results due to external interference during single or limited tests. The test compatibility rate can be obtained based on repeated tests. Moreover, the test items based on multiple different test cases and test nodes are alternately tested to avoid affecting the test results due to problems in the test cases.

Description of drawings

In order to illustrate the technical solution of the present invention more clearly, the accompanying drawings that need to be used in the description will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. As far as people are concerned, other drawings can also be obtained based on these drawings on the premise of not paying creative work.

Fig. 1 is the flow chart of the hardware compatibility testing method of Openstack;

Fig. 2 is the flow chart of the hardware compatibility test method embodiment embodiment of Openstack;

Fig. 3 is the schematic diagram of the hardware compatibility testing system of Openstack;

FIG. 4 is a schematic diagram of an embodiment of a hardware compatibility testing system of Openstack.

Detailed ways

The present invention provides a kind of hardware compatibility test method of Openstack, as shown in Figure 1, method comprises:

S1, obtain the number of test nodes in the cluster and the address of the test nodes, obtain the hardware device of each test node, install the OS system on the hardware device of each test node, and deploy the Openstack management platform;

S2, acquiring the hardware device information of each test node, and configuring the hardware device information of each test node into a hardware device information list;

S3, traversing the list of hardware devices, obtaining test items corresponding to each hardware device in the list of hardware devices, and configuring corresponding test cases based on each test item;

S4. Obtain a hardware compatibility test control instruction, connect the test cases to each test node, and run a test on each test node to determine its compatibility with Openstack, and generate a test result.

In order to make the purpose, features and advantages of the present invention more obvious and understandable, the technical solutions protected by the present invention will be clearly and completely described below using specific embodiments and accompanying drawings. Obviously, the implementation described below Examples are only some embodiments of the present invention, but not all embodiments. Based on the embodiments in this patent, all other embodiments obtained by persons of ordinary skill in the art without creative efforts fall within the protection scope of this patent.

In an embodiment provided by the present invention, as shown in FIG. 2,

S11, obtaining the number of test nodes in the cluster and the address of the test nodes, obtaining the hardware device of each test node, installing an OS system on the hardware device of each test node, and deploying the Openstack management platform;

S12, acquiring the hardware device information of each test node, and configuring the hardware device information of each test node into a hardware device information list;

S13, traversing the hardware device list, acquiring test items corresponding to each hardware device in the hardware device list, and configuring a corresponding test case based on each test item;

S14. Obtain a hardware compatibility test control instruction, connect the test case to each test node, and run a test on each test node to determine its compatibility with Openstack, and generate a test result.

S15, compare the test result with the expected result, and output the test result as the test passed or the test failed; for the test node that failed the test, compare the test parameters inside the test case with the parameters to be tested of the test node Yes, form a comparison table to mark the parts that do not meet the test parameters; compare the number of passed test cases with the total number of test cases, and give the test pass rate; generate a test report from the test results and store it in the database.

Here is a comparison based on the test results and the expected results. The main comparison is whether the test parameters are one-to-one correspondence. Of course, not only the test parameters can be compared during the test, but other elements in the test items can be compared. The specific elements of the comparison can be based on the test Requires preset configuration.

In another embodiment provided by the present invention,

Obtain the number of test nodes and addresses of test nodes in the cluster, obtain the hardware device of each test node, install the OS system on the hardware device of each test node, and deploy the Openstack management platform;

Obtain the hardware device information of each test node, and configure the hardware device information of each test node into a list of hardware device information;

Traversing the list of hardware devices, obtaining test items corresponding to each hardware device in the list of hardware devices, and configuring corresponding test cases based on each test item;

Configure the test items corresponding to the hardware devices as a list of test plans;

Sort the test plan list in order based on the preset arrangement method;

Test each test item in the test plan list in the sorted order.

Obtain hardware compatibility test control instructions, connect test cases to each test node, and run tests on each test node to judge its compatibility with Openstack and generate test results.

The order here can be arranged according to the mutual order of the test items, and the order can be configured by the tester according to the needs of the system. In this way, it is convenient to set the test sequence based on different test purposes to improve test efficiency.

In another embodiment provided by the present invention, the number of test nodes and the address of the test nodes in the cluster are obtained, the hardware device of each test node is obtained, and the OS system is installed on the hardware device of each test node, and the Openstack management platform is deployed;

Obtain the hardware device information of each test node, and configure the hardware device information of each test node into a list of hardware device information;

Traversing the list of hardware devices, obtaining test items corresponding to each hardware device in the list of hardware devices, and configuring corresponding test cases based on each test item;

Configure the start identifier for the test case corresponding to each hardware device of the test node, configure the test control instruction access port, and the test control instruction access port receives the start identifier of the start test hardware device test item;

The test hardware device test item startup identifier received by the test control command access port is used as the hardware compatibility test control command, and the test case of the corresponding test item is started according to the test hardware device test item startup identifier received by the test control command access port. Connect the test cases to each test node respectively, run the test on each test node to judge its compatibility with Openstack, and generate test results.

Since there are many test nodes and many test items, in order to uniformly execute the test, the test control command access port is configured, and the test control command access port receives the start-up identifier of the test hardware device test item; in this way, the tester can input the required The start identifier of the test is input at the test control command access port, which is equivalent to the system obtaining the hardware compatibility test control command and executing the test items that the tester needs to test. Make the test more targeted.

In another embodiment provided by the present invention, the number of test nodes and the address of the test nodes in the cluster are obtained, the hardware device of each test node is obtained, and the OS system is installed on the hardware device of each test node, and the Openstack management platform is deployed;

Obtain the hardware device information of each test node, and configure the hardware device information of each test node into a list of hardware device information;

Traverse the list of hardware devices, obtain test items corresponding to each hardware device in the list of hardware devices, and configure corresponding test cases based on each test item; specifically, configure corresponding multiple corresponding test cases for each test item;

Configure the hardware device under test of the test node to a ready state;

According to the test hardware device test item startup identifier received by the test control instruction access port, start the test case of the corresponding test item, connect the test case to each test node, and perform a running test on each test node. After the test is over, if a certain test The node test case runs successfully, and the test item of the test node is set as having Openstack compatibility; output test report;

If a test node test case operation fails, the test item of the test node is set as not having Openstack compatibility;

Call the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, and connect the test cases to each test node that does not have Openstack compatibility test items for testing;

After the test is over, if the test case runs successfully, the test item of the test node is set to have Openstack compatibility; output test report;

If a certain test node test case operation fails, the test item of the test node is still set as not having Openstack compatibility;

Recall the test items that do not have Openstack compatibility, assign the test items that do not have Openstack compatibility to the ready state, connect the test cases to each test node that does not have Openstack compatibility test items, and test until reaching the preset Number of tests; output final test report.

In this embodiment, similarly, configure the start identifier for the test case corresponding to each hardware device of the test node, configure the test control instruction access port, and the test control instruction access port receives the start identifier of the start test hardware device test item; The test hardware device test item startup identifier received by the test control command access port is used as the hardware compatibility test control command, and the test case of the corresponding test item is started according to the test hardware device test item startup identifier received by the test control command access port. Connect the test cases to each test node respectively, run the test on each test node to judge its compatibility with Openstack, and generate test results.

The present invention also provides a hardware compatibility testing system of Openstack, as shown in Figure 3 and Figure 4, comprising: node information acquisition module 1, management platform deployment module 2, hardware device information processing module 3, test case configuration module 4 and Test execution module 5;

Node information acquisition module 1 is used to obtain the number of test nodes and addresses of test nodes in the cluster, and obtain the hardware device of each test node; the management platform deployment module 2 is used to install the OS system on the hardware device of each test node, and deploy Openstack management Platform; hardware device information processing module 3 is used to obtain the hardware device information of each test node, and configures the hardware device information of each test node into a list of hardware device information; test case configuration module 4 is used to traverse the list of hardware devices , obtaining test items corresponding to each hardware device in the list of hardware devices, and configuring corresponding test cases based on each test item; the test execution module 5 is used to obtain hardware compatibility test control instructions, and connect the test cases to each test node respectively, Run tests on each test node to judge its compatibility with Openstack and generate test results.

In an embodiment provided by the present invention, the system also includes: a test report management module 6; the test report management module 6 is used to compare the test result with the expected result, and the output test result is that the test passes or the test fails; For the passed test node, compare the test parameters inside the test case with the parameters to be tested of the test node one by one, form a comparison table, and mark the parts that do not meet the test parameters; the number of test cases and the total amount of use cases that will pass Make a comparison and give the test pass rate; generate a test report from the test result and store it in the database.

In another embodiment provided by the present invention, the system further includes: a test ordering module;

The test sorting module is used to configure the test items corresponding to the hardware device into a test plan list; arrange the test plan list in order based on the preset arrangement method; test each test item in the test plan list according to the order of arrangement;

Among them, the hardware device information of each test node includes: memory capacity information, memory IO performance information, test node processor IO performance information, test node network port communication performance information, test node memory read and write information, test The BIOS information of the node, and the BMC information of the test node.

In another embodiment provided by the present invention, the system further includes: a test startup configuration module;

The test start configuration module is used to configure the start identifier for the test case corresponding to each hardware device of the test node, configure the test control command access port, and the test control command access port receives the start test hardware device test item start identifier;

The test execution module 5 is also used to use the test hardware device test item startup identifier received by the test control instruction access port as the hardware compatibility test control instruction, and start the test hardware device test item startup identifier received by the test control instruction access port. Corresponding to the test case of the test item, the test case is connected to each test node, and each test node is run and tested to judge its compatibility with Openstack and generate test results.

The system also includes: a test connection module;

The test connection module is used to make the test case call the Openstack interface, and communicates with each test node based on the Openstack interface; the test case configuration module 4 is also used to configure a corresponding number of corresponding test cases for each test item; hardware device information processing Module 3 is also used to configure the hardware device under test of the test node to a ready state; the test execution module 5 is also used to start the test case of the corresponding test item according to the test hardware device test item startup identifier received by the test control instruction access port, The test cases are respectively connected to each test node, and each test node is tested for operation. After the test is over, if a certain test node test case runs successfully, the test item of the test node is set as having Openstack compatibility; output test report; If a certain test node test case operation fails, then the test item of the test node is set as not having Openstack compatibility; the test item not having Openstack compatibility is called, and the test item not having Openstack compatibility is given a ready state Connect the test case to each test node that does not have the Openstack compatibility test item for testing; after the test is over, if the test case runs successfully, set the test item of the test node to have Openstack compatibility; output the test report ; If a certain test node test case operation fails, the test item of the test node is still set as not having Openstack compatibility; calling the test item not having Openstack compatibility again will not have the test item of Openstack compatibility Give the ready state, connect the test cases to each test node that does not have Openstack compatibility test items, and test until the preset number of tests is reached; output the final test report.

The above description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention will not be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (10)

1. the hardware compatibility test method of Openstack a kind of, which is characterized in that method includes:

S1 obtains test node quantity and test node address in cluster, obtains the hardware device of each test node, and every OS system is installed, deployment Openstack manages platform on the hardware device of a test node；

S2 obtains the hardware equipment information of each test node, and the hardware equipment information of each test node is configured to firmly Part facility information list；

S3 traverses the hardware device list, obtains test item corresponding with hardware device each in the hardware device list, base Corresponding test case is configured in each test item；

S4 obtains the instruction of hardware compatibility testing and control, test case is separately connected each test node, saves to each test Point carries out operation test, to judge its compatibility to Openstack, and generates test result.

2. the hardware compatibility test method of Openstack according to claim 1, which is characterized in that after step S4 Further include:

Test result and expected results are compared, outputing test result to pass through or test for test does not pass through；For test Unsanctioned test node is compared the parameter to be tested of test parameter and the test node inside test case one by one It is right, deck watch is formed, mark does not meet the part of test parameter；

The test case quantity passed through and use-case total amount are compared, test percent of pass is provided；

Generating test results as test report to be stored in database.

3. the hardware compatibility test method of Openstack according to claim 1, which is characterized in that step S3 is also wrapped It includes:

The corresponding test item of hardware device is configured to test plan list；

Sequential arrangement is carried out to test plan list based on preset arrangement mode；

Each test item in test plan list is tested according to arrangement order.

4. the hardware compatibility test method of Openstack according to claim 1, which is characterized in that step S4 is also wrapped It includes:

Starting identifier, configuration testing and control instruction access are configured to the corresponding test case of every kind of hardware device of test node Port, testing and control instruct access interface to receive starting test hardware device test item starting identifier；

It is surveyed using the received test hardware device test item starting identifier of testing and control instruction access interface as hardware compatibility Control instruction is tried, instructs the received test hardware device test item starting identifier starting of access interface to correspond to according to testing and control The test case of test item, is separately connected each test node for test case, carries out operation test to each test node, with Judge its compatibility to Openstack, and generates test result.

5. the hardware compatibility test method of Openstack according to claim 1, which is characterized in that step S4 is also wrapped It includes:

Corresponding multiple corresponding test cases are configured to each test item；

Preparation state is configured by the hardware device to be measured of test node；

The received test hardware device test item starting identifier of access interface is instructed to start corresponding test item according to testing and control Test case, test case is separately connected each test node, operation test is carried out to each test node, test terminates Afterwards, if a certain test node test case is run successfully, the test item of the test node is set as simultaneous with Openstack Capacitive；Export test report；

If a certain test node test case operation failure, the test item of the test node is set as not having Openstack compatibility；

The test item without Openstack compatibility is transferred, the test item for not having Openstack compatibility is assigned and is prepared Test case is respectively connected to be tested without each test node of Openstack compatibility test item by state；

After test, if test case is run successfully, the test item of the test node is set as simultaneous with Openstack Capacitive；Export test report；

If a certain test node test case operation failure, the test item of the test node is still set as not having Openstack compatibility；

The test item without Openstack compatibility is transferred again, and the test item for not having Openstack compatibility is assigned Test case is respectively connected to be surveyed without each test node of Openstack compatibility test item by preparation state Examination, until reaching default testing time；

Export final test report.

6. the hardware compatibility test macro of Openstack a kind of characterized by comprising nodal information obtains module, management Platform deployment module, hardware equipment information processing module, test case configuration module and testing execution module；

Nodal information obtains module for obtaining test node quantity and test node address in cluster, obtains each test node Hardware device；

It manages Platform deployment module and is used to install OS system, deployment Openstack pipe on the hardware device of each test node Platform；

Hardware equipment information processing module is used to obtain the hardware equipment information of each test node, and by each test node Hardware equipment information is configured to hardware equipment information list；

Test case configuration module is set for traversing the hardware device list, acquisition with each hardware in the hardware device list Standby corresponding test item configures corresponding test case based on each test item；

Test case is separately connected each test and saved by testing execution module for obtaining the instruction of hardware compatibility testing and control Point carries out operation test to each test node, to judge its compatibility to Openstack, and generates test result.

7. the hardware compatibility test macro of Openstack according to claim 6, which is characterized in that

Further include: test report management module；

Test report management module for test result and expected results to be compared, output test result pass through for test or Test does not pass through；For testing unsanctioned test node, by the test parameter and the test node inside test case Parameter to be tested is compared one by one, forms deck watch, and mark does not meet the part of test parameter；The test case number that will pass through Amount and use-case total amount compare, and provide test percent of pass；Generating test results as test report to be stored in database.

8. the hardware compatibility test macro of Openstack according to claim 6, which is characterized in that further include: test Sorting module；

Test sequencing module is used to the corresponding test item of hardware device being configured to test plan list；Based on preset arrangement side Formula carries out sequential arrangement to test plan list；Each test item in test plan list is surveyed according to arrangement order Examination；

The hardware equipment information of each test node includes: the capacity information of memory, the IO performance information of memory, test section The IO performance information of point processor, the communication performance information of the test node network port, the memory read-write information of test node are surveyed Try the BIOS information of node, the BMC information of test node.

9. the hardware compatibility test macro of Openstack according to claim 6, which is characterized in that further include: test Starting configuration module；

Test starting configuration module is used to configure every kind of hardware device of test node corresponding test case starting identifier, It configures testing and control and instructs access interface, testing and control instructs access interface to receive starting test hardware device test item starting mark Know symbol；

Testing execution module is also used to instructing testing and control into the received test hardware device test item starting mark of access interface Symbol is instructed as hardware compatibility testing and control, instructs the received test hardware device test item of access interface according to testing and control Start the test case that identifier starts corresponding test item, test case is separately connected each test node, to each test Node carries out operation test, to judge its compatibility to Openstack, and generates test result.

10. the hardware compatibility test macro of Openstack according to claim 9, which is characterized in that further include: it surveys Try link block；

Test link block is saved for making test case call Openstack interface based on Openstack interface and each test It is communicated to connect between point；

Test case configuration module is also used to configure each test item corresponding multiple corresponding test cases；

Hardware equipment information processing module is also used to configure preparation state for the hardware device to be measured of test node；

Testing execution module is also used to instruct the received test hardware device test item starting mark of access interface according to testing and control Know the test case that symbol starts corresponding test item, test case be separately connected each test node, to each test node into Row operation test, after test, if a certain test node test case is run successfully, by the test item of the test node It is set as with Openstack compatibility；Export test report；

If a certain test node test case operation failure, the test item of the test node is set as not having Openstack compatibility；

The test item without Openstack compatibility is transferred, the test item for not having Openstack compatibility is assigned and is prepared Test case is respectively connected to be tested without each test node of Openstack compatibility test item by state；

After test, if test case is run successfully, the test item of the test node is set as simultaneous with Openstack Capacitive；Export test report；

If a certain test node test case operation failure, the test item of the test node is still set as not having Openstack compatibility；

The test item without Openstack compatibility is transferred again, and the test item for not having Openstack compatibility is assigned Test case is respectively connected to be surveyed without each test node of Openstack compatibility test item by preparation state Examination, until reaching default testing time；

Export final test report.