一种服务器BMC事件日志设置的测试方法及系统与流程

本发明涉及bmc测试技术领域,具体地说是一种服务器bmc事件日志设置的测试方法及系统。

背景技术：

事件日志测试作为服务器bmc(baseboardmanagementcontroller，基板管理控制器)测试中的基本测试，是bmc测试过程中必不可少的一项。bmc事件日志测试需要需大量添加日志，并且对日志数量进行判断。传统的测试方法为手动操作，测试耗时耗力，对整个测试过程及结果没有记录，对后续的查看分析较为不便。

技术实现要素：

为克服上述现有技术存在的不足，本发明的目的在于提供一种服务器bmc事件日志设置的测试方法及系统，使测试更加简便、自动高效且便于后续的分析及查看。

本发明解决其技术问题所采用的技术方案是：一种服务器bmc事件日志设置的测试方法，其特征是：包括以下步骤：

调用web，打开浏览器网页；

执行增加日志的命令，对设置的日志策略进行测试；

输出测试结果，生成测试log文件。

进一步地，利用webdriver进行所述调用web，打开浏览器网页的操作。

进一步地，所述日志策略包括线性策略和循环策略，所述执行增加日志的命令，对设置的日志策略进行测试的具体步骤为：

判断设置的日志策略是否为线性策略；

如果是线性策略，进行线性策略测试并根据线性策略的测试标准判断测试是否通过；

如果不是线性策略，进行循环策略测试并根据循环策略的测试标准判断测试是否通过。

进一步地，所述进行线性策略测试的具体过程为：

调用日志增加命令；

根据日志增加到的条数，在日志记录中进行相应的状态显示。

进一步地，所述线性策略的测试标准为：

1)log文件中最后一条日志id为3639，相应日志记录中的状态显示为“日志已满”；

2)继续增加日志条数时，log文件不会发生变化，id最大为3639。

进一步地，所述根据线性策略的测试标准判断测试是否通过具体为：使增加的日志条数大于3639条，通过web读取日志id的最大值，如果最大值为3639，且日志记录中的状态显示为“日志已满”，则线性策略测试通过，否则测试未通过。

进一步地，所述进行循环策略测试的具体过程为：

调用日志增加命令；

根据日志条数的增加，日志id和log文件不断变化。

进一步地，所述循环策略的测试标准为：

1)日志id总数为3639；

2)当日志条数大于3639时，则会顺序产生一条新日志，id较小的一条失去显示，id总数保持3639不变。

进一步地，所述根据循环策略的测试标准判断测试是否通过具体为：使增加的日志条数大于3639条，通过web读取日志id的最大值和最小值，如果日志id的最小值不是1且日志id最大值与最小值的差值为3938，则循环策略测试通过，否则测试未通过。

一种服务器bmc时间日志设置的测试系统，利用权利要求1至9任一项所述的方法，其特征是：包括依次连接的测试启动模块、测试模块和结果输出模块；所述测试启动模块用于调用web，打开浏览器网页；所述测试模块用于执行增加日志的命令，对设置的日志策略进行测试；所述结果输出模块用于输出测试结果，生成测试log文件；

所述测试模块还包括日志策略判断模块、线性策略测试模块、标准策略测试模块、测试标准判断模块和测试结果判断模块；测试结果判断模块的输出端分别连接线性策略测试模块和标准策略测试模块的输入端，线性策略测试模块、标准策略测试模块和测试标准判断模块的输出端均连接测试结果判断模块的输入端，测试结果判断模块的输出端连接结果输出模块输出端。

本发明的有益效果是：

1、通过自动调用web及增加日志的命令，进行bmc事件日志设置的自动测试，这个过程自动完成，节省时间，提高工作效率。

2、对测试过程和测试结果通过log文件记录，方便后续对bmc时间日志设置的查看和分析。

3、对循环策略和线性策略分别使用不同的测试过程，并根据日志策略的性质指定不同的测试标准，分别对测试结果进行分析验证，使测试过程更加清晰明了，保证测试结果的可靠性。

附图说明

图1是本发明的方法流程图；

图2是本发明的系统结构示意图；

图3是本发明的系统测试模块的结构示意图。

具体实施方式

为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示，本发明的方法的流程示意图，包括以下步骤：

s1，调用web，打开浏览器网页；

s2，执行增加日志的命令，对设置的日志策略进行测试；

s3，输出测试结果，生成测试log文件。

其中步骤s1中调用web，打开浏览器网页是通过webdriver实现的，webdriver是web的自动化测试工具，使浏览器页面由传统的手动操作变为自动操作。

日志策略包括线性策略和循环策略，步骤s2中执行增加日志的命令，对设置的日志策略进行测试的具体步骤为：

s21，判断设置的日志策略是否为线性策略；

s22，如果是线性策略，进行线性策略的测试并根据线性策略的测试标准判断测试是否通过；

s23，如果不是线性策略，进行循环策略测试并根据循环策略的测试标准判断测试是否通过。

步骤s22中进行线性策略测试的具体过程为：

调用日志增加命令；

根据日志增加到的条数，在日志记录中进行相应的状态显示。

其中根据日志增加条数，在日志记录中进行相应的状态显示的具体为：日志条数增加到2736条时，日志记录中显示“sel将近满-触发”的提示；日志条数在2736～3639之间时，日志记录中显示“日志将满”的提示；当增加到3639条时，最后一条日志记录显示“日志已满”的提示；继续增加时，日志数量及日志记录的内容不在发生变化，即线性策略的日志条数达到3639条后，不再记录新增日志。

线性策略的测试标准为：1)log文件中最后一条日志id为3639，相应日志记录中的状态显示为“日志已满”；2)继续增加日志条数时，log文件不会发生变化，id最大为3639。满足以上标准，则线性策略通过测试，否则线性策略测试未通过。

步骤s23中进行循环策略测试的具体步骤为：

调用日志增加命令；

根据日志条数的增加，日志id和log文件不断变化。

循环策略下，不断增加日志条数，整个过程中日志记录无提示，当日志条数增加到3639条后会继续增加，日志id会持续增加，但最终条数保持3639不变，即循环策略会持续记录新增日志。

循环策略的测试标准为：1)日志id总数为3639；2)当日志条数大于3639时，则会顺序产生一条新日志，id较小的一条失去显示，id总数保持3639不变。满足以上标准，则循环策略通过测试，否则循环策略测试未通过。

步骤s22和步骤s23中判断测试是否通过具体为：

s2-1，判断是否为线性策略；

s2-2，如果是线性策略，使增加的日志条数大于3639条，通过web读取日志id的最大值，如果最大值为3639，且日志记录中的状态显示为“日志已满”，则线性策略测试通过，否则测试未通过；

s2-3，如果不是线性策略，使增加的日志条数大于3639条，通过web读取日志id的最大值和最小值，如果日志id的最小值不是1且日志id最大值与最小值的差值为3938，则循环策略测试通过，否则测试未通过。

在步骤s2之前还包括对功能按钮的测试，功能按钮包括复位按钮和保存按钮。对功能按钮的测试过程为：首先查看当前策略，然后自动选择另外一种策略，接下来选择复位按钮，通过查看选中的策略是否为当前策略判断复位按钮的功能能是否正常，如果选中的策略是当前策略，则复位按钮功能正常，如果选中的是另外一种策略，则复位按钮功能出现了异常。对保存按钮的测试过程为：首先查看当前策略，在系统自动选择另一策略之前选择保存按钮，查看选中的策略是否为当前策略，如果选中的策略是当前策略，则保存按钮功能正常，如果选中的是另外一种策略，则保存按钮功能出现了异常。

步骤s3中的log文件以txt的形式保存，log文件中包括对测试过程和测试结果的记录。

如图2所示，本发明的系统结构示意图，系统包括依次连接的测试启动模块1、测试模块2和结果输出模块3。其中测试启动模块1，用于调用web，打开浏览器网页；测试模块2，用于执行增加日志的命令，对设置的日志策略进行测试；结果输出模块3，用于输出测试结果，生成测试log文件。

如图3所示，测试模块2还包括日志策略判断模块21、线性策略测试模块22、标准策略测试模块23、测试标准判断模块24和测试结果判断模块25。测试结果判断模块21的输出端分别连接线性策略测试模块22和标准策略测试模块23地输入端，线性策略测试模块22、标准策略测试模块23和测试标准判断模块24的输出端均连接测试结果判断模块25的输入端，测试结果判断模块25的输出端连接结果输出模块3。

其中日志策略判断模块，用于判断设置的日志策略是线性策略还是循环策略；线性策略测试模块，用于进行线性策略的测试，并保存测试结果；循环策略测试模块，用于进行循环策略的测试，并保存测试结果；测试标准存储模块，用于存储日志策略的测试标准；测试结果判断模块，用于将所述测试结果与所述测试标准进行对比，判断设置的日志策略是否通过测试。

以上所述只是本发明的优选实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也被视为本发明的保护范围。