CN114741247A - 一种raid卡自动测试方法和装置 - Google Patents
一种raid卡自动测试方法和装置 Download PDFInfo
- Publication number
- CN114741247A CN114741247A CN202210474159.1A CN202210474159A CN114741247A CN 114741247 A CN114741247 A CN 114741247A CN 202210474159 A CN202210474159 A CN 202210474159A CN 114741247 A CN114741247 A CN 114741247A
- Authority
- CN
- China
- Prior art keywords
- test
- firmware
- raid card
- log file
- version
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000010998 test method Methods 0.000 title claims abstract description 13
- 238000012360 testing method Methods 0.000 claims abstract description 238
- 238000000034 method Methods 0.000 claims abstract description 38
- 238000013112 stability test Methods 0.000 claims abstract description 31
- 238000012430 stability testing Methods 0.000 claims description 16
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 claims description 4
- 239000000758 substrate Substances 0.000 claims description 3
- 230000008569 process Effects 0.000 description 18
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000004807 localization Effects 0.000 description 2
- 238000011056 performance test Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
- G06F11/2221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test input/output devices or peripheral units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2268—Logging of test results
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种RAID卡自动测试方法和装置，涉及服务器技术领域。方法包括：将待测RAID卡连接至待测服务器；对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件，具体包括：创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据；执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件；判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值；若是，则根据日志文件，获得对应于当前测试项目的集总文件。通过实施本发明公开的一种RAID卡自动测试方法，实现测试自动化，提高测试效率，节约人力成本和时间成本。
Description
技术领域
本申请涉及服务器技术领域，特别涉及一种一种RAID卡自动测试方法和装置。
背景技术
整机服务器测试是服务器领域中的一项重要测试内容，为了保障服务器的质量，测试人员通常会投入大量精力各个硬件在整机运行中的性能进行一系列测试。以RAID卡整机性能测试为例，测试时通常将待测RAID卡与不同整机环境下的磁盘阵列相连接，再执行一系列的测试内容，例如：稳定性测试，固件重复刷新测试，磁盘组合测试等。现有技术中，通常采用arcconf工具对上述测试内容逐项进行人工测试。由于该测试内容包含大量的重复操作，在测试过程中，测试人员需要反复手动开启单一的测试进程，耗费大量的人员和时间成本。因此，亟需一种自动测试方法批量执行上述测试内容，并记录测试结果，以提高测试效率，并且便于技术人员根据记录的测试结果，及时分析、解决可能出现的故障问题。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种RAID卡自动测试方法和装置，以克服现有技术中测试人员在测试过程中反复手动开启单一测试进程的问题。
为了解决上述的一个或多个技术问题，本发明采用的技术方案如下：
第一方面，提供一种RAID卡自动测试方法，包括：
将待测RAID卡连接至待测服务器；其中，测试环境至少包括PXE服务器，待测服务器，待测服务器至少包括磁盘阵列；
对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件，具体包括：
创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据；
执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件；
判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值；
若是，则根据日志文件，获得对应于当前测试项目的集总文件。
进一步地，对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
若判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值的结果为否，则重复执行当前测试项目。
进一步地，对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
实时监测日志文件，判断日志文件中是否存在异常运行记录；
若是，则根据异常运行记录，对产生异常运行记录的故障进行定位分析。
进一步地，对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
分别将重启测试、DC测试和AC测试作为当前测试项目，获得与重启测试相对应的重启日志文件和重启集总文件，与DC测试相对应的DC日志文件和DC集总文件，以及与AC测试相对应的AC日志文件和AC集总文件。
进一步地，一种RAID卡自动测试方法还包括：在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件；
使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件。
进一步地，使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件包括：
判断固件烧录次数是否达到第二预设值；其中，固件更新次数设置于预设路径下；
若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
进一步地，若判断固件烧录次数是否达到第二预设值的结果为否，则将当前固件对应的版本记录到预设文件；其中，预设文件用于核对固件烧录是否成功；
根据当前固件对应的版本进行固件烧录；
在预设路径下累加固件烧录次数，并重启系统。
进一步地，根据当前固件对应的版本进行固件烧录包括：
判断当前固件对应的版本是否对应于为第二版本固件；
若是，则烧录第一版本固件；
若否，则烧录第二版本固件。
进一步地，方法还包括：
通过基板管理控制器对磁盘阵列中的磁盘进行组合，获得至少一种磁盘组合方式；
分别对磁盘组合方式执行一种磁盘阵列卡自动测试方法，获得与磁盘组合方式相对应的日志文件和集总文件。
第二方面，提供一种RAID卡自动测试装置，包括：测试环境设置模块，稳定性测试模块；
测试环境设置模块，用于将待测RAID卡连接至待测服务器；
稳定性测试模块，用于对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
稳定性测试模块具体包括：日志创建子模块，测试执行子模块，执行判断子模块，集总文件子模块；
日志创建子模块，用于创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据；
测试执行子模块，用于执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件；
执行判断子模块，用于判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值；
集总文件子模块，用于则根据日志文件，获得对应于当前测试项目的集总文件。
本发明实施例提供的技术方案带来的有益效果是：
1.通过实施本发明公开的一种RAID卡自动测试方法，能够实现RAID卡重启测试，DC测试，AC测试等测试项目的自动化；
2.实现RAID卡固件刷新测试项目的自动化；
3.提高测试效率，节约人力成本和时间成本。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种RAID卡自动测试方法示意图；
图2是本发明实施例提供的一种测试环境架构；
图3是本发明实施例提供的一种RAID卡自动测试装置示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
除非另外定义，本公开使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。说明书附图中的编号，仅表示对各个功能部件或模块的区分，不表示部件或模块之间的逻辑关系。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
下面，将参照附图详细描述根据本公开的各个实施例。需要注意的是，在附图中，将相同的附图标记赋予基本上具有相同或类似结构和功能的组成部分，并且将省略关于它们的重复描述。
针对现有技术中，RAID卡整机性能测试通常需要测试人员逐项、重复手动开启单一测试进程的问题，本发明实施例公开一种RAID卡自动测试方法和装置，使得测试过程自动化，提高测试效率，节约了人力成本和时间成本。具体的技术方案如下：
在一个实施例中，如图1所示，一种RAID卡自动测试方法包括：
步骤S1：将待测RAID卡连接至测试环境。
其中，测试环境至少包括PXE服务器，待测服务器，待测服务器至少包括磁盘阵列。PXE服务器的型号不限，可以选用与待测服务器同型号的服务器。在测试过程中，PXE服务器作为控制端，用于存储测试所需要的程序，以及测试过程中产生的文件、测试结果。
PXE服务器与待测服务器连接。
优选地，当待测服务器数量大于一台时，通过交换机将PXE服务器与待测服务器连接。
优选地，采用Switch交换机作为一个桥接的工具，使得一台PXE服务器可以同时对多台待测服务器进行整机测试。
可选地，PXE服务器、Switch交换机、待测服务器可以设置于同一支架，同时进行供电，如图2所示。
上述磁盘阵列中至少包括一块磁盘。
优选地，磁盘阵列中所包括的磁盘可进行磁盘阵列组合。
步骤S2：对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
在稳定性测试过程中，被测项目包括重启测试，DC测试和AC测试。重启测试内容为不断电重启，DC测试内容为不断电、灭灯再重启，AC测试内容为断电重启，均涉及反复重启的过程。测试中会产生大量对应于测试项目的日志文件，测试完成后将产生对测试项目总体概述的集总文件。上述日志文件和集总文件将被上传至PXE服务器。
具体地，稳定性测试包括：
步骤S21：创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据。
步骤S22：执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件。
在执行当前重启测试项目过程中，产生的实时测试数据将被获取，并写入日志文件。
其中，写入日志文件的信息包括，但不限于：
步骤S221：实时监测日志文件，判断日志文件中是否存在异常运行记录；
步骤S222：若是，则根据异常运行记录，对产生异常运行记录的故障进行定位分析。
由于，测试过程中可能出现以外宕机等故障，这些故障对应的数据也将被实时监测并记录在日志文件。通过分析日志文件中的故障数据，可以完成故障行为的定位分析。
步骤S23：判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值。
步骤S24：若是，则根据日志文件，获得对应于当前测试项目的集总文件。
步骤S24′：若否，则重复执行当前测试项目。
由于上述三项测试内容均涉及反复重启的过程，因此，需要根据各测试项目反复重启的次数设置第一预设值。通过判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值，识别测试是否完成，若完成，则根据日志文件，获得对应于当前测试项目的集总文件；若未完成，则重复执行当前测试项目，直至达到重启次数达到第一预设值。
分别将重启测试、DC测试和AC测试作为当前测试项目，对待测服务器进行测试，获得与重启测试相对应的重启日志文件和重启集总文件，与DC测试相对应的DC日志文件和DC集总文件，以及与AC测试相对应的AC日志文件和AC集总文件。
在另一个实施例中，一种RAID卡自动测试方法还包括：
步骤S3：在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件；
步骤S4：使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件。
具体地，使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件包括：
步骤S41：判断固件烧录次数是否达到第二预设值；其中，固件更新次数设置于预设路径下；
步骤S42′：若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
步骤S42：若否，则将当前固件对应的版本记录到预设文件；其中，预设文件用于核对固件烧录是否成功；
步骤S421：根据当前固件对应的版本进行固件烧录；
步骤S4211：判断当前固件对应的版本是否对应于为第二版本固件；
步骤S4212：若是，则烧录第一版本固件；
步骤S4213：若否，则烧录第二版本固件。
步骤S422在预设路径下累加固件烧录次数，并重启系统。
优选地，使用arcconf工具进行固件刷新测试。
在另一个实施例中，预设路径/etc/rc.d/rc.local下设置有自动测试程序，通常为被赋予可执行权限的脚本，该脚本在每次重启后，自动执行固件刷新测试。在待测服务器的根目录下新建文件夹的名称为fwcycle，文件夹下含有可执行脚本fwcycle.sh，第一版本固件和第二版本固件分别为：luxorc266.bin，luxorc353.bin。然后安装arcconf工具，判断固件更新次数是否达到第二预设值，若达到，则删除预设路径/etc/rc.d/rc.local下的自动测试程序数据，删除后，下一次重启将不再执行固件自动烧录。若未达到，则根据当前固件对应的版本进行固件烧录。
在另一个实施例中，判断固件版本是否对应于luxorc353.bin；
若是，则烧录第一版本固件luxorc266.bin；
若否，则烧录第二版本固件luxorc353.bin。
在另一个实施例中，以下代码实现固件烧录和累加烧录次数的功能。
在另一个实施例中，一种RAID卡自动测试方法还包括：
步骤S51：通过基板管理控制器对磁盘阵列中的磁盘进行组合，获得至少一种磁盘组合方式；
步骤S52：分别对磁盘组合方式执行一种磁盘阵列卡自动测试方法，获得与磁盘组合方式相对应的日志文件和集总文件。
在RAID卡测试过程中，还将对RAID卡组合磁盘阵列的性能进行测试，组合磁盘阵列功能集成于BMC芯片中，当服务器设置BMC IP后，从网站登录BMC web，可以对RAID卡进行设置，实现通过RAID卡进行的磁盘阵列组合，可通过设置RAID卡实现的磁盘阵列组合包括但不限于：RAID0，RAID1，RAID5，RAID6。
在另一个实施例中，如图3所示，一种RAID卡自动测试装置包括：测试环境设置模块，稳定性测试模块；
测试环境设置模块1，用于将待测RAID卡连接至待测服务器；
稳定性测试模块2，用于对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
具体地，稳定性测试模块包括：日志创建子模块，测试执行子模块，执行判断子模块，集总文件子模块；
日志创建子模块，用于创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据；
测试执行子模块，用于执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件；
执行判断子模块，用于判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值；
集总文件子模块，用于则根据日志文件，获得对应于当前测试项目的集总文件。
在另一个实施例中，如图3所示，一种RAID卡自动测试装置还包括：程序设置模块3，固件刷新模块4；
所述程序设置模块3，用于在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件；
所述固件刷新模块4，用于使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件，具体包括：判断固件烧录次数是否达到第二预设值；其中，固件更新次数设置于预设路径下；
若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
若否，则将当前固件对应的版本记录到预设文件；其中，预设文件用于核对固件烧录是否成功；
判断当前固件对应的版本是否对应于为第二版本固件；
若是，则烧录第一版本固件；
若否，则烧录第二版本固件。
在预设路径下累加固件烧录次数，并重启系统。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
实施例一
下面结合图1，图2具体阐述一种RAID卡自动测试方法。
如图1所示，一种RAID卡自动测试方法包括：
步骤S1：将待测RAID卡连接至测试环境。
PXE服务器与待测服务器连接。当待测服务器数量大于一台时，通过Switch交换机将PXE服务器与待测服务器连接。此处，Switch交换机作为一个桥接的工具，使得一台PXE服务器可以同时对多台待测服务器进行整机测试。PXE服务器、Switch交换机、待测服务器可以设置于同一支架，同时进行供电，如图2所示。
上述磁盘阵列中至少包括一块磁盘。
步骤S2：对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
在稳定性测试过程中，被测项目包括重启测试，DC测试和AC测试。重启测试内容为不断电重启，DC测试内容为不断电、灭灯再重启，AC测试内容为断电重启，均涉及反复重启的过程。测试中会产生大量对应于测试项目的日志文件，测试完成后将产生对测试项目总体概述的集总文件。上述日志文件和集总文件将被上传至PXE服务器。
具体包括：
步骤S21：创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据。
步骤S22：执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件。
在执行当前重启测试项目过程中，产生的实时测试数据将被获取，并写入日志文件。
其中，写入日志文件的信息包括，但不限于：
步骤S221：实时监测日志文件，判断日志文件中是否存在异常运行记录；
步骤S222：若是，则根据异常运行记录，对产生异常运行记录的故障进行定位分析。
由于，测试过程中可能出现以外宕机等故障，这些故障对应的数据也将被实时监测并记录在日志文件。通过分析日志文件中的故障数据，可以完成故障行为的定位分析。
步骤S23：判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值。
步骤S24：若是，则根据日志文件，获得对应于当前测试项目的集总文件。
步骤S24′：若否，则重复执行当前测试项目。
由于上述三项测试内容均涉及反复重启的过程，因此，需要根据各测试项目反复重启的次数设置第一预设值。通过判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值，识别测试是否完成，若完成，则根据日志文件，获得对应于当前测试项目的集总文件；若未完成，则重复执行当前测试项目，直至达到重启次数达到第一预设值。
分别将重启测试、DC测试和AC测试作为当前测试项目，对待测服务器进行测试，获得与重启测试相对应的重启日志文件和重启集总文件，与DC测试相对应的DC日志文件和DC集总文件，以及与AC测试相对应的AC日志文件和AC集总文件。
实施例二
一种RAID卡自动测试方法包括：
步骤S1：将待测RAID卡连接至测试环境。
步骤S2：对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
上述步骤S1-S2已在实施例一种具体阐述，在此不再赘述。
步骤S3：在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件。
步骤S4：使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件。
具体包括：
步骤S41：判断固件烧录次数是否达到第二预设值；其中，固件更新次数设置于预设路径下；
步骤S42′：若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
步骤S42：若否，则将当前固件对应的版本记录到预设文件；其中，预设文件用于核对固件烧录是否成功；
步骤S421：根据当前固件对应的版本进行固件烧录；
步骤S4211：判断当前固件对应的版本是否对应于为第二版本固件；
步骤S4212：若是，则烧录第一版本固件；
步骤S4213：若否，则烧录第二版本固件。
步骤S422在预设路径下累加固件烧录次数，并重启系统。
优选地，使用arcconf工具进行固件刷新测试。
在预设路径/etc/rc.d/rc.local下设置有自动测试程序，通常为被赋予可执行权限的脚本，该脚本在每次重启后，自动执行固件刷新测试。在待测服务器的根目录下新建文件夹的名称为fwcycle，文件夹下含有可执行脚本fwcycle.sh，第一版本固件和第二版本固件分别为：luxorc266.bin，luxorc353.bin。然后安装arcconf工具，判断固件更新次数是否达到第二预设值，若达到，则删除预设路径/etc/rc.d/rc.local下的自动测试程序数据，删除后，下一次重启将不再执行固件自动烧录。若未达到，则根据当前固件对应的版本进行固件烧录。
判断固件版本是否对应于luxorc353.bin；
若是，则烧录第一版本固件luxorc266.bin；
若否，则烧录第二版本固件luxorc353.bin。
以下代码实现固件烧录和累加烧录次数的功能。
实施例三
通过登录BMC web，设置RAID卡的磁盘阵列组合方式，实现磁盘阵列组合RAID0，RAID1，RAID5，RAID6，RAID10，RAID50，RAID60中的一种组合方式，在选定的磁盘阵列组合下执行步骤S1-步骤S4的测试内容。
步骤S1-步骤S4已在实施例一和实施例二中详细阐述，在此不再赘述。
在RAID卡测试过程中，还将对RAID卡组合磁盘阵列的性能进行测试，组合磁盘阵列功能集成于BMC芯片中，当服务器设置BMC IP后，从网站登录BMC web，可以对RAID卡进行设置，实现通过RAID的进行磁盘阵列组合，可通过设置RAID卡实现的磁盘阵列组合包括但不限于：RAID0，RAID1，RAID5，RAID6。
实施例四
下面结合图3具体阐述一种RAID卡自动测试装置。
如图3所示，一种RAID卡自动测试装置包括：测试环境设置模块1，稳定性测试模块2，程序设置模块3，固件刷新模块4；
测试环境设置模块1，用于将待测RAID卡连接至待测服务器；
稳定性测试模块2，用于对待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
具体地，稳定性测试模块包括：日志创建子模块，测试执行子模块，执行判断子模块，集总文件子模块；
日志创建子模块，用于创建与当前测试项目相对应的日志文件，日志文件用于存储实时测试数据；
测试执行子模块，用于执行当前测试项目，获取实时测试数据，并将实时测试数据存储至日志文件；
执行判断子模块，用于判断当前测试项目的执行次数是否达到与当前测试项目对应的第一预设值；
集总文件子模块，用于则根据日志文件，获得对应于当前测试项目的集总文件。
所述程序设置模块3，用于在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件；
所述固件刷新模块4，用于使用固件刷新自动测试程序，向RAID卡轮流烧录第一版本固件和第二版本固件，具体包括：判断固件烧录次数是否达到第二预设值；其中，固件更新次数设置于预设路径下；
若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
若否，则将当前固件对应的版本记录到预设文件；其中，预设文件用于核对固件烧录是否成功；
判断当前固件对应的版本是否对应于为第二版本固件；
若是，则烧录第一版本固件；
若否，则烧录第二版本固件。
在预设路径下累加固件烧录次数，并重启系统。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括装载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储器被安装，或者从ROM被安装。在该计算机程序被外部处理器执行时，执行本申请的实施例的方法中限定的上述功能。
需要说明的是，本申请的实施例的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(Radio Frequency,射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述服务器中所包含的；也可以是单独存在，而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：响应于检测到终端的外设模式未激活时，获取终端上应用的帧率；在帧率满足息屏条件时，判断用户是否正在获取终端的屏幕信息；响应于判断结果为用户未获取终端的屏幕信息，控制屏幕进入立即暗淡模式。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java,Smalltalk,C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的技术方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种RAID卡自动测试方法，其特征在于，所述方法包括：
将待测RAID卡连接至测试环境；其中，所述测试环境至少包括PXE服务器，待测服务器，所述待测服务器至少包括磁盘阵列；
对所述待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件，具体包括：
创建与当前测试项目相对应的日志文件，所述日志文件用于存储实时测试数据；
执行所述当前测试项目，获取所述实时测试数据，并将所述实时测试数据存储至所述日志文件；
判断所述当前测试项目的执行次数是否达到与所述当前测试项目对应的第一预设值；
若是，则根据所述日志文件，获得对应于所述当前测试项目的集总文件。
2.根据权利要求1所述的一种RAID卡自动测试方法，其特征在于，所述对所述待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
若判断所述当前测试项目的执行次数是否达到与所述当前测试项目对应的第一预设值的结果为否，则重复执行所述当前测试项目。
3.根据权利要求2所述的一种RAID卡自动测试方法，其特征在于，所述对所述待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
实时监测所述日志文件，判断所述日志文件中是否存在异常运行记录；
若是，则根据所述异常运行记录，对产生所述异常运行记录的故障进行定位分析。
4.根据权利要求3所述的一种RAID卡自动测试方法，其特征在于，所述对所述待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件还包括：
分别将重启测试、DC测试和AC测试作为所述当前测试项目，获得与所述重启测试相对应的重启日志文件和重启集总文件，与所述DC测试相对应的DC日志文件和DC集总文件，以及与所述AC测试相对应的AC日志文件和AC集总文件。
5.根据权利要求1所述的一种RAID卡自动测试方法，其特征在于，所述方法还包括：在预设路径下设置固件刷新自动测试程序，第一版本固件和第二版本固件；
使用所述固件刷新自动测试程序，向所述RAID卡轮流烧录所述第一版本固件和第二版本固件。
6.根据权利要求5所述的一种RAID卡自动测试方法，其特征在于，所述使用所述固件刷新自动测试程序，向所述RAID卡轮流烧录所述第一版本固件和第二版本固件包括：
判断固件烧录次数是否达到第二预设值；其中，所述固件更新次数设置于预设路径下；
若是，则删除预设路径下自动测试程序的数据，输出当前固件版本，并结束测试。
7.根据权利要求6所述的一种RAID卡自动测试方法，其特征在于，若判断固件烧录次数是否达到第二预设值的结果为否，则将当前固件对应的版本记录到预设文件；其中，所述预设文件用于核对固件烧录是否成功；
根据所述当前固件对应的版本进行固件烧录；
在预设路径下累加固件烧录次数，并重启系统。
8.根据权利要求7所述的一种RAID卡自动测试方法，其特征在于，所述根据所述当前固件对应的版本进行固件烧录包括：
判断当前固件对应的版本是否对应于为第二版本固件；
若是，则烧录第一版本固件；
若否，则烧录第二版本固件。
9.根据权利要求1-8任意一项所述的一种RAID卡自动测试方法，其特征在于，所述方法还包括：
通过基板管理控制器对所述磁盘阵列中的磁盘进行组合，获得至少一种磁盘组合方式；
分别对所述磁盘组合方式执行所述一种磁盘阵列卡自动测试方法，获得与所述磁盘组合方式相对应的日志文件和集总文件。
10.一种RAID卡自动测试装置，其特征在于，所述装置包括：测试环境设置模块，稳定性测试模块；
所述测试环境设置模块，用于将待测RAID卡连接至待测服务器；
所述稳定性测试模块，用于对所述待测RAID卡进行稳定性测试，获得对应于稳定性测试的日志文件和集总文件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210474159.1A CN114741247A (zh) | 2022-04-29 | 2022-04-29 | 一种raid卡自动测试方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210474159.1A CN114741247A (zh) | 2022-04-29 | 2022-04-29 | 一种raid卡自动测试方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114741247A true CN114741247A (zh) | 2022-07-12 |
Family
ID=82285164
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210474159.1A Pending CN114741247A (zh) | 2022-04-29 | 2022-04-29 | 一种raid卡自动测试方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114741247A (zh) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111104271A (zh) * | 2019-12-06 | 2020-05-05 | 苏州浪潮智能科技有限公司 | 一种带内刷新固件过程的稳定性测试方法、装置及设备 |
-
2022
- 2022-04-29 CN CN202210474159.1A patent/CN114741247A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111104271A (zh) * | 2019-12-06 | 2020-05-05 | 苏州浪潮智能科技有限公司 | 一种带内刷新固件过程的稳定性测试方法、装置及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101143679B1 (ko) | 자동 펌웨어 복원 | |
| CN109510742B (zh) | 一种服务器网卡远程测试方法、装置、终端及存储介质 | |
| CN110750396B (zh) | 一种服务器操作系统兼容性测试方法、装置及存储介质 | |
| CN110992992A (zh) | 一种硬盘测试方法、设备以及存储介质 | |
| CN111274154A (zh) | 一种自动化测试的方法、装置、设备及存储介质 | |
| CN103364650A (zh) | 测试系统和测试方法 | |
| CN111048138A (zh) | 一种硬盘的故障检测方法及相关装置 | |
| CN112068852A (zh) | 基于国产服务器的开源软件安装方法、系统及设备和介质 | |
| CN112269697A (zh) | 一种设备存储性能测试方法、系统及相关装置 | |
| CN114996127A (zh) | 固态硬盘固件模块智能化测试方法及系统 | |
| CN117116333B (zh) | 一种企业级固态硬盘vpd信息的测试方法和测试装置 | |
| CN112985488B (zh) | 一种用于传感器的温度应力加速寿命试验系统及方法 | |
| CN113885899A (zh) | 一种固态硬盘固件烧录方法、装置、设备和存储介质 | |
| CN116541270B (zh) | 一种操作系统的适配验证测试方法及装置 | |
| CN115422091B (zh) | 一种固件调试方法及装置、电子设备、存储介质 | |
| CN114741247A (zh) | 一种raid卡自动测试方法和装置 | |
| CN115827451A (zh) | 测试缺陷的检测方法和装置、存储介质及电子装置 | |
| CN115757138A (zh) | 脚本异常原因的确定方法、装置、存储介质以及电子设备 | |
| CN111666200A (zh) | 一种pc软件冷启动耗时的测试方法及终端 | |
| CN115454856A (zh) | 多应用的安全检测方法、装置、介质及电子设备 | |
| CN115878400A (zh) | 测试方法、装置、计算机设备、存储介质和程序产品 | |
| CN115794468A (zh) | 一种软件测试过程中服务器故障分析诊断方法 | |
| CN111737112B (zh) | 一种远程端集成化进行服务器管理的实现方法、系统 | |
| CN113986263A (zh) | 代码自动化测试方法、装置、电子设备、存储介质 | |
| US20100115328A1 (en) | Methods and Systems for Handling Device Failovers during Test Executions |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |