本发明涉及CPU测试领域，具体是一种基于IPMITool分析CPU运行异常的测试方法，用于CPU运行过程中的CPU运行异常分析。
背景技术：
CPU(Central Processing Unit，中央处理器)，是电子计算机的主要设备之一，是电脑中的核心配件，其功能主要是解释计算机指令以及处理计算机软件中的数据。电脑中所有操作都由CPU负责读取指令，对指令译码并执行指令的核心部件。
随着IT技术的进步，数据处理的单位每天呈几何性增长，致使整机对CPU的性能要求越来越高。CPU的使用率、功耗、子核的频率、温度等状态参数(即CPU参数)时刻影响着整颗CPU的处理能力和稳定性，继而影响整机的性能和可靠性。因此从产品硬件开发、测试到整机产品量产验证无不需要时刻关注着CPU的状态，然后从CPU运行数据中找出问题点来不断完善和优化产品。
常规用于CPU运行异常测试分析的方法，往往需要投入大量的人力资源，测试效率相对低，测试结果的准确度相对低。
为此，本发明提供一种基于IPMITool分析CPU运行异常的测试方法，用于解决上述技术问题。
技术实现要素：
本发明所要解决的技术问题是，提供一种基于IPMITool分析CPU运行异常的测试方法，用于解决减少人力资源的投入，并用于提高测试效率以及测试结果的准确度。
为解决上述技术问题，本发明提供了一种基于IPMITool分析CPU运行异常的测试方法，包括步骤：
预先设定用于分析CPU运行异常的CPU参数；
对应采集上述预先设定的各CPU参数对应的标准值base，并对应设定所采集的各所述CPU参数的标准值base的正常浮动范围base×a～base×b,其中a、b均为实数且0＜a＜1＜b＜2；
实时通过IPMITool工具收集系统CPU各项参数的实际值并生成log日志文件；
依据该预先设定的循环次数次，循环从上述生成的log日志文件中分别提取上述预先设定的用于分析CPU运行异常的CPU参数对应的实际值；
循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值分别与其对应的相应的正常浮动范围进行对比，并依据对比结果分析CPU运行是否异常。
进一步地，通过源代码调用Toolbox内的功能模块，对应采集上述预先设定的各CPU参数对应的标准值base，并生成所述的预先设定的用于分析CPU运行异常的CPU参数的标准值表standard_value.val。
进一步地，通过代码程序，每次从上述生成的log日志文件中分别提取上述预先设定的用于分析CPU运行异常的CPU参数对应的实际值，分别对应生成与当前循环次相对应的矩阵序列temparray。
进一步地，所述的循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值分别与其对应的相应的正常浮动范围进行对比，实现方法为：循环将每个循环次对应的矩阵序列temparray的各参数，分别与其在所述标准值表standard_value.val中对应标准值base的正常浮动范围base×a～base×b进行对比。
其中，所述的预先设定的用于分析CPU运行异常的CPU参数包括CPU的利用率utilization、功耗power、内核数core、频率frequency和温度temperature。
其中，a＝0.95，和/或b＝1.05。
进一步地，所述的依据对比结果分析CPU运行是否异常的方法包括：在循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值分别与其对应的相应的正常浮动范围进行对比的过程中，若至少一CPU参数对应的实际值超出其对应的标准值base的正常浮动范围base×a～base×b，则CPU运行异常，否则CPU运行正常。
所述的预先设定的循环次数至少为两次。
与现有技术相比，本发明的优点在于：
(1)本发明通过IPMITOOL工具采集CPU运行过程中CPU参数的实际值，并基于IPMITOOL工具采集的CPU运行过程中的CPU参数的实际值，对应抓取所述预先设定的用于分析CPU运行异常的各相应CPU参数对应的实际值，提高了信息采集的准确性，规避了对传统人力资源的占用，提升了CPU测试工作的效率。
(2)本发明所述标准值base的正常浮动范围base×a～base×b中的实数a和b可按照产品规格书或客户要求灵活进行调整，这在一定程度上增加了适用待测试CPU的范围，测试灵活。
由此可见，本发明与现有技术相比，具有突出的实质性特点和显著的进步，其实施的有益效果也是显而易见的。
附图说明
图1为本发明所述基于IPMITool分析CPU运行异常的测试方法的方法流程图。
具体实施方式
为使本发明的技术方案和优点更加清楚，下面将结合附图，对本发明的技术方案进行清楚、完整地描述。
图1为本发明所述基于IPMITool分析CPU运行异常的测试方法的一种具体实施方式。在该实施方式中，所述的基于IPMITool分析CPU运行异常的测试方法包括步骤s1-s5。
步骤s1、预先设定用于分析CPU运行异常的CPU参数。
其中，所述的预先设定的用于分析CPU运行异常的CPU参数包括CPU的利用率utilization、功耗power、内核数core、频率frequency和温度temperature。
步骤s2、对应采集步骤s1中预先设定的各CPU参数对应的标准值base，并对应设定所采集的各所述CPU参数的标准值base的正常浮动范围base×a～base×b,其中a、b均为实数且0＜a＜1＜b＜2。
在本实施方式中，通过如下源代码调用toolbox内的功能模块，识别CPU的信息并采集步骤s1中预先设定的各CPU参数对应的标准值base，并生成标准值表standard_value.val。这里预先设定a＝0.95和b＝1.05，对应有上述各相关标准值base的正常浮动范围base×a～base×b为base×0.95～base×1.05。所述的源代码(直接将该预先设定的“0.95”和“1.05”写入代码中)如下所示：
其中，在开始测试之前，上述实数a和b的具体取值可根据规格书或者客户要求进行调整，这在一定程度上增加了适用待测试CPU的范围，提高了测试的灵活性。
步骤s3、实时通过IPMITool工具收集系统CPU各项参数的实际值并生成log日志文件。
在该步骤s3中，数据收集信息代码，通过模块包调用实现，具体地，通过如下代码实现对CPU参数，包括CPU运行过程中CPU的利用率utilization、功耗power、内核数core、频率frequency和温度temperature的实际值的收集：
步骤s4、依据该预先设定的循环次数，循环地从上述步骤s3中生成的log日志文件中分别提取上述步骤s1中预先设定的用于分析CPU运行异常的CPU参数所对应的实际值。
在本实施方式中，通过以下代码程序用于将每个当前循环次从步骤s3中生成的log日志中提取出各项相关CPU参数指标的实际值，对应生成与当前循环次相对应的矩阵序列temparray，为后续进行区间比对做准备：
步骤s5、循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值分别与其对应的相应的正常浮动范围进行对比，并依据对比结果分析CPU运行是否异常。
在本实施方式中，采用测试数值循环对比策略，该步骤s5中循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值与其对应的相应的正常浮动范围进行对比，具体实现方法为：循环将步骤s4中每个循环次对应的的矩阵序列temparray中的各参数，分别与其在所述标准值表standard_value.val中对应的标准值base的正常浮动范围base×a～base×b进行对比。
在本实施方式中，在如下设置总循环对比次数，这里设置为1000次循环：TOTAL＝${Par1:＝1000}：
具体实现时测试人员还可以根据实际情况更改总循环对比的次数，比如更改为“TOTAL＝${Par1:＝100}”、“TOTAL＝${Par1:＝200”或其他任意所需的循环对比次数。
在循环将每一次从上述生成的log日志文件中提取的各CPU参数的实际值分别与其对应的相应的正常浮动范围进行对比的过程中时，若至少一CPU参数对应的实际值超出其对应的标准值base的正常浮动范围base×a～base×b，则CPU运行异常，否则CPU运行正常。其中CPU运行异常，视为fail，并输出(show)fail结果图标。执行预先设定的相应循环次数后(即执行完预先设定的总次数次对比)，输出测试报告文件Log_File，其中测试报告文件中包含每次循环对比中从上述生成的log日志文件中提取的各CPU参数的实际值。
需要说明的是，当实际运行本实施例时，只需将上述所涉及的代码程序对应的脚本文件复制到linux系统下相应文件夹下(进入该文件夹下，可进行循环对比次数的修改)并运行，脚本文件则自动读出当前系统CPU测试用各相关CPU参数指标的标准值(通过系统命令行显示)，之后在冒号后输入Y或者并回车，则(命令行)会显示出预先设定的循环对比次数以及当前系统下CPU测试用各相关CPU参数的实际值，待相应循环对比次数次循环对比后会报出pass或者fail结果，同时会在当前路径下生成测试结果的log文件(另外测试开始时自动生成的标准值val文档也自动生成在当前路径下)，至此实现了对当前系统下CPU的运行异常分析测试。
综上，本发明使用IPMITOOL工具包对CPU实时状态信息(即CPU参数的实际值)进行收集，并通过自动化的shell脚本程序对IPMITOOL收集到的信息进行整理，既减少了人力资源的投入，又在一定程度上提高了CPU测试效率以及测试结果的准确度。
以上实施方式仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施方式对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施方式技术方案的范围。