Automatic performance test and data management system of Linux operating system

Abstract

The invention relates to the technical field of system testing, in particular to an automatic performance testing and data management system for a Linux operating system, which comprises a client, a server and a web end which are in communication connection in sequence, and is characterized in that the client works in a testing machine and performs performance testing and environment information collection on the testing machine; the server is used for managing the test machine, issuing a test command to the client and storing a test result; the web end is provided with an interactive interface, automatic performance test and data management are realized through the interactive interface, the automatic performance test comprises a link of installing a Linux operating system, a link of configuring a test environment and a link of executing a test, and the web end comprises an equipment management module, a test management module, a data management module, an error management module and a data analysis module. The technical problems that in the prior art, manual operation is needed for performance testing of an operating system, certain errors exist, and cost is high are solved.

Description

Technical Field

[0001] The invention relates to the technical field of system testing, and specifically provides a Linux operating system automated performance testing and data management system. Background Art

[0002] In recent years, with the continuous development of the Linux operating system, more and more companies choose to deploy their services on Linux, which also puts higher requirements on the performance and stability of the Linux operating system. Finding more performance optimization methods has become the primary task and difficulty of system operation and maintenance engineers.

[0003] However, traditional performance testing methods rely on manual operations. The tedious process of manually collecting and organizing environmental data is not only time-consuming and laborious, but also may lead to data errors. In addition, different operating methods of different engineers may lead to deviations in test results. For example, choosing different types of disks to create an operating system during automated installation will lead to different fio performance. Test results still need to be manually analyzed, compared, and calculated, which may result in certain errors. Summary of the invention

[0004] In order to overcome the above defects, the present invention is proposed to solve the technical problems in the prior art that the performance test of the operating system requires manual operation, has certain errors and is high in cost.

[0005] The present invention provides a Linux operating system automated performance test and data management system, comprising a client, a server and a web terminal which are sequentially connected in communication. The client works in the test machine and is used to perform performance testing and collect environmental information on the test machine; The server is used to manage the test machine, and is responsible for sending test commands to the client and storing test results; The web terminal is provided with an interactive interface, through which automated performance testing and data management are realized. The automated performance testing includes the steps of installing the Linux operating system, configuring the test environment and executing the test. The web terminal includes a device management module, a test management module, a data management module, an error management module and a data analysis module.

[0006] Furthermore, the Linux operating system is installed through the interactive interface, including: Fill in the test machine information on the web side and send the test machine information to the server side; The server verifies whether the BMC is enabled. If it is enabled, the server stores the test machine information in the server database. Otherwise, an error is returned. After adding, add the specified ISO image address and the ks file corresponding to the test machine on the web; Fill in the IP address, user name and password information for installing the Linux operating system on the web terminal, and issue a command to reinstall the operating system through the web terminal; The server verifies the added information and installs the corresponding Linux operating system on the test machine.

[0007] Further, the server verifies the added information and installs the corresponding Linux operating system on the test machine, including: The server checks in sequence whether the test machine is powered on, whether the test machine is connected to the network, and whether the test machine username and password information are correct. If any of the verifications fails, an error is returned to the web end. If the verification passes, the server starts to reinstall the operating system of the test machine. Set the IP address, username and password, select the ISO to reinstall the system, and set the file system size and swap system size; Download the specified ISO image and ks file, use the mkfs.vfat command to create a FAT file system, and make an ISO boot item; Modify grub parameters, specify ks file, modify ks file parameters, specify grub file, use efibootmgr to set the boot item for next startup, execute the restart command, and test that the machine automatically installs the specified Linux operating system.

[0008] Further, it is characterized in that After the Linux operating system is installed, the tester selects the test item and modifies the test iteration number in the interactive interface on the web side; The server initiates a test signal, and the client receives the test signal and starts downloading the corresponding test software, collecting system environment information, initiating the test and collecting the test results, collating them into JSON data, and uploading the data to the server for storage and classification; The server verifies the accuracy of the data. If it is inaccurate, it notifies the client to retest the data. If it is accurate, the current test ends.

[0009] Furthermore, the device management module is used to manage the test machine to install the Linux operating system, including registering the device, ks file management, ISO adaptation and device center, The registration device can add, modify, and delete the test machines that need to be managed; The ks file is a configuration file required for managing the automatic installation of the Linux operating system on the test machine; The ISO adapter is used to manage ISO images that need to be automatically installed; The device center can display the owner of the test machine, the queue personnel, the machine CPU model, and the operating system of the current test machine.

[0010] Furthermore, the test management module is used to manage the test machine to achieve automated performance testing, including test lists, test initiation and configuration management. The configuration management is used to modify the configuration files of the performance test and modify the system parameters, and the initiation test is used to send the test instructions; The test list is used to display the test list and export the test log.

[0011] Furthermore, the data management module is used to manage the performance data generated by the performance test, including temporary data and project data. The temporary data includes all data after the performance test is completed, and the project data is manually screened data.

[0012] Furthermore, the error management module is used to store data and reasons for performance test failures. The module records the error type, operator, test type, error description, error log excerpt, and solution information.

[0013] Furthermore, the data analysis module is used for comparative analysis of multiple rounds of test data and marking the analysis results.

[0014] Working principle and beneficial effects of the present invention: In the technical solution of the present invention, a one-click test environment is built for the Linux operating system, the consistency of the test environment is ensured, multiple rounds of multi-type automated performance tests can be performed, analysis reports can be displayed on a Web page for testers to read, and functions such as analysis report export are provided, and testers can be notified in a timely manner after the test is completed. The problems of cumbersome tasks and inaccurate data in traditional performance testing can be solved, thereby significantly improving the efficiency of system performance testing and the accuracy of data. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The disclosure of the present invention will become more easily understood with reference to the accompanying drawings. It is easy for those skilled in the art to understand that these drawings are only for illustrative purposes and are not intended to limit the scope of protection of the present invention. In addition, similar numbers in the figures are used to represent similar components, among which: Figure 1 It is a structural schematic diagram of a Linux operating system automated performance test and data management system of the present invention; Figure 2 It is a schematic flow chart of the steps in the preparation part of the automated performance test in the present invention; Figure 3 It is a schematic diagram of the steps of the test part of the automated performance test in the present invention; Figure 4 It is a schematic diagram of a web page for automatically installing an operating system in the present invention; Figure 5 It is a schematic diagram of the steps of the automatic installation of the operating system in the present invention; Figure 6 It is a schematic diagram of a web page constructed in the performance test environment of the present invention; Figure 7 It is a schematic diagram of the steps of setting up the test environment in the present invention; Figure 8 It is a schematic diagram of the steps of the testing process in the present invention; Fig. 9 It is a schematic diagram of a web page of a data management module in the present invention; Fig.10 is a schematic diagram of a web page of an error management module in the present invention; Fig.11 It is a schematic diagram of a web page of a data analysis module in the present invention; Fig.12 It is an original schematic diagram of the performance data generated by the test in the present invention; Fig.13 It is a schematic diagram of the conversion of performance data generated by the test in the present invention. DETAILED DESCRIPTION

[0016] Some embodiments of the present invention are described below with reference to the accompanying drawings. It should be understood by those skilled in the art that these embodiments are only used to explain the technical principles of the present invention and are not intended to limit the protection scope of the present invention.

[0017] Figure 1 This is a schematic diagram of the structure of a Linux operating system automated performance test and data management system of the present invention. Figure 1 As shown, a Linux operating system automated performance test and data management system in this embodiment includes a client, a server and a web end which are communicatively connected in sequence.

[0018] 1. Client The client works in the test machine and is used to perform performance testing and collect environmental information on the test machine.

[0019] 2. Server The server is used to manage the test machine and is responsible for sending test commands to the client and storing test results.

[0020] 3. Web The web side includes device management module, test management module, data management module, error management module and data analysis module.

[0021] In one embodiment, a data management platform presented in an interactive interface (i.e., a web page) is provided on the web side, and the tester inputs various parameters required for performance testing on the web page of the platform, implements automated performance testing through the device management module and the test management module, and displays the test results and various test data on the web page of the platform, and implements test data management through the data management module, the error management module, and the data analysis module.

[0022] In one implementation, the steps of installing the Linux operating system, configuring the test environment, and executing the test in the automated performance test are implemented through the device management module and the test management module on the web side, and their communication with the server and the client. Figure 2 It is a flowchart of the steps in the preparation part of the automated performance test in the present invention. Figure 2 As shown, the preparation part of automated performance testing includes the following steps: ① User login verification, start registering the device first, fill in the test machine information to be managed on the web side (including the test machine name, IP, user name and password, corresponding Figure 2 Fill in the device name, BMC-IP, BMC user name, and BMC password in the test machine information and send the test machine information to the server. The server verifies whether the BMC is enabled. If it is enabled, it stores the test machine information in the server's database. Otherwise, it returns an error. After the test machine is added, add the specified ISO image address and the ks file corresponding to the device on the web.

[0023] In one implementation, the operating system needs a ks file to realize automatic installation. The ks file records the disk installation size, network card information, user name, password, software package to be installed, etc. When the operating system is installed and enters the user selection, the contents of the ks file are automatically identified and replaced. And the ks file required for each ISO may be different.

[0024] Generally speaking, each ISO needs to be configured with its own ks file (the ks files of the same series of ISOs of the same company remain basically unchanged), so before adding a new ISO, you need to adapt the corresponding ks files to all newly added ks files.

[0025] In this embodiment, most ISOs that can adapt to the Linux operating system can be added when used, allowing users to choose freely. The newly added ISO includes the ISO download address (ISO address) that needs to be set, the architecture type of the ISO corresponding machine x86, arm, mips, loongarch, and the ks file adapted by the ISO. Therefore, after the user fills in the ISO address on the web side, the web side identifies the ISO architecture and selects the corresponding ks file based on the ISO address, and the work of adding the ISO is completed.

[0026] Select the test machine in the device center of the web-based device management module, fill in the IP address, user name, and password information of the test machine with the Linux operating system installed, and issue an instruction to reinstall the operating system through the web.

[0027] ② The server verifies the added information (the information filled in the device center in the web-side device management module) and installs the corresponding Linux operating system on the test machine. If any verification fails, it will return to the test machine filling page.

[0028] The server checks in sequence whether the test machine is powered on, whether the test machine is connected to the network, and whether the test machine username and password information are correct. If any of the verifications fails, an error is returned to the web end. If the verification passes, the server starts to reinstall the operating system of the test machine. In one implementation, when registering the device, it is verified whether the BMC (baseboard management controller) of the test machine is enabled. If enabled, the ipmitool command can be used to control the power on and off of the test machines and their power on and off status. When it is recognized that the test machine is turned on but the test machine cannot be pinged, it can be recognized that the network is unavailable, and it can also be directly determined that the test machine is not turned on. When there is a network but the user password is used to log in to the test machine and the password is incorrect, the user will be prompted that the username or password is incorrect, which is convenient for troubleshooting.

[0029] Set the IP address, username and password information, select the ISO to reinstall the system, and set the file system size and swap system size.

[0030] Determine whether to choose the clear disk installation method: If yes, modify the disk configuration parameters; If not, first obtain the available disk space, then obtain the disk size required by the user, and compare the two to determine whether the remaining disk space is sufficient. If it is sufficient, continue the installation. If not, the front end will give a "disk space is insufficient" prompt message.

[0031] Determine whether it is a multi-core system: If yes, set the kernel version parameter; If not, start installing the corresponding Linux operating system directly.

[0032] Download the specified ISO image and ks file, use the mkfs.vfat command to create a FAT file system, and make an ISO boot item; Because the default ISO 9660 format can only be burned but not changed, the boot image files made with disks in other formats cannot be recognized by the system. Therefore, using the FAT file system to make a boot disk can solve the above problem.

[0033] After the ISO boot item is created, modify the grub parameters in the ISO image (i.e. Figure 2 "Modify grub parameters" in ), specify a ks file, modify ks file parameters, and specify a grub file.

[0034] When the user performs an automated system installation, the ISO selected by the user will be used to search for the ks file corresponding to the ISO (adapted). The ks file will be downloaded to the local computer for automated installation of the operating system. Modifying ks file parameters includes replacing IP, modifying disk size, installation format, and automatic restart commands after the system installation is completed.

[0035] The grub file is a necessary file when installing the operating system, so you need to specify the location where the file is stored. The grub file will store the operating system's boot options, boot menu sequence, custom boot menu, etc.

[0036] The ks file is optional. If it is present, an automated installation will be performed. If it is not present, an interactive installation will be performed. If you need to use the ks file, you also need to specify its path. The ks file contains the installation source, disk partition, software package selection, network, user name, password, operations after the installation is completed, etc.

[0037] Use efibootmgr to set the boot item for the next startup, execute the restart command, and test that the machine automatically installs the specified Linux operating system (corresponding to Figure 2 as well as Figure 3 Execute automated installation commands).

[0038] Figure 3 It is a schematic diagram of the steps of the test part in the automated performance test of the present invention. Figure 3 As shown, the testing part of automated performance testing includes the following steps: ③After the Linux operating system is installed, the server notifies the user by email. The tester selects the test item, modifies the test iteration number, and determines whether to use the default configuration file. If so, directly set the project name and remarks. If not, modify the yaml configuration file and then set it.

[0039] After everything is set up, the server initiates a test signal, the client receives the test signal and starts downloading the corresponding test software, collecting system environment information, initiating the test, collecting the test results and organizing them into JSON data, and uploading the data to the server for storage and classification.

[0040] The server verifies the accuracy of the data. If it is inaccurate, it notifies the client to retest the data. If it is accurate, the current test ends.

[0041] 3.1 Device Management Module This module is used to manage the installation of Linux operating system on test machines, including device registration, ks file management, ISO adaptation and device center. Device registration can add, modify and delete test machines that need to be managed; ks file is the configuration file required to manage the automatic installation of Linux operating system on test machines; ISO adaptation is used to manage ISO images that need to be installed automatically; the device center can display the owner of the test machine (current user), queue personnel (people who want to use the machine), machine CPU model, current test machine operating system, and can also modify the test machine password, specify the installation operating system, etc.

[0042] Figure 4 is a schematic diagram of a web page for automatically installing an operating system in the present invention, such as Figure 4 As shown, the tester can set the newly created test machine IP, test machine username and password, set the reinstalled operating system ISO name, reset the system password, specify the root file system size, specify the swap path size, choose whether to clear the system disk, and automatically detect whether the disk size meets the installation requirements. When there are multiple kernel versions, the web page can also specify the kernel version of the operating system.

[0043] In one embodiment, the reset system password is stored in the ks file in a corresponding encrypted manner. When the system is installed, the password in the ks file is read and set in the newly installed system. When the tester is in the web Figure 4 After completing the parameter configuration on the web page shown, the server completes the installation of the Linux operating system in the test machine using the configured parameters. Figure 5 Schematic diagram of the steps of automatically installing the operating system in the present invention. Figure 5As shown, the specific workflow of the above automatic installation of the operating system is as follows: After the tester enters the test machine IP, username and password, selects the ISO image to be installed, and then performs the following three judgments in sequence; Determine whether to automatically create the disk size based on the tester's choice. If not, set the disk size; Determine whether to clear the disk space based on the tester's choice. If not, check whether the disk space is sufficient; Determine whether it is a multi-core system based on the tester's selection. If so, select the kernel version specified by the tester. Create an efibootmgr boot image and install the operating system.

[0044] 3.2 Test Management Module This module is used to manage the test machine to implement automated performance testing, including test lists, test initiation and configuration management. The configuration management is used to modify the performance test configuration file and modify system parameters. The test initiation is used to send test instructions. The test list is used to display the test list and export the test log.

[0045] Figure 6 It is a schematic diagram of a web page constructed in the performance test environment of the present invention, such as Figure 6 As shown, before executing the test command, the tester can modify the configuration file name, test project name, number of iterations of the test item, test machine IP and remarks on the web.

[0046] When the tester is in the web Figure 6 After completing the parameter configuration on the web page shown, the server completes the work of setting up the performance test environment in the test machine through the configured parameters. Figure 7 It is a schematic diagram of the steps of setting up the test environment in the present invention. Figure 7 As shown, the test environment construction requires the tester to obtain Figure 6 The configuration file set on the web page in contains kernel parameters, single items of performance test, number of iterations, necessary installation dependency packages, expansion packages, parameters running in the test project, etc. Use sysctl, echo and other commands to set kernel parameters. After completing the settings, obtain the required test projects and software, download and install related test software and dependent software, and configure test running parameters.

[0047] In one implementation, if some projects have specified necessary installation packages or need to verify the impact of additional software on performance, this is recorded in the expansion software package. If only a few items in the performance test need to be verified, this can be achieved by modifying the running parameters of the test project.

[0048] When the server executes Figure 7 After completing the client environment setup in the steps, the client starts to perform performance testing through the setup environment. Figure 8 It is a schematic diagram of the steps of the test process in the present invention. Figure 8 As shown in the figure, after the performance test environment is set up, the server first obtains the environment information of the test machine through the client, extracts keywords and records them in Excel and JSON data respectively. Subsequently, the client executes the performance test and saves the keyword records in the test results in Excel and JSON data. After all performance tests are completed, a data storage request is sent to the server using the Request request. The request contains the token information assigned by the server to ensure the security and legality of the data.

[0049] In one implementation, access to all interfaces requires token information, which is assigned when a user logs into the system.

[0050] After the test is completed, the test list module can display historical test data, including information such as the owner of the test data, whether the test was run successfully, the test time, the tools used, and the number of test iterations.

[0051] 3.3 Data Management Module The data management module is used to manage the performance data generated by performance testing, including temporary data and project data. Temporary data includes all data after the project test is completed. The tester determines which project data needs to be managed. Fig. 9 is a schematic diagram of a web page of the data management module in the present invention, such as Fig. 9 As shown, the data management module has functions such as data comparison, data merging, and modification of compared data, and supports precise or fuzzy screening of multiple conditions.

[0052] 3.4 Error Management Module Fig.10 is a schematic diagram of a web page of the error management module in the present invention, such as Fig.10 As shown in the figure, the error management module is used to store the data and reasons of performance test failure. The module records information such as error type, operator, test type, error description, error log excerpt, solution, etc. It supports precise or fuzzy filtering of multiple conditions. When encountering a problem, similar problems can be filtered out for testers to quickly troubleshoot the cause of test failure, thereby reducing repeated troubleshooting of the same problem.

[0053] 3.5 Data Analysis Module Fig.11 is a schematic diagram of a web page of the data analysis module in the present invention, such as Fig.11As shown in the figure, the data analysis module realizes automatic comparative analysis of different data. This module can automatically obtain multiple rounds of test data, analyze outliers, calculate averages, and compare and analyze multiple groups of data. When the comparison data is compared with the benchmark data, the percentage above or below will be displayed. If the comparison data is higher than the benchmark data by more than 5% (the threshold is adjustable), it will be highlighted in green and filled in the cell, and if it is lower than 5%, it will be highlighted in red and filled in the cell. The results of the comparative analysis are automatically generated, such as the percentage of certain sub-items in the comparison data that are higher or lower than the benchmark data.

[0054] In one implementation, the management of performance data generated by the test. Taking stream testing as an example, Fig.12 is the original schematic diagram of the performance data generated by the test in the present invention, Fig.13 It is a schematic diagram of the conversion of the performance data generated by the test in the present invention, such as Figure 12-13 As shown, the original data is converted into corresponding JSON data through operations such as keyword extraction, removal of empty strings, and data type verification. After all tests are completed, all JSON data are organized into a complete data set and sent to the server.

[0055] The server breaks down the data into project data table, environment information table, stream test result table, unixbench test table, lmbench test table, fio test table, iozone test table, jvm test table, cpu2006 test table, cpu2017 test table, etc. Each table is processed by data type verification, data size verification, and null value verification. If some data verification fails, the failure reason will be recorded in the notes information in the project table. The project name in the project data table is a required field for data retrieval. The project data table corresponds to the environment information table one by one, because each test may change the test machine environment information. Other performance test data tables record the project table ID, which is used to associate performance test data, so as to facilitate the display of overall data on the page and the analysis and comparison of different data.

[0056] Those skilled in the art will appreciate that the modules in the device can be adaptively split or merged. Such splitting or merging of specific modules will not cause the technical solution to deviate from the principle of the present invention, and therefore, the technical solutions after splitting or merging will fall within the protection scope of the present invention.

[0057] Through the above technical solution, the present invention has the following advantages and effects: 1. Ensure the consistency of the test environment and the accuracy of the test data. By installing the operating system and deploying the test environment in one click, the present invention can avoid the problem of inconsistent test environments caused by operational differences, thereby ensuring the accuracy of the test data.

[0058] 2. Data persistence. In traditional tests, the environmental information of the data cannot be saved, which is not conducive to environmental factor analysis. The present invention can quickly find out kernel parameter differences, software package differences, etc., which is convenient for problem analysis and troubleshooting. Performance data can be stored permanently. The permanent storage of performance data makes the performance comparison analysis of other ISO images faster and more accurate.

[0059] 3. Improve efficiency. The present invention realizes one-click building of operating system, installation of RPM package, modification of kernel parameters, execution of test, data upload, data comparison and analysis and other functions, and sends dynamic messages to testers and queue personnel after the test is completed, thus reducing the idle time of the machine.

[0060] 4. Strong compatibility of automated testing: The present invention has supported benchmark performance tests of most Linux systems, has extremely high compatibility, and can support the expansion of more performance testing tools.

[0061] 5. The automated installation of the operating system is more flexible. Compared with the common tools on the market that automatically deploy a single ISO image through PXE boot, it has greater flexibility. It can install different ISO images on different test machine platforms, thus providing wider applicability and flexibility.

[0062] 6. Automatically obtain comparative analysis results. The present invention can automatically compare the advantages and disadvantages of different data, highlight the comparison value when it exceeds the threshold, and point out the possible reasons why the performance data is lower than the comparison value. This process saves a lot of manpower and material resources.

[0063] 7. It is helpful to troubleshoot problems during ISO iteration. During the ISO iteration process, many software packages will be upgraded. The present invention can regularly check and upgrade the new version of the software package, perform performance testing after the upgrade is completed, and perform data comparison and analysis after the performance test is completed. The algorithm is used to analyze whether there is fluctuation in the data. If there is fluctuation, the data needs to be retested. After obtaining the final data, historical data comparison and analysis are performed to list the software packages that affect system performance, thereby helping developers to find problems in a timely manner.

[0064] So far, the technical solutions of the present invention have been described in conjunction with the preferred embodiments shown in the accompanying drawings. However, it is easy for those skilled in the art to understand that the protection scope of the present invention is obviously not limited to these specific embodiments. Without departing from the principle of the present invention, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will fall within the protection scope of the present invention.

Claims

1. A Linux operating system automated performance testing and data management system, characterized in that: Including the client, server and web terminals that communicate in sequence. The client works in the test machine and is used to perform performance testing and collect environmental information on the test machine; The server is used to manage the test machine, and is responsible for sending test commands to the client and storing test results; The web terminal is provided with an interactive interface, through which automated performance testing and data management are realized. The automated performance testing includes the steps of installing the Linux operating system, configuring the test environment and executing the test. The web terminal includes a device management module, a test management module, a data management module, an error management module and a data analysis module.

2. A Linux operating system automated performance testing and data management system according to claim 1, characterized in that: Install the Linux operating system through the interactive interface, including: Fill in the test machine information on the web side and send the test machine information to the server side; The server verifies whether the BMC is enabled. If it is enabled, the server stores the test machine information in the server database. Otherwise, an error is returned. After adding, add the specified ISO image address and the ks file corresponding to the test machine on the web; Fill in the IP address, user name and password information for installing the Linux operating system on the web terminal, and issue a command to reinstall the operating system through the web terminal; The server verifies the added information and installs the corresponding Linux operating system on the test machine.

3. A Linux operating system automated performance testing and data management system according to claim 2, characterized in that: The server verifies the added information and installs the corresponding Linux operating system on the test machine, including: The server checks in sequence whether the test machine is powered on, whether the test machine is connected to the network, and whether the test machine username and password information are correct. If any of the verifications fails, an error is returned to the web end. If the verification passes, the server starts to reinstall the operating system of the test machine. Set the IP address, username and password, select the ISO to reinstall the system, and set the file system size and swap system size; Download the specified ISO image and ks file, use the mkfs.vfat command to create a FAT file system, and make an ISO boot item; Modify grub parameters, specify ks file, modify ks file parameters, specify grub file, use efibootmgr to set the boot item for next startup, execute the restart command, and test that the machine automatically installs the specified Linux operating system.

4. A Linux operating system automated performance testing and data management system according to claim 3, characterized in that: After the Linux operating system is installed, the tester selects the test item and modifies the test iteration number in the interactive interface on the web side; The server initiates a test signal, and the client receives the test signal and starts downloading the corresponding test software, collecting system environment information, initiating the test and collecting the test results, collating them into JSON data, and uploading the data to the server for storage and classification; The server verifies the accuracy of the data. If it is inaccurate, it notifies the client to retest the data. If it is accurate, the current test ends.

5. The Linux operating system automated performance testing and data management system according to claim 1, characterized in that: The device management module is used to manage the test machine to install the Linux operating system, including registering the device, ks file management, ISO adaptation and device center. The registration device can add, modify, and delete the test machines that need to be managed; The ks file is a configuration file required for managing the automatic installation of the Linux operating system on the test machine; The ISO adapter is used to manage ISO images that need to be installed automatically; The device center can display the owner of the test machine, the queue personnel, the machine CPU model, and the operating system of the current test machine.

6. The Linux operating system automated performance testing and data management system according to claim 1, characterized in that: The test management module is used to manage the test machine to achieve automated performance testing, including test lists, test initiation and configuration management. The configuration management is used to modify the configuration files of the performance test and modify the system parameters, and the initiation test is used to send the test instructions; The test list is used to display the test list and export the test log.

7. The Linux operating system automated performance testing and data management system according to claim 1, characterized in that: The data management module is used to manage the performance data generated by the performance test, including temporary data and project data. The temporary data includes all data after the performance test is completed, and the project data is manually screened data.

8. The Linux operating system automated performance testing and data management system according to claim 1, characterized in that: The error management module is used to store the data and reasons of performance test failure. The module records the error type, operator, test type, error description, error log excerpt, and solution information.

9. The Linux operating system automated performance testing and data management system according to claim 1, characterized in that: The data analysis module is used for comparative analysis of multiple rounds of test data and marking the analysis results.

Images