CN113722170B - PFR function test method, device, equipment and readable storage medium - Google Patents

Abstract

The application discloses a PFR function testing method, device, equipment and a readable storage medium. This application presets the PFR function test script, deploys the PFR function test script to the OS of the server, and after the server starts up, the PFR function test script can be run based on the OS, thereby using the PFR function test script to automatically test at least A PFR test item, and record the test log corresponding to at least one PFR test item in real time, and automatically test the PFR test items that need to be tested in the server. This solution is automatically completed based on the PFR functional test script, and the test content is also specified in the PFR functional test script, so the test takes less time and is less prone to errors, and has lower requirements for testers, which improves the test efficiency and performance of the PFR function. Convenience. Correspondingly, the PFR functional testing device, equipment and readable storage medium provided by the present application also have the above-mentioned technical effects.

Description

A PFR function test method, device, equipment and readable storage medium

technical field

The present application relates to the field of computer technology, in particular to a PFR function testing method, device, equipment and readable storage medium.

Background technique

At present, for the PFR (Platform Firmware Resilience, Platform Firmware Resilience) function in the server, technical personnel need to manually test. However, the PFR function is highly specialized and requires testers to understand the technical specifications of PFR, so the requirements for testers are relatively high; and the test content is relatively cumbersome, and manual testing takes too long and is prone to errors.

Therefore, how to improve the test efficiency and convenience of the PFR function is a problem to be solved by those skilled in the art.

Contents of the invention

In view of this, the purpose of this application is to provide a PFR function testing method, device, equipment and readable storage medium, so as to improve the testing efficiency and convenience of PFR function. The specific plan is as follows:

In the first aspect, the application provides a PFR functional testing method, including:

Obtain the preset PFR functional test script;

Deploying the PFR function test script on the OS of the server;

If the server is powered on, then run the PFR function test script based on the OS to test at least one PFR test item in the server by using the PFR function test script, and record the at least one PFR test item in real time Corresponding test log.

Preferably, if the PFR test item is a PFR firmware image, then utilize the PFR function test script to test the PFR firmware image, including:

Utilize the PFR function test script to read the PFR firmware image, and find the PFR label of the PFR firmware image;

If the PFR label is found, then detect the Active area, Recovery area and Staging area corresponding to the PFR firmware image;

If the Recovery area and the Staging area all exist, and the image version number of the Active area is consistent with the image version number of the Recovery area, then output the notification message that the PFR firmware image test passes, and record the Image information for the PFR firmware image.

Preferably, it also includes:

If the Recovery area and/or the Staging area does not exist, or the image version number of the Active area is inconsistent with the image version number of the Recovery area, then output the notification message that the PFR firmware image test fails, and Record the image information of the PFR firmware image.

Preferably, the PFR firmware image is: CPLD firmware image, BIOS firmware image and/or BMC firmware image.

Preferably, if the PFR test item is an I2C bus command, then utilize the PFR function test script to test the I2C bus command, including:

Utilize the PFR function test script to read the configuration file, analyze the configuration file to obtain the command whitelist of the I2C bus; the I2C bus command between the CPLD and the BIOS, and the I2C bus command between the CPLD and the BMC are recorded in the command whitelist ;

Each command in the command whitelist is tested one by one, and the test result is recorded.

Preferably, it also includes:

If each command in the command whitelist passes the test, then use the PFR function test script to test any command not in the command whitelist to detect the command protection mechanism of the PFR function.

Preferably, if the PFR test item is a RoT register, then use the PFR function test script to test the RoT register, including:

After the server is powered on, use the PFR function test script to collect the startup information recorded in the RoT register, and mark the explanation and time stamp corresponding to the startup information.

In a second aspect, the application provides a PFR functional testing device, comprising:

Obtaining a module for obtaining a preset PFR functional test script;

A deployment module, configured to deploy the PFR function test script on the OS of the server;

A test module, configured to run the PFR function test script based on the OS if the server is powered on, to use the PFR function test script to test at least one PFR test item in the server, and record the Test log corresponding to at least one PFR test item.

In a third aspect, the present application provides an electronic device, including:

memory for storing computer programs;

A processor, configured to execute the computer program, so as to realize the PFR function testing method disclosed above.

In a fourth aspect, the present application provides a readable storage medium for storing a computer program, wherein when the computer program is executed by a processor, the aforementioned disclosed PFR function testing method is implemented.

It can be seen from the above scheme that the present application provides a PFR function test method, including: obtaining a preset PFR function test script; deploying the PFR function test script on the OS of the server; The OS runs the PFR function test script to use the PFR function test script to test at least one PFR test item in the server, and record the test log corresponding to the at least one PFR test item in real time.

It can be seen that the application presets the PFR function test script, deploys the PFR function test script to the OS of the server, and after the server is started, the PFR function test script can be run based on the OS, thereby using the PFR function test script to automatically test the server. At least one PFR test item, and record the test log corresponding to at least one PFR test item in real time, and automatically test the PFR test item that needs to be tested in the server. This solution is automatically completed based on the PFR functional test script, and the test content is also specified in the PFR functional test script, so the test takes less time and is less prone to errors, and has lower requirements for testers, which improves the test efficiency and performance of the PFR function. Convenience.

Correspondingly, the PFR functional testing device, equipment and readable storage medium provided by the present application also have the above-mentioned technical effects.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only It is an embodiment of the present application, and those skilled in the art can also obtain other drawings according to the provided drawings without creative work.

Fig. 1 is a kind of flow chart of PFR function testing method disclosed in the present application;

Fig. 2 is a kind of method flowchart of testing PFR firmware image disclosed by the application;

Fig. 3 is a kind of flow chart of the method for testing I2C bus order disclosed by the present application;

FIG. 4 is a flow chart of a method for testing registers disclosed in the present application;

FIG. 5 is a schematic diagram of a PFR function testing device disclosed in the present application.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the application with reference to the drawings in the embodiments of the application. Apparently, the described embodiments are only some of the embodiments of the application, not all of them. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

Currently, technical personnel need to manually test the PFR function in the server. However, the PFR function is highly specialized and requires testers to understand the technical specifications of PFR, so the requirements for testers are relatively high; and the test content is relatively cumbersome, and manual testing takes too long and is prone to errors. For this reason, the present application provides a PFR function test solution, which can improve the test efficiency and convenience of the PFR function.

In order to ensure the security and reliability of the server itself, from the beginning of power-on to the final access to the operating system, each step of the server has corresponding measurement and verification actions, that is, the entire boot process is a complete chain of trust. Among them, PFR is another powerful new security technology in the above trust chain. Briefly speaking, this technology means that after the server is powered on, the server BIOS (Basic Input Output System) and BMC (Baseboard Management Controller, Baseboard Control Manager) are not directly controlled by the server mainboard, but are first controlled by the server motherboard. Hardware Root of Trust (RoT) control. That is, CPLD (Complex Programmable Logic Device, Complex Programmable Logic Device) measures and verifies the BIOS and BMC, and then passes the control of the firmware to the server motherboard, thus greatly increasing the security of the motherboard firmware.

Referring to Fig. 1, the embodiment of the present application discloses a PFR function test method, including:

S101. Obtain a preset PFR function test script.

S102. Deploy the PFR function test script to the OS of the server.

Wherein, the OS (operation system) of the server may be any type of operating system, such as: UNIX, Linux, Windows and so on.

S103. If the server is powered on, run the PFR function test script based on the OS to test at least one PFR test item in the server by using the PFR function test script, and record the test log corresponding to at least one PFR test item in real time.

In this embodiment, the PFR function test script can test at least one PFR test item. The PFR test item can be: PFR firmware image, I2C (Inter-Integrated Circuit, two-wire serial bus) bus command or RoT register. Among them, for which test items to test, the tester can choose based on the human-computer interaction interface. Throughout the test process, the test content and test results of each test step will be recorded in the test log for subsequent reference.

Among them, the RoT register is: a number of registers in the hardware root of trust for recording PFR-related functions, including: registers for recording error information (such as error types, error times, etc.) during the verification process of the chain of trust, recording the execution process and status registers, etc. When an error is detected or an upgrade operation is performed, the hardware root of trust will shut down the corresponding firmware, perform measurement and verification, and then perform the corresponding recovery or upgrade operation. After the operation is completed, restart the corresponding firmware .

Wherein, testing the PFR firmware image may include: detecting specific content of the PFR firmware image, upgrading or downgrading the PFR firmware image, and the like.

The PFR firmware image includes Active, Recovery and Staging areas. Among them, Active corresponds to the firmware image file. Recovery is a compressed firmware image file, which also contains some signature data. When the firmware image file corresponding to Active fails to work normally, the RoT restores the Recovery image to the Active area. The Staging area is empty by default. When the user performs an upgrade operation, the upgrade tool stores the image to be upgraded in the Staging area. The upgraded image will only be copied to the Active area after being verified by the RoT. These three areas together form a PFR firmware image that supports PFR functionality. The PFR firmware image can be CPLD firmware image, BIOS firmware image or BMC firmware image, and can be burned into the corresponding CPLD chip, BIOS chip or BMC chip.

The images corresponding to the above three areas must conform to the format defined by Intel PFR, the most important part of which is the Platform Firmware Manifest (PFM). The platform firmware list contains the specific information of the image, including: version number, layout and address of the three areas, I2C monitoring white list, etc.

Among them, the I2C monitoring white list is the I2C bus command between the CPLD and the BIOS, and the I2C bus command between the CPLD and the BMC set by Intel PFR. When the server is running, RoT will monitor the corresponding I2C bus according to the white list. The commands in the white list can be executed, otherwise they will refuse to execute, and trigger corresponding alarms or restart the server. Of course, the white list also records the I2C bus address, so that the CPLD can determine the corresponding control interface of the BMC and BIOS based on the I2C bus address.

It can be seen that the PFR function test script is preset in this embodiment, and the PFR function test script is deployed on the OS of the server. After the server is started, the PFR function test script can be run based on the OS, thereby using the PFR function test script to automatically test the server. At least one PFR test item in the database, and record the test log corresponding to at least one PFR test item in real time, and automatically test the PFR test items that need to be tested in the server. This solution is automatically completed based on the PFR functional test script, and the test content is also specified in the PFR functional test script, so the test takes less time and is less prone to errors, and has lower requirements for testers, which improves the test efficiency and performance of the PFR function. Convenience.

Based on the foregoing embodiments, it should be noted that if the PFR test item is a PFR firmware image, then utilize the PFR function test script to test the PFR firmware image, including: use the PFR function test script to read the PFR firmware image, and find the PFR of the PFR firmware image Label (a four-byte hexadecimal number designed by Intel); if the PFR label is found, detect the Active area, Recovery area, and Staging area corresponding to the PFR firmware image; if both the Recovery area and the Staging area exist, and the Active If the image version number of the area is the same as the image version number of the Recovery area, the notification message of passing the PFR firmware image test is output, and the image information of the PFR firmware image is recorded. If the Recovery area and/or the Staging area do not exist, or the image version number in the Active area is inconsistent with that in the Recovery area, output a notification message that the PFR firmware image test fails and record the image information of the PFR firmware image.

Wherein, when outputting the notification message that the PFR firmware image test passes, the recorded image information includes: the offset addresses corresponding to the Active area, the Recovery area, and the Staging area, the image version number of the Active area, and the image version number of the Recovery area. The image version number may specifically include: a major version number, a minor version number, and a security version number. When the notification message that the PFR firmware image test fails is output, the image information recorded includes: the offset addresses corresponding to the Active area, the Recovery area, and the Staging area, the image version number of the Active area, and the image version number of the Recovery area. The image version number may specifically include: a major version number, a minor version number, and a security version number. These will be recorded one by one in the test log.

In a specific implementation manner, the PFR firmware image is: CPLD firmware image, BIOS firmware image and/or BMC firmware image.

Please refer to Figure 2, this process is used to detect the specific content of the PFR firmware image. If it is necessary to upgrade or downgrade the PFR firmware image, other detection processes can be designed accordingly. The process shown in FIG. 2 specifically includes: for the CPLD firmware image, BIOS firmware image or BMC firmware image, traverse the image according to the address of the image to quickly find the PFR label. If the PFR label is found, check the image version number in the Active area, and check whether there is a Recovery area and a Staging area. When there is a recovery area and a staging area, check the image version number in the recovery area. If the image version number in the Active area is the same as that in the Recovery area, the current image test is considered to pass. If no PFR label is found, it indicates that the current image does not support the PFR function. If there is no Recovery area and/or Staging area, it indicates that the current image supports the PFR function, but the PFR function is invalid, that is, the test fails. If the version number of the image in the Active area is inconsistent with that in the Recovery area, it indicates that the current image supports the PFR function, but the PFR function is invalid, that is, the test fails.

Based on the foregoing embodiments, it should be noted that if the PFR test item is an I2C bus command, then utilizing the PFR function test script to test the I2C bus command includes: utilizing the PFR function test script to read configuration files (such as: configuration in XML or JSON format file), analyze the configuration file to obtain the command whitelist of the I2C bus (i.e. the I2C monitoring whitelist); the command whitelist records the I2C bus command between the CPLD and the BIOS, and the I2C bus command between the CPLD and the BMC; test the commands one by one Each command in the whitelist, and record the test results. The test result of any command can include: command name, accessed register, bus address, return value, check result of the return value, etc., which will be recorded in the test log one by one.

In order to enable the PFR functional test script to parse XML (Extensible Markup Language, Extensible Markup Language format) or JSON (Java Script Object Notation, a lightweight data exchange format) configuration file, you can Integrate the DOM API and cJSON library of the Java language. The configuration file can be specified by parameters entered by the user, such as using -x or -j plus the file path to specify.

Please refer to Figure 3. For the test of any command, it is necessary to clarify: what is the command, what is the corresponding I2C bus address, which registers need to be read, which interface returns the test value, etc.

If you test the I2C bus command between CPLD and BIOS recorded in the command white list, you can refer to the following example for testing:

Command function: read the RoT register to check whether the current server supports Intel PFR function;

BIOS accesses the I2C bus address of CPLD: 0x0E;

Access RoT register: 0x0A;

Return value: 0x30;

Checking method: perform AND operation on the return value, when the return value &0x20! =0, and return value &0x10! =0, it means that the current server supports the Intel PFR function.

If you want to test the I2C bus command between CPLD and BMC recorded in the command whitelist, you can refer to the following example for testing:

Command function: read the RoT register to view the current server startup status;

BIOS accesses the I2C bus address of CPLD: 0x20;

Access RoT register: 0x03;

Return value: 0x0D;

Checking method: According to the state table of the 0x03 register, if 0x0D is found, it is determined that the BIOS startup is complete.

In a specific implementation manner, it further includes: if all the commands in the command whitelist pass the test, then using the PFR function test script to test any command not in the command whitelist, so as to detect the command protection mechanism of the PFR function. Since commands not in the command whitelist are not allowed to be executed, if a command not in the command whitelist is triggered, the protection mechanism of the server's PFR function for the command will be triggered. The command protection mechanism is: when a command that is not in the command whitelist is detected to be triggered, RoT will shut down the server, and verify each firmware image in the server, and restart the server after the verification is passed.

Therefore, testing any command that is not in the command whitelist can detect whether the command protection mechanism can be triggered normally. According to this, after restarting the server, check the register in the RoT, so that it can be determined that the server restarted due to sending a command that is not in the whitelist, and the record passes.

Based on the foregoing embodiments, it should be noted that if the PFR test item is the RoT register, then utilizing the PFR function test script to test the RoT register includes: after the server is started, using the PFR function test script to collect the startup information recorded by the RoT register, and Label the explanation and timestamp corresponding to the startup information. These will be recorded one by one in the test log.

Among them, the startup information includes: information about the normal startup of the server, information about the startup of the CPLD after the BIOS or BMC startup timeout, restart information after non-whitelist command access, startup information after upgrading the BIOS or BMC or CPLD, etc.

The following embodiments provide a test script that can automatically test the Intel PFR function. The functions covered by the test script include: logging, detecting PFR firmware images, detecting I2C bus monitoring whitelists, checking register functions in RoT, and automatically upgrading PFR Firmware image. The test script has no specific restrictions on the order in which these test items are tested.

1. The log recording function is used to record the entire test process, and can specifically record the parameters of each execution, the corresponding test results, time stamps and other content. The specific log information output is redirected to the log folder in another directory at the same level as the directory where the test script is located.

2. Please refer to Figure 2. The specific steps to detect the PFR firmware image include:

a. Read the image input to the test script to find out whether the image contains the PFM tag.

b. Check the major version number, minor version number, and security version number corresponding to the Active area in the PFM.

c. Check whether there is a Recovery area and a Staging area.

d. Check whether the major version number, minor version number, and security version number corresponding to the Recovery area are consistent with those in the Active area.

e. If all the above checks pass, the Supported PFR will be returned, and the detailed offset address, major version number, minor version number, and security version number of each area will be printed.

3. Please refer to Figure 3 to detect the I2C bus monitoring whitelist to detect the monitoring and filtering functions of the I2C bus. The specific steps include:

a. Receive the XML or JSON configuration file and parse out the I2C bus monitoring whitelist.

b. According to the I2C bus address defined in the white list, apply for the control interface of BMC or host.

c. Send a certain command in the corresponding white list to the address defined in the white list, and check the corresponding return status. If the data is successfully returned, it means that the test is passed; if the timeout or access is denied, it means that the test of this command fails. Every test content and test result will be recorded in the log.

d. Test each command in the white list one by one. If the white list test passes, try to send a command that is not in the white list to trigger the PFR command protection mechanism, that is: RoT shuts down the server, and verifies the firmware image, and the verification passes Then restart the server.

e. After restarting the server, check the register in the RoT to confirm that the server restarted due to sending a command that is not in the whitelist, then the record test is passed.

4. Please refer to Figure 4 to check the function of the register in the RoT: the test script can be executed on the resident server OS, and record the startup information recorded by the register each time the server restarts, the text description of the corresponding information, the current time stamp, etc., and save it to in the log.

If the server has been unable to start successfully, the register will repeatedly overwrite and record the startup information. At this time, the same information is overwritten repeatedly, so no information will be lost. Of course, the information recorded in the register can be captured by other means.

5. Automatic upgrade supports PFR's BIOS firmware image, BMC firmware image and CPLD firmware image: multiple upgrade and upgrade tests can be performed, and the test results can be recorded.

It can be seen that the test script provided in this embodiment can improve the efficiency of research and development and testing, and has the following advantages:

Automatic analysis of the PFR firmware image can easily record and display the detailed information of the image, which is convenient for users to understand the current firmware information, and can also prevent the firmware image from not supporting the PFR function after refreshing the firmware image by mistake. Automatically upgrade the PFR firmware image.

Automated testing the whitelist of I2C bus monitoring and filtering functions can solve the problem that testers do not know how to test certain commands, and can also greatly save test time and clearly display the test results of each command.

Recording the state of the register after each restart can preserve the execution status of each PFR event to the greatest extent, record the cause of the error, and show a complete event flow when the server restarts multiple times in a row.

A PFR functional testing device provided in the embodiment of the present application is introduced below, and a PFR functional testing device described below and a PFR functional testing method described above may be referred to each other.

Referring to Figure 5, the embodiment of the present application discloses a PFR functional testing device, including:

An acquisition module 501, configured to acquire a preset PFR function test script;

Deployment module 502, for deploying the PFR functional test script to the OS of the server;

The test module 503 is configured to run the PFR function test script based on the OS if the server is powered on, so as to use the PFR function test script to test at least one PFR test item in the server, and record the test log corresponding to at least one PFR test item in real time.

In a specific implementation manner, the test module is specifically used for:

Use the PFR function test script to read the PFR firmware image and find the PFR label of the PFR firmware image;

If the PFR label is found, detect the Active area, Recovery area, and Staging area corresponding to the PFR firmware image;

If both the Recovery area and the Staging area exist, and the image version number in the Active area is the same as that in the Recovery area, output a notification message that the PFR firmware image test passed and record the image information of the PFR firmware image.

In a specific embodiment, the test module is also used for:

If the Recovery area and/or the Staging area do not exist, or the image version number in the Active area is inconsistent with that in the Recovery area, output a notification message that the PFR firmware image test fails and record the image information of the PFR firmware image.

In a specific implementation manner, the PFR firmware image is: CPLD firmware image, BIOS firmware image and/or BMC firmware image.

In a specific implementation manner, the test module is specifically used for:

Use the PFR function test script to read the configuration file, analyze the configuration file to obtain the command whitelist of the I2C bus; the command whitelist records the I2C bus commands between CPLD and BIOS, and the I2C bus commands between CPLD and BMC;

Test each command in the command whitelist one by one, and record the test results.

In a specific embodiment, the test module is also used for:

If all the commands in the command whitelist pass the test, use the PFR function test script to test any command not in the command whitelist to detect the command protection mechanism of the PFR function.

In a specific implementation manner, the test module is specifically used for:

After the server is started, use the PFR function test script to collect the startup information recorded by the RoT register, and mark the explanation and time stamp corresponding to the startup information.

For the more specific working process of each module and unit in this embodiment, reference may be made to the corresponding content disclosed in the foregoing embodiments, and details are not repeated here.

Visible, present embodiment provides a kind of PFR function test device, and this device is based on PFR function test script to complete automatically, and test content also has designation in PFR function test script, so test time-consuming is shorter and error-prone, to the tester The requirements are also lower, which improves the test efficiency and convenience of the PFR function.

An electronic device provided by an embodiment of the present application is introduced below, and the electronic device described below and the PFR function testing method and device described above may refer to each other.

The embodiment of this application discloses an electronic device, including:

memory for storing computer programs;

A processor, configured to execute the computer program, so as to implement the method disclosed in any of the above embodiments.

A readable storage medium provided by the embodiment of the present application is introduced below. The readable storage medium described below and the PFR function test method, device, and equipment described above can be referred to each other.

A readable storage medium for storing a computer program, wherein the computer program implements the PFR function testing method disclosed in the foregoing embodiments when executed by a processor. Regarding the specific steps of the method, reference may be made to the corresponding content disclosed in the foregoing embodiments, and details are not repeated here.

"First", "second", "third", "fourth" and the like referred to in the present application, if any, are used to distinguish similar objects and not necessarily to describe a specific order or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "comprising" and "having", as well as any variations thereof, are intended to cover a non-exclusive inclusion, e.g. a process, method or apparatus comprising a series of steps or elements is not necessarily limited to those steps or elements explicitly listed , but may include other steps or elements not explicitly listed or inherent to the process, method or apparatus.

It should be noted that the descriptions in this application involving "first", "second" and so on are for descriptive purposes only, and should not be understood as indicating or implying their relative importance or implicitly indicating the number of indicated technical features . Thus, the features defined as "first" and "second" may explicitly or implicitly include at least one of these features. In addition, the technical solutions of the various embodiments can be combined with each other, but it must be based on the realization of those skilled in the art. When the combination of technical solutions is contradictory or cannot be realized, it should be considered that the combination of technical solutions does not exist , nor within the scope of protection required by the present application.

Each embodiment in this specification is described in a progressive manner, each embodiment focuses on the difference from other embodiments, and the same or similar parts of each embodiment can be referred to each other.

The steps of the methods or algorithms described in connection with the embodiments disclosed herein may be directly implemented by hardware, software modules executed by a processor, or a combination of both. Software modules can be placed in random access memory (RAM), internal memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other Any other known readable storage medium.

In this paper, specific examples are used to illustrate the principles and implementation methods of the application. The descriptions of the above embodiments are only used to help understand the method and core idea of the application; meanwhile, for those of ordinary skill in the art, according to the application There will be changes in the specific implementation and scope of application. In summary, the content of this specification should not be construed as limiting the application.

Claims (7)

1. A method of testing the function of a PFR, comprising:

acquiring a preset PFR function test script;

deploying the PFR function test script to an OS of a server;

if the server is started, running the PFR function test script based on the OS to test at least one PFR test item in the server by using the PFR function test script, and recording a test log corresponding to the at least one PFR test item in real time; the PFR test items are: PFR firmware mirror, I2C bus commands, or RoT registers;

if the PFR test item is a PFR firmware image, testing the PFR firmware image by using the PFR function test script includes:

reading the PFR firmware image by using the PFR function test script, and searching a PFR label of the PFR firmware image;

if the PFR label is found, detecting an Active area, a Recovery area and a starting area corresponding to the PFR firmware image;

if the Recovery area and the starting area exist and the mirror version number of the Active area is consistent with the mirror version number of the Recovery area, outputting a notification message that the PFR firmware mirror test passes and recording the mirror information of the PFR firmware mirror; the mirror information includes: the Active area, the Recovery area and the starting area are respectively corresponding to offset addresses, the mirror version number of the Active area and the mirror version number of the Recovery area;

if the PFR test item is an I2C bus command, testing the I2C bus command using the PFR function test script includes:

reading a configuration file by using a PFR function test script, and analyzing the configuration file to obtain a command white list of an I2C bus; the command white list is recorded with I2C bus commands between the CPLD and the BIOS and I2C bus commands between the CPLD and the BMC;

testing all commands in the command white list one by one, and recording test results;

if the PFR test item is a RoT register, testing the RoT register by using the PFR function test script includes:

and after the server is started, collecting the starting information recorded by the RoT register by using a PFR function test script, and marking explanation definitions and time stamps corresponding to the starting information.

2. The PFR functional test method of claim 1, further comprising:

if the Recovery area and/or the starting area do not exist or the mirror version number of the Active area is inconsistent with the mirror version number of the Recovery area, outputting a notification message that the PFR firmware mirror test fails, and recording the mirror information of the PFR firmware mirror.

3. The PFR functional test method of claim 1, wherein said PFR firmware image is: CPLD firmware image, BIOS firmware image and/or BMC firmware image.

4. The PFR functional test method of claim 1, further comprising:

and if all the commands in the command white list pass the test, testing any command which is not in the command white list by using a PFR function test script so as to detect a command protection mechanism of the PFR function.

5. A PFR functional test apparatus, comprising:

the acquisition module is used for acquiring a preset PFR function test script;

the deployment module is used for deploying the PFR function test script to the OS of the server;

the testing module is used for running the PFR function testing script based on the OS if the server is started, testing at least one PFR testing item in the server by using the PFR function testing script, and recording a testing log corresponding to the at least one PFR testing item in real time; the PFR test items are: PFR firmware mirror, I2C bus commands, or RoT registers;

if the PFR test item is a PFR firmware image, the test module is specifically configured to:

reading the PFR firmware image by using the PFR function test script, and searching a PFR label of the PFR firmware image;

if the PFR label is found, detecting an Active area, a Recovery area and a starting area corresponding to the PFR firmware image;

if the Recovery area and the starting area exist and the mirror version number of the Active area is consistent with the mirror version number of the Recovery area, outputting a notification message that the PFR firmware mirror test passes and recording the mirror information of the PFR firmware mirror; the mirror information includes: the Active area, the Recovery area and the starting area are respectively corresponding to offset addresses, the mirror version number of the Active area and the mirror version number of the Recovery area;

if the PFR test item is an I2C bus command, the test module is specifically configured to:

reading a configuration file by using a PFR function test script, and analyzing the configuration file to obtain a command white list of an I2C bus; the command white list is recorded with I2C bus commands between the CPLD and the BIOS and I2C bus commands between the CPLD and the BMC;

testing all commands in the command white list one by one, and recording test results;

if the PFR test item is a RoT register, the test module is specifically configured to:

and after the server is started, collecting the starting information recorded by the RoT register by using a PFR function test script, and marking explanation definitions and time stamps corresponding to the starting information.

6. An electronic device, comprising:

a memory for storing a computer program;

a processor for executing the computer program to implement the PFR function test method of any one of claims 1 to 4.

7. A readable storage medium for storing a computer program, wherein the computer program when executed by a processor implements the PFR function test method of any one of claims 1 to 4.