CN114465937A

CN114465937A - Network card testing method, device, server, medium, and computer program product

Info

Publication number: CN114465937A
Application number: CN202111665041.9A
Authority: CN
Inventors: 张芳瑜; 秦晓宁; 许飞; 陈颖
Original assignee: Nettrix Information Industry Beijing Co Ltd
Current assignee: Nettrix Information Industry Beijing Co Ltd
Priority date: 2021-12-30
Filing date: 2021-12-30
Publication date: 2022-05-10
Anticipated expiration: 2041-12-30
Also published as: CN114465937B

Abstract

The application relates to a network card testing method, device, server, medium and computer program product. The method comprises the following steps: receiving network card test information sent by an operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested; calling a target virtual machine to build a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version; and calling the target virtual machine to test the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data. By adopting the method, the target virtual machines corresponding to the established network cards to be tested can be used for testing on the OpenStack cloud platform, the network cards with a large number can be tested for performance without connecting the network cards with the testing platform, the testing efficiency is greatly improved, and the problems that the operation of the server is slow and even the server is down due to insufficient server resources are avoided.

Description

Network card testing method, device, server, medium, and computer program product

Technical Field

The present application relates to the field of automated testing technologies, and in particular, to a network card testing method, apparatus, server, medium, and computer program product.

Background

Today in the big data era, the market demand of servers is getting bigger and bigger, and the network card is one of the necessary hardware of the server, and the performance of the network card directly determines the quality of the communication service of the server. Therefore, testing the performance of the network card also becomes an important link in the product research and development stage.

In the prior art, when testing the performance of the network card, generally, after the network card is connected to a server corresponding to a test platform through a network cable, the test platform downloads a preset test packet and analyzes and calls a test case, then sends a test instruction to the network card according to the test case, receives and checks a return value of the network card executing the test instruction, and determines the performance of the network card according to the return value data.

However, in the prior art, when the resources of the test platform are insufficient, the server runs slowly and even goes down.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a network card testing method, apparatus, server, medium, and computer program product capable of avoiding slow operation or even downtime of a server due to insufficient resources.

In a first aspect, the present application provides a network card testing method. The method comprises the following steps:

receiving network card test information sent by an operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

calling a target virtual machine to build a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version;

and calling the target virtual machine to test the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data.

In the embodiment, the network card test information is obtained based on the operation and maintenance cloud platform, the target virtual machines corresponding to the network cards to be tested are created based on the network card test information and the OpenStack cloud platform, and the test environment is built according to the network card test information and the downloaded SVN directory for testing to obtain the test data. The network cards are not required to be physically connected with a test platform, performance test on a large number of network cards can be realized simultaneously, and the test efficiency of the performance of the network cards is greatly improved. In addition, due to the advantages of powerful resources of the OpenStack cloud platform, the network card performance test is realized by the OpenStack cloud platform, and the problems that when the existing server tests the connected network card, the server runs slowly and even fails to obtain test data due to insufficient resources can be solved.

In one embodiment, invoking the target virtual machine to build a test environment according to the configuration resource information, the SVN directory and the target test environment template corresponding to the target test item version includes:

determining a target virtual machine according to the MAC address in the configuration resource information;

calling a target virtual machine to set up an initial test environment according to the configuration resource information, the SVN directory and the target test environment template;

and calling the target virtual machine to adjust the initial testing environment based on the basic parameter information of the network card to be tested to obtain the testing environment.

According to the embodiment, the target virtual machines of the network cards to be tested are delivered according to the resource configuration information, and the testing environment is set up. The target testing environment template can be further adjusted according to the configuration resource information of different network cards to be tested, the configuration resources required by the target virtual machine are determined, the resources of the virtual machines corresponding to the network cards to be tested are sufficient, and the testing environment most suitable for testing the network cards to be tested is built, so that accurate testing results can be obtained in subsequent network card performance tests.

In one embodiment, the step of calling the target virtual machine to test the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data includes:

calling a target virtual machine to analyze the test script to obtain a first message body content in a first format;

converting the first message body content into a second message body content in a second format; the second format is a message body format executable in the test environment;

and extracting a test instruction from the content of the second message body, and executing the test instruction in a test environment so as to test the network card to be tested to obtain test data.

In the embodiment, the test instruction in the test script under the SVN directory is analyzed and converted into the executable message format, so that the automatic test is realized, a mode that the test instruction needs to be manually input and sent to the test network card to obtain a return value after the network card is connected in the prior art is abandoned, the test instruction is obtained and data conversion is completed directly according to the test script in the SVN directory downloaded from the SVN server, and the test efficiency is improved.

In one embodiment, the network card testing method further includes:

when on-demand information sent by the message server is received, whether all test instructions in the test script are executed completely is inquired, and execution state information is sent to the message server after all test instructions are executed completely; the on-demand information is sent by the message server according to the organization information in the message queue, and the organization information is generated by the operation and maintenance cloud platform according to the test identification in the test data and the corresponding test instruction.

In the embodiment, when the target virtual machine of the OpenStack cloud platform receives the on-demand information sent by the message server, whether all the test instructions in the test script are executed completely is inquired, and after all the test instructions are executed completely, the execution state information is sent to the message server, so that the network card test can be performed on the target virtual machine for rechecking again, and after all the test instructions are completed, the operation and maintenance cloud platform generates a final test result, and the test accuracy is improved.

In a second aspect, the present application provides a network card testing method, including:

sending network card test information to the OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

acquiring test data from a database; the test data is obtained by calling a target virtual machine by the OpenStack cloud platform according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version, and testing the network card to be tested in the test environment according to the test script under the SVN directory;

and generating a test report of the network card to be tested according to the test data.

In the above embodiment, the performance test of a large number of network cards can be realized at the same time without connecting the network cards with the test platform, so that the test efficiency is improved. And the OpenStack cloud platform has the advantages of powerful resources, so that the problems that the server runs slowly and even fails to obtain a test result due to insufficient resources when the existing server tests the connected network cards are solved.

In one embodiment, generating a test report of the network card to be tested according to the test data includes:

and when receiving execution state information sent by the message server, generating a test report of the network card to be tested according to the test data, wherein the execution state information is triggered after the OpenStack cloud platform receives the on-demand information sent by the message server and confirms that all test instructions in the test script are executed.

According to the embodiment, when the execution state information sent by the message server is received, the test report of the network card to be tested is generated according to the test data, so that a complete and accurate test result can be obtained after the target virtual machine completes all test instructions, and the test accuracy is improved.

In a third aspect, the present application further provides a network card testing apparatus. The device includes:

the receiving module is used for receiving network card test information sent by the operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

the calling module is used for calling the target virtual machine to build a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version;

and the test module is used for calling the target virtual machine to test the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data.

In a fourth aspect, the present application further provides a network card testing apparatus. The device includes:

the transmitting module is used for transmitting network card test information to the OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

the acquisition module is used for acquiring the test data from the database; the test data is obtained by calling a target virtual machine by the OpenStack cloud platform according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version, and testing the network card to be tested in the test environment according to the test script under the SVN directory;

and the test report generating module is used for generating a test report of the network card to be tested according to the test data.

In a fifth aspect, the application further provides a server. The server comprises a memory storing a computer program and a processor implementing the steps of the method in any of the embodiments of the first aspect described above when the processor executes the computer program.

In a sixth aspect, the present application further provides a server. The server comprises a memory storing a computer program and a processor implementing the steps of the method according to any of the embodiments of the second aspect described above when the processor executes the computer program.

In a seventh aspect, the present application further provides a computer-readable storage medium. A computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method in any of the embodiments of the first and second aspects described above.

In a fifth aspect, the present application further provides a computer program product. A computer program product comprising a computer program that, when executed by a processor, performs the steps of the method in any of the embodiments of the first and second aspects described above.

According to the network card testing method, the network card testing device, the server, the medium and the computer program product, the network card testing information comprising the target testing item version and the configured resource information of the network card to be tested is sent by the receiving operation and maintenance cloud platform, the target virtual machine is called to build a testing environment according to the configured resource information, the SVN directory and the target testing environment template corresponding to the target testing item version, the target virtual machine is called to test the network card to be tested in the testing environment according to the testing script under the SVN directory, and the testing data are obtained. The method can deliver the corresponding target virtual machine to each network card to be tested on the OpenStack cloud platform, and execute the test instruction in the target virtual machine to obtain the test data. In addition, due to the advantages of powerful resources of the OpenStack cloud platform, the network card performance test is realized by the OpenStack cloud platform, and the problems that when the existing server tests the connected network card, the server runs slowly and even fails to obtain test data due to insufficient resources can be solved.

Drawings

FIG. 1 is a diagram of an application environment of a network card testing method according to an embodiment;

FIG. 2 is a schematic flow chart illustrating a network card testing method according to an embodiment;

FIG. 2A is a diagram illustrating an exemplary configuration of parameters;

FIG. 2B is a block diagram illustrating the construction of a target virtual machine test environment according to an embodiment;

FIG. 3 is a schematic flow chart illustrating a network card testing method according to another embodiment;

FIG. 4 is a schematic flow chart illustrating a network card testing method according to another embodiment;

FIG. 4A is a diagram illustrating data flow in one embodiment;

FIG. 5 is a schematic flow chart illustrating a network card testing method according to another embodiment;

FIG. 6 is a schematic flow chart illustrating a network card testing method according to another embodiment;

FIG. 7 is a block diagram illustrating an exemplary embodiment of a network card testing apparatus;

FIG. 8 is a block diagram illustrating an exemplary embodiment of a network card testing apparatus;

fig. 9 is an internal configuration diagram of a server in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

Today in big data era, the market demand of servers is getting bigger and bigger, the network card is used as one of the necessary hardware of the server, and the performance of the network card directly determines the performance of the communication service of the server, so that the performance test of the network card also becomes an important link in the product research and development stage. Aiming at the aspect of the current network card test, a manual test method is generally adopted, namely, commands are input under a system by referring to a standard operation instruction manual, return information of each command is checked, and a test report is written by hand after analysis is carried out according to the collected return information. The test efficiency of this test method is extremely low. In addition, in the implementation process of the existing automatic test, the network card is connected to the server through a network cable, and the test instruction in the test packet is sent to the network card through the test packet downloaded in the server to obtain the return value of the network card, and finally a test report is generated according to the return value. However, the requirement of the testing process on the resource utilization rate is relatively strict, and if a plurality of network cards are connected simultaneously for testing, a state of insufficient resources occurs, so that when only the automated test case is run on the resources and the testing platform tests the network cards, the server may run slowly due to insufficient resources, even crashes, and the like, so that an automated test report cannot be obtained, the popularization and application of the automated testing technology and the platform are seriously affected, and the development and the promotion of the testing work are not facilitated.

Based on this, the embodiment of the present application provides a network card testing method capable of solving the above technical problems, which can be applied to the application environment shown in fig. 1. The application environment comprises: an operation and maintenance cloud platform 11, an OpenStack cloud platform 12, an SVN (version control) server 13, a storage server 14, and a message server 15. The operation and maintenance cloud platform 11 is built with an operation and maintenance cloud platform, the OpenStack cloud platform 12 is built with an OpenStack cloud platform, and a database is integrated in the storage server 14. The operation and maintenance cloud platform 11 can communicate with the OpenStack cloud platform 12 through a network, the OpenStack cloud platform 12 and the SVN server 13 can communicate through the network, the operation and maintenance cloud platform 11 and the OpenStack cloud platform 12 can communicate with the storage server 14 respectively, and the operation and maintenance cloud platform 11 and the OpenStack cloud platform 12 can communicate with the message server 15 respectively. The database may store test results generated in the OpenStack cloud platform 12. The OpenStack cloud platform 12 builds a test environment according to the SVN directory downloaded from the SVN server 13 and the network card test information sent by the operation and maintenance cloud platform 11, calls a virtual machine of the OpenStack cloud platform 12 to test the network card to be tested based on the built test environment, and obtains test data of the network card to be tested and stores the test data in the database of the storage server 14. After the test of the network card to be tested in the OpenStack cloud platform is completed, the operation and maintenance cloud platform 11 may obtain a test result from the database of the storage server 14, perform analysis according to the test result, and request the analysis result to the virtual machine corresponding to the network card to be tested through the message server 15, so as to perform recheck on the test task, determine whether all the test tasks are completed, after the completion, send execution state information to the message server 15, and the message server 15 forwards the execution state information to the operation and maintenance cloud platform 11, so as to generate a test task report. The operation and maintenance cloud platform 11, the OpenStack cloud platform 12, the SVN server 13, the storage server 14, and the message server 15 may be implemented by independent servers or a server cluster composed of a plurality of servers.

In an embodiment, as shown in fig. 2, a network card testing method is provided, which is described by taking an example that the method is applied to the OpenStack cloud platform in fig. 1, and includes the following steps:

s202, receiving network card test information sent by the operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested.

The target test project version is determined by selecting an instruction for triggering different network cards to be tested according to a scheme creating interface of a tester based on the operation and maintenance cloud platform. The target test item version is used for determining a corresponding test environment template of the network card to be tested. It should be noted that the test item version is a plurality of different versions including different test cases. E.g., test item version 1.0, test item version 1.2, etc. Optionally, each test item version is associated with a corresponding test environment template.

The configuration resource information is an interface created by a tester based on a scheme of an operation and maintenance cloud platform, and is related configuration parameter information filled in aiming at different network cards to be tested. Optionally, the configuration resource information may also be related configuration parameter information of different network cards to be tested, which is acquired and stored in advance by the operation and maintenance cloud platform. The configuration resource information may include basic parameter information of each network card to be tested, resource information required by each network card to be tested, and the like, which is not limited herein. The basic parameter information is shown in table 1, and the required resource information may include a memory occupied by the network card, a CPU usage amount, and the like. For the specific reference to the configuration process, reference may be made to the flow shown in fig. 2A, and the specific flow is described above and will not be described herein again.

TABLE 1

Specifically, after a tester determines at least one network card to be tested and network card test information of each network card to be tested in a scheme creation interface based on the operation and maintenance cloud platform, the operation and maintenance cloud platform may send each determined network card to be tested and corresponding network card test information to the OpenStack cloud platform, that is, the OpenStack cloud platform may receive the network card test information sent by the operation and maintenance cloud platform.

Optionally, when the operation and maintenance cloud platform determines each network card to be tested, the corresponding target test project version and the configuration resource information, an automatic test scheme may be generated, and then the automatic test scheme is sent to the OpenStack cloud platform. The automatic testing scheme may only include the selected identifier of the network card to be tested, the version identifier of the testing item corresponding to the network card to be tested, and the configuration resource information of the network card to be tested. The generated automatic test scheme can be a timing automatic test scheme, namely the generated automatic test scheme is sent to the OpenStack cloud platform at a specified time, so that the network card to be tested is tested.

And S204, calling the target virtual machine to build a test environment according to the configuration resource information, the SVN directory and the target test environment template corresponding to the target test item version.

The target virtual machine is used for testing the corresponding network card to be tested, and different network cards to be tested correspond to different target virtual machines; the SVN directory is downloaded by the OpenStack cloud platform on the SVN server. The SVN directory is a directory file which is configured in advance by testers in the SVN server and used for creating network card test environment designated items. The SVN directory may include: the method comprises the steps of ordering a directory file, a log directory file, a readme directory file, an encrypted directory file and the like, wherein a test script is stored in the encrypted directory file; the other directory files except the encrypted directory file may be empty files.

Specifically, after the OpenStack cloud platform receives the network card test information sent by the operation and maintenance cloud platform, the target virtual machines corresponding to the different network cards to be tested can be created according to the configuration resource information in the network card test information. And then delivering the configuration resource information corresponding to different network cards to be tested, the target test project version and the target test environment template corresponding to the target test project version to the target virtual machine according to the MAC address information in the configuration resource information. The target virtual machine can build a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version. And further, the target virtual machine adjusts a target test environment template corresponding to the target test project version according to the configuration resource information based on the SVN directory, so as to complete the construction of the test environment. For the building process of the test environment, reference may be made to the flow shown in fig. 2B, where the specific flow has been described previously, and is not described herein again.

And S206, calling the target virtual machine to test the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data.

Specifically, the target virtual machine of each network card to be tested may be called to perform data analysis on the test script under the SVN directory to obtain a test instruction for testing the performance of the network card, and the test instruction is executed in the test environment according to the test case of the test item version to test the network card to be tested, so as to obtain a return value after the target virtual machine executes the test instruction, and the return value is used as test data. The test data may include system resource occupancy, compatibility, remote wakeup, full/half duplex mode, etc.

In the network card testing method, the network card testing information comprising the target testing project version of the network card to be tested and the configuration resource information is sent by the receiving operation and maintenance cloud platform, the target virtual machine is called to build a testing environment according to the configuration resource information, the SVN directory and a target testing environment template corresponding to the target testing project version, the target virtual machine is called to test the network card to be tested in the testing environment according to the testing script under the SVN directory, and the testing data are obtained. The method can deliver the corresponding target virtual machine to each network card to be tested on the OpenStack cloud platform, and execute the test instruction in the target virtual machine to obtain the test data. In addition, due to the advantages of powerful resources of the OpenStack cloud platform, the network card performance test is realized by the OpenStack cloud platform, and the problems that when the existing server tests the connected network card, the server runs slowly and even fails to obtain test data due to insufficient resources can be solved.

The above embodiment describes a network card testing method, in which a testing environment of a target virtual machine corresponding to a network card to be tested needs to be established in an OpenStack cloud platform, and how to establish the testing environment of the target virtual machine is described with an embodiment. In an embodiment, as shown in fig. 3, the step S204 of invoking the target virtual machine to build a test environment according to the configuration resource information, the SVN directory, and the target test environment template corresponding to the target test item version includes:

s302, determining a target virtual machine according to the MAC address in the configuration resource information.

Specifically, after the configuration resource information is obtained, the configuration resource information includes the MAC address of the target virtual machine corresponding to the network card to be tested. Therefore, the target virtual machine corresponding to each network card to be tested can be directly determined.

And S304, calling the target virtual machine to build an initial test environment according to the configuration resource information, the SVN directory and the target test environment template.

Specifically, the operation and maintenance cloud platform calls a target virtual machine through an external interface of the OpenStack to configure resource information (for example, memory occupation, CPU utilization rate, and the like) required by the target virtual machine according to the resource information required by the network card to be tested in the configured resource information, and then, adds the resource information required by the target virtual machine configuration to a directory corresponding to a target test environment template by using the SVN directory as a directory for creating a network card test environment specified item, and builds and completes an initial test environment.

S306, calling the target virtual machine to adjust the initial test environment based on the basic parameter information of the network card to be tested, and obtaining the test environment.

Specifically, a message engine in the target virtual machine is called to replace parameter information corresponding to the basic parameter information in the target test environment template according to the basic parameter information of the network card to be tested in the configuration resource information, so that a test environment is obtained.

Optionally, the target virtual machine is called to calculate target parameter information corresponding to the basic parameter information in the target testing environment template according to the basic parameter information of the network card to be tested in the configuration resource information, and then the target parameter information is replaced by the parameter information corresponding to the basic parameter information in the target testing environment template to obtain the testing environment.

In this embodiment, the target virtual machine is determined according to the MAC address in the configuration resource information, the target virtual machine is called to set up an initial test environment according to the configuration resource information, the SVN directory, and the target test environment template, and then the target virtual machine is called to adjust the initial test environment based on the basic parameter information of the network card to be tested, so as to obtain a test environment. The method can determine the target virtual machine uniquely corresponding to the network card to be tested according to the MAC address, further adjust the target test environment template according to the configuration resource information of different network cards to be tested, determine the configuration resources required by the target virtual machine, ensure that the resources of the virtual machines corresponding to the network cards to be tested are sufficient, and establish the test environment most suitable for testing the network cards to be tested so as to ensure that accurate test results are obtained in the subsequent network card performance test.

In an embodiment, as shown in fig. 4, the step S206 "calls the target virtual machine to test the network card to be tested in the test environment according to the test script in the SVN directory to obtain the test data" includes:

s402, calling the target virtual machine to analyze the test script to obtain the first message body content in the first format.

S404, converting the first message body content into a second message body content in a second format; the second format is a message body format executable in the test environment.

S406, extracting a test instruction from the content of the second message body, and executing the test instruction in a test environment to test the network card to be tested to obtain test data.

The test script includes a test instruction for testing the network card to be tested. The first format may be json format content. The first message body content in the first format is the first message body content in the json format; the second format is an xml format, and the second message body content in the second format is the second message body content in the xml format.

Specifically, the OpenStack cloud platform calls a message engine in the target virtual machine to analyze the test script to obtain a first message body content in a json format, and converts the first message body content in the json format into a second message body content in an xml format. And then extracting test instructions from the contents of the second message body in the xml format, and executing each test instruction by the RobotFramework automatic test platform of the target virtual machine in the built test environment one by one so as to test the network card to be tested and obtain a return value corresponding to each test instruction, namely test data.

In this embodiment, the target virtual machine is called to analyze the test script to obtain a first message body content in a first format, the first message body content is converted into a second message body content in a second format, the test instruction is extracted from the second message body content, and the test instruction is executed in the test environment to test the network card to be tested to obtain test data. The method can get rid of the mode that in the prior art, after the network card is connected, the test instruction needs to be manually input and sent to the test network card to obtain the return value, and the test instruction is obtained and data conversion is completed directly according to the test script in the SVN directory downloaded from the SVN server, so that automatic test is realized, and the test efficiency is improved.

The above embodiment describes the network card testing method, and after the network card to be tested is tested, it may also be determined whether the target virtual machine has executed all the test instructions through a rechecking mechanism, so as to further obtain complete test data, which is now described. In one embodiment, the network card testing method according to any one of the above embodiments further includes:

and when on-demand information sent by the message server is received, inquiring whether all test instructions in the test script are executed completely, and sending execution state information to the message server after all test instructions are executed completely.

The on-demand information is sent by the message server according to the organization information in the message queue, and the organization information is generated by the operation and maintenance cloud platform according to the test identification in the test data and the corresponding test instruction.

Specifically, after the target virtual machine completes the test according to the test instruction, the obtained test data is sent to the database for storage. The database is integrated in a server (see the storage server in fig. 1) independent of the operation and maintenance cloud platform and the OpenStack cloud platform. The operation and maintenance cloud platform can read corresponding test data obtained by testing each target virtual machine in the database, and can generate organization information according to the test identification and the corresponding test instruction in the test data corresponding to each target virtual machine. The test identifier in the test data may include identifiers indicating a test state, such as error, fail, success, and the like.

After the organization information is generated, the operation and maintenance cloud platform can send the organization information to a message queue of a message server to generate on-demand information, and the message server enables the on-demand information in the message queue to be on-demand to a corresponding target virtual machine according to the stored sequence of the organization information in the message queue and the MAC address of the target virtual machine. When the target virtual machine receives the on-demand information sent by the message server, whether all the test instructions in the test script are executed completely is inquired, if the test instructions which are not executed completely exist, the instructions are executed again, and after all the test instructions are executed completely, execution state information is sent to the message server. Further, the test data obtained by executing the test instruction again can be updated to the corresponding position in the database. Further, when the operation and maintenance cloud platform receives the execution state information, a test result can be generated according to the updated test data.

Optionally, a network card testing method may refer to the data flow diagram of fig. 4A; the OpenStack cloud platform receives network card test information sent by the operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested. And the OpenStack cloud platform calls a target virtual machine to build an initial test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version. And the OpenStack cloud platform calls the target virtual machine to adjust the initial testing environment based on the basic parameter information of the network card to be tested, so that the testing environment is obtained. And calling the target virtual machine to analyze the test script to obtain the first message body content in the first format. Converting the first message body content into a second message body content in a second format; the second format is a message body format executable in the test environment. And extracting a test instruction from the content of the second message body, and executing the test instruction in a test environment to test the network card to be tested to obtain test data and store the test data in a database. The operation and maintenance cloud platform reads test data from the database, generates organization information according to test identification in the test data and corresponding test instructions, sends the organization information to the message server, the message server generates on-demand information according to the organization information in the message queue, on-demand requests the on-demand information to a corresponding target virtual machine, rechecks the on-demand information, stores the test data generated in the rechecking process into the data, sends execution state information to the message server after all the test instructions are executed, and generates a test report.

In this embodiment, when receiving the on-demand information sent by the message server, the target virtual machine of the OpenStack cloud platform queries whether all the test instructions in the test script are executed completely, and sends execution state information to the message server after all the test instructions are executed completely. The method can carry out network card test on the target virtual machine and recheck again, and enables the operation and maintenance cloud platform to generate a final test result after all test instructions are completed, so that the test accuracy is improved.

In the above embodiment, the network card testing method is described based on the OpenStack cloud platform in fig. 1 as an execution subject, and now the network card testing method is described based on the operation and maintenance cloud platform in fig. 1 as an execution subject, in an embodiment, as shown in fig. 5, the network card testing method includes:

s502, network card test information is sent to the OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested.

The target test project version is a corresponding test project version determined by a tester according to different network cards to be tested by creating an interface based on a scheme of an operation and maintenance cloud platform. It should be noted that the test item version is a plurality of different versions including different test cases. E.g., test item version 1.0, test item version 1.2, etc. Optionally, each test item version is associated with a corresponding test environment template.

The configuration resource information is an interface created by a tester based on a scheme of an operation and maintenance cloud platform, and is related configuration parameter information filled in aiming at different network cards to be tested. The configuration resource information may include basic parameter information of each network card to be tested, resource information required by each network card to be tested, and the like, which are not limited herein. As shown in table 1, the basic parameter information may include memory occupied by the network card, CPU usage, and the like.

It should be noted that, in the configuration resource information of all the network cards, the basic parameter information of each network card, all the test item versions, and the test environment templates associated with each test item version may be configured in the operation and maintenance cloud platform in advance, and the operation and maintenance cloud platform is configured in the OpenStack cloud platform synchronously. The OpenStack cloud platform receives and stores network card configuration information sent by the operation and maintenance cloud platform; the network card configuration information comprises test item versions of a plurality of test network cards, test environment templates corresponding to the test item versions and basic parameter information of the test network cards.

Specifically, after a tester determines at least one network card to be tested, a target test item version and configuration resource information of each network card to be tested in a scheme creation interface based on the operation and maintenance cloud platform, the determined network cards to be tested and corresponding network card test information are sent to the OpenStack cloud platform in real time, or the network cards to be tested and the corresponding network card test information are sent to the OpenStack cloud platform when a specified time arrives and are not displayed.

S504, test data are obtained from a database; and the test data is obtained by calling a target virtual machine for the OpenStack cloud platform to set up a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version, and testing the network card to be tested in the test environment according to the test script under the SVN directory.

Specifically, the OpenStack cloud platform calls a target virtual machine to build a test environment according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version, tests the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data, and stores the test data into the database, so that the operation and maintenance cloud platform can obtain the test data of each target virtual machine after the test is completed from the database. The specific limitation that the OpenStack cloud platform calls the target virtual machine to set up a test environment according to the configured resource information, the SVN directory and the target test environment template corresponding to the target test item version, and the network card to be tested is tested in the test environment according to the test script in the SVN directory to obtain the test data can refer to the network card test method implemented by taking the OpenStack cloud platform as the execution main body, and is not described herein again.

And S506, generating a test report of the network card to be tested according to the test data.

Specifically, after the test data is obtained, the test data can be directly used as a test report of the network card to be tested. Or respectively analyzing the test data, determining whether the test result is in a preset standard range, and if so, determining that the performance of the network card to be tested is qualified.

Further, in an embodiment, generating a test report of the network card to be tested according to the test data includes:

Specifically, after the target virtual machine completes testing according to the test instruction, the obtained test data is sent to the database for storage. The database is integrated in a storage server independent of the corresponding operation and maintenance cloud platform and the OpenStack cloud platform. The operation and maintenance cloud platform can read corresponding test data obtained by testing each target virtual machine in the database, and can generate organization information according to the test identification and the corresponding test instruction in the test data corresponding to each target virtual machine. The test identifier in the test data may include identifiers indicating a test state, such as error, fail, success, and the like.

After the organization information is generated, the operation and maintenance cloud platform can send the organization information to a message queue of a message server to generate on-demand information, and the message server enables the on-demand information in the message queue to be on-demand to a corresponding target virtual machine according to the stored sequence of the organization information in the message queue and the MAC address of the target virtual machine. When the target virtual machine receives the on-demand information sent by the message server, whether all the test instructions in the test script are executed completely is inquired, if the test instructions which are not executed completely exist, the instructions are executed again, and after all the test instructions are executed completely, execution state information is sent to the message server. Further, the test result obtained by executing the test instruction again can be updated to the corresponding position in the database. Further, when the operation and maintenance cloud platform receives the execution state information, a test result can be generated according to the updated test data.

In this embodiment, network card test information is sent to the OpenStack cloud platform, test data is obtained from the database, and a test report of the network card to be tested is generated according to the test data. The network card testing information required by the network card testing can be configured according to the operation and maintenance cloud platform, the network card testing information is sent to the OpenStack cloud platform, the target virtual machine is established on the OpenStack cloud platform, the network card to be tested is tested, the automatic testing is realized, and the testing result is obtained. According to the method, the network cards are not required to be connected with the test platform, performance test can be simultaneously carried out on a large number of network cards, and the test efficiency is improved. And the OpenStack cloud platform has the advantages of powerful resources, so that the problems that the server runs slowly and even fails to obtain a test result due to insufficient resources when the existing server tests the connected network cards are solved.

To facilitate understanding of those skilled in the art, the network card testing method is further described with an embodiment of interaction among modules in an application environment, and in an embodiment, as shown in fig. 6, the network card testing method includes:

s601, the operation and maintenance cloud platform sends network card test information to the OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested.

And S602, the OpenStack cloud platform receives network card test information sent by the operation and maintenance cloud platform.

And S603, the OpenStack cloud platform determines the target virtual machine according to the MAC address in the configuration resource information.

And S604, the OpenStack cloud platform calls the target virtual machine to build an initial test environment according to the configuration resource information, the SVN directory and the target test environment template.

And S605, the OpenStack cloud platform calls the target virtual machine to adjust the initial testing environment based on the basic parameter information of the network card to be tested, and the testing environment is obtained.

And S606, the OpenStack cloud platform calls the target virtual machine to analyze the test script to obtain the first message body content in the first format.

S607, the OpenStack cloud platform converts the first message body content into a second message body content in a second format; the second format is a message body format executable in the test environment.

And S608, the OpenStack cloud platform extracts the test instruction from the second message body content, and executes the test instruction in the test environment to test the network card to be tested, so as to obtain test data.

And S609, the OpenStack cloud platform sends the test data to a database.

S610, the operation and maintenance cloud platform obtains the test data from the database.

S611, the operation and maintenance cloud platform generates organization information according to the test identification in the test data and the corresponding test instruction.

And S612, the operation and maintenance cloud platform sends the organization information to a message server.

S613, the message server sends the on-demand information to the target virtual machine according to the organization information in the message queue.

S614, when the on-demand information sent by the message server is received, whether all the test instructions in the test script are executed is inquired, and after all the test instructions are executed, the execution state information is sent to the message server.

S615, the message server sends the execution state information to the operation and maintenance cloud platform.

And S616, when the operation and maintenance cloud platform receives the execution state information sent by the message server, generating a test report of the network card to be tested according to the test data.

In this embodiment, the network card test information including the target test item version and the configuration resource information of the network card to be tested is sent by the receiving operation and maintenance cloud platform, the target virtual machine is called to build a test environment according to the configuration resource information, the SVN directory and the target test environment template corresponding to the target test item version, and the target virtual machine is called to test the network card to be tested in the test environment according to the test script in the SVN directory, so as to obtain test data. The corresponding target virtual machines can be delivered to the network cards to be tested on the OpenStack cloud platform, the test instructions are executed in the target virtual machines, the test results are obtained, the network cards do not need to be connected with the test platform, performance test on a large number of network cards is achieved, and the test efficiency is improved. And the OpenStack cloud platform has the advantages of powerful resources, so that the problems that the server runs slowly and even fails to obtain a test result due to insufficient resources when the existing server tests the connected network cards are solved.

It should be understood that, although the steps in the flowcharts related to the above embodiments are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the above embodiments may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of performing the steps or stages is not necessarily sequential, but may be performed alternately or alternately with other steps or at least a part of the steps or stages in other steps.

Based on the same inventive concept, the embodiment of the application also provides a network card testing device for realizing the network card testing method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the above method, so the specific limitations in one or more embodiments of the network card testing device provided below may refer to the limitations in the above description for the network card testing method implemented by using the OpenStack cloud platform in fig. 1 as an execution subject, and are not described herein again.

In one embodiment, as shown in fig. 7, there is provided a network card testing apparatus, including:

the receiving module 701 is used for receiving network card test information sent by the operation and maintenance cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

the calling module 702 is configured to call the target virtual machine to build a test environment according to the configuration resource information, the SVN directory, and a target test environment template corresponding to the target test item version;

the testing module 703 is configured to invoke the target virtual machine to test the network card to be tested in the testing environment according to the testing script in the SVN directory, so as to obtain testing data.

In this embodiment, the receiving module receives network card test information including a target test item version and configuration resource information of a network card to be tested sent by the operation and maintenance cloud platform, the calling module calls the target virtual machine to build a test environment according to the configuration resource information, the SVN directory and a target test environment template corresponding to the target test item version, and the test module calls the target virtual machine to test the network card to be tested in the test environment according to a test script in the SVN directory to obtain test data. The corresponding target virtual machines can be delivered to the network cards to be tested on the OpenStack cloud platform, the test instructions are executed in the target virtual machines, the test results are obtained, the network cards do not need to be connected with the test platform, performance test on a large number of network cards is achieved, and the test efficiency is improved. And the OpenStack cloud platform has the advantages of powerful resources, so that the problems that the server runs slowly and even fails to obtain a test result due to insufficient resources when the existing server tests the connected network cards are solved.

Based on the same inventive concept, the embodiment of the application also provides a network card testing device for realizing the network card testing method. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme described in the above method, so the specific limitations in one or more embodiments of the network card testing device provided below may refer to the limitations in the above description for the network card testing method implemented by using the operation and maintenance cloud platform in fig. 1 as an execution subject, and are not described herein again.

In one embodiment, as shown in fig. 8, the network card testing apparatus includes:

a sending module 801, configured to send network card test information to an OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested;

an obtaining module 802, configured to obtain test data from a database; the test data is obtained by calling a target virtual machine by the OpenStack cloud platform according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version, and testing the network card to be tested in the test environment according to the test script under the SVN directory;

and the test report generating module 803 is configured to generate a test report of the network card to be tested according to the test data.

In this embodiment, the sending module sends network card test information to the OpenStack cloud platform; the network card test information comprises a target test project version and configuration resource information of the network card to be tested; the acquisition module acquires test data from a database; the test data is obtained by calling a target virtual machine by the OpenStack cloud platform according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version, and testing the network card to be tested in the test environment according to the test script under the SVN directory; and the test report generating module generates a test report of the network card to be tested according to the test data.

All or part of each module in the network card testing device can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent of a processor in the server, and can also be stored in a memory in the server in a software form, so that the processor can call and execute operations corresponding to the modules.

In one embodiment, a server is provided, the internal structure of which may be as shown in fig. 9. The server includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the server is configured to provide computing and control capabilities. The memory of the server includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the server is used for storing test data. The network interface of the server is used for communicating with an external terminal through network connection. The computer program is executed by a processor to implement the network card testing method in any embodiment with the OpenStack cloud platform as an execution subject.

In one embodiment, a server is also provided, and an internal structure diagram of the server can be shown with reference to fig. 9. The server includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the server is configured to provide computing and control capabilities. The memory of the server includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the server is used for storing test data. The network interface of the server is used for communicating with an external terminal through network connection. When executed by the processor, the computer program realizes the network card testing method in any embodiment with the operation and maintenance cloud platform as an execution subject.

Those skilled in the art will appreciate that the architecture shown in fig. 9 is a block diagram of only a portion of the architecture associated with the subject application, and does not constitute a limitation on the servers to which the subject application applies, as a particular server may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.

In an embodiment, a server is provided, which includes a memory and a processor, where the memory stores a computer program, and when the processor executes the computer program, the network card testing method in any embodiment that uses an OpenStack cloud platform as an execution subject is implemented.

In one embodiment, a server is also provided, and an internal structure diagram of the server can be shown with reference to fig. 9. The server includes a processor, a memory, and a network interface connected by a system bus. Wherein the processor of the server is configured to provide computing and control capabilities. The memory of the server includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the server is used for storing test data. The network interface of the server is used for communicating with an external terminal through network connection. When the computer program is executed by a processor, the network card testing method in any embodiment with the OpenStack cloud platform as an execution subject is realized.

In an embodiment, a server is further provided, and includes a memory and a processor, where the memory stores a computer program, and when the processor executes the computer program, the network card testing method in any embodiment that uses the operation and maintenance cloud platform as an execution subject is implemented.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, and the computer program, when executed by a processor, implements the steps of the network card testing method in any one of the above embodiments.

In one embodiment, a computer program product is provided, which includes a computer program, and when being executed by a processor, the computer program implements the steps of the network card testing method in any one of the above embodiments.

It should be noted that, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high-density embedded nonvolatile Memory, resistive Random Access Memory (ReRAM), Magnetic Random Access Memory (MRAM), Ferroelectric Random Access Memory (FRAM), Phase Change Memory (PCM), graphene Memory, and the like. Volatile Memory can include Random Access Memory (RAM), external cache Memory, and the like. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM), among others. The databases referred to in various embodiments provided herein may include at least one of relational and non-relational databases. The non-relational database may include, but is not limited to, a block chain based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic devices, quantum computing based data processing logic devices, etc., without limitation.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application shall be subject to the appended claims.

Claims

1. A network card testing method is characterized in that the network card testing method is applied to an OpenStack cloud platform, and the method comprises the following steps:

2. The method according to claim 1, wherein the invoking of the target virtual machine builds a test environment according to the configuration resource information, the SVN directory, and a target test environment template corresponding to the target test item version, including:

determining the target virtual machine according to the MAC address in the configuration resource information;

calling the target virtual machine to set up an initial test environment according to the configuration resource information, the SVN directory and the target test environment template;

and calling the target virtual machine to adjust the initial test environment based on the basic parameter information of the network card to be tested to obtain the test environment.

3. The method according to claim 1 or 2, wherein the invoking the target virtual machine tests the network card to be tested in the test environment according to the test script under the SVN directory to obtain test data, and includes:

calling the target virtual machine to analyze the test script to obtain a first message body content in a first format;

and extracting a test instruction from the content of the second message body, and executing the test instruction in the test environment to test the network card to be tested to obtain the test data.

4. The method of claim 3, further comprising:

when on-demand information sent by a message server is received, inquiring whether all test instructions in the test script are executed completely, and sending execution state information to the message server after all the test instructions are executed completely; the on-demand information is sent by the message server according to organization information in a message queue, and the organization information is generated by the operation and maintenance cloud platform according to a test identifier in the test data and a corresponding test instruction.

5. A network card testing method is characterized in that the network card testing method is applied to an operation and maintenance cloud platform, and the method comprises the following steps:

acquiring test data from a database; the test data is obtained by calling a target virtual machine by the OpenStack cloud platform according to the configured resource information, the SVN directory and a target test environment template corresponding to the target test item version to build a test environment and testing the network card to be tested in the test environment according to a test script under the SVN directory;

6. The method of claim 5, wherein the generating a test report of the network card to be tested according to the test data comprises:

and when receiving execution state information sent by the message server, generating a test report of the network card to be tested according to the test data, wherein the execution state information is triggered after the OpenStack cloud platform confirms that all test instructions in the test script are executed after receiving the on-demand information sent by the message server.

7. A network card testing device, characterized in that, the device includes:

the calling module is used for calling the target virtual machine to build a test environment according to the configuration resource information, the SVN directory and the target test environment template corresponding to the target test item version;

and the testing module is used for calling the target virtual machine to test the network card to be tested in the testing environment according to the testing script under the SVN directory to obtain testing data.

8. A server comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method of any one of claims 1-4 or any one of claims 5-6.

9. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.

10. A computer program product comprising a computer program, characterized in that the computer program realizes the steps of the method of any one of claims 1 to 6 when executed by a processor.