CN112948190A - 一种服务器的硬件测试方法、***及相关装置 - Google Patents

一种服务器的硬件测试方法、***及相关装置 Download PDF

Info

Publication number
CN112948190A
CN112948190A CN202110218529.0A CN202110218529A CN112948190A CN 112948190 A CN112948190 A CN 112948190A CN 202110218529 A CN202110218529 A CN 202110218529A CN 112948190 A CN112948190 A CN 112948190A
Authority
CN
China
Prior art keywords
server
operating system
error log
hardware
test script
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.)
Granted
Application number
CN202110218529.0A
Other languages
English (en)
Other versions
CN112948190B (zh
Inventor
耿亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Electronic Information Industry Co Ltd
Original Assignee
Inspur Electronic Information Industry Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Inspur Electronic Information Industry Co Ltd filed Critical Inspur Electronic Information Industry Co Ltd
Priority to CN202110218529.0A priority Critical patent/CN112948190B/zh
Publication of CN112948190A publication Critical patent/CN112948190A/zh
Application granted granted Critical
Publication of CN112948190B publication Critical patent/CN112948190B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供一种服务器的硬件测试方法，包括：在所述服务器的启动目录中存放测试脚本；启动所述操作***，以根用户身份进入操作***；执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；若是，停止运行重启程序，根据所述错误日志确认丢失设备。本申请可以避免以普通用户身份进入服务器操作***时需要输入用户账户信息等情况影响测试效率。测试脚本在检测到服务器的设备连接存在异常时生成相应的错误日志，以便于根据错误日志确认服务器的丢失设备，从而实现服务器的硬件检测。本申请还提供一种服务器的硬件测试***、计算机可读存储介质和服务器，具有上述有益效果。

Description

一种服务器的硬件测试方法、***及相关装置
技术领域
本申请涉及服务器测试领域，特别涉及一种服务器的硬件测试方法、***及相关装置。
背景技术
在对服务器进行硬件检测时，常需要对服务器进行反复上电以判断每次上电后是否所有硬件均在位，即可在服务器的操作***中正确显示，以便服务器正常调用，满足服务器的正常使用需求。虽然硬件与服务器之间可能连接无误，但服务器每次启动后各硬件并不一定能正确识别读取并应用。而在执行硬件检测时，需要人工手动登录服务器的操作***并进行硬件识别，其检测效率低，难以满足当前服务器的硬件检测需求。
发明内容
本申请的目的是提供一种服务器的硬件测试方法、硬件测试***、计算机可读存储介质和服务器，能够绕过用户登录直接调用测试脚本对服务器进行自动化硬件检测。
为解决上述技术问题，本申请提供一种服务器的硬件测试方法，具体技术方案如下：
在所述服务器的启动目录中存放测试脚本；
启动所述操作***，以根用户身份进入操作***；
执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；
若否，执行所述服务器的重启动；
若是，根据所述错误日志确认丢失设备。
可选的，还包括：
调用终端模拟器显示所述错误日志对应的重启次数和断连的故障设备。
可选的，启动所述操作***包括：
根据所述测试脚本的设定启动方式启动所述操作***；其中，所述设定启动方式包括重启和关机再开机。
可选的，以根用户身份进入操作***包括：
根据所述操作***的***类型配置相应的根用户身份进入操作***。
可选的，根据所述操作***的***类型配置相应的根用户身份进入操作***包括：
若所述操作***为第一类型***，在所述操作***的lightDM文件中添加根用户身份；
若所述操作***为第二类型***，修改所述操作***的daemon选项并添加根用户身份。
可选的，根据所述操作***的***类型配置相应的根用户身份进入操作***包括：
调用shell脚本程序根据所述操作***的***类型配置相应的根用户身份进入操作***。
可选的，根据所述错误日志确认丢失设备后，还包括：
根据所述错误日志生成危险设备名单，所述危险设备名单用于指导修复所述服务器硬件连接。
本申请还提供一种服务器的硬件测试***，包括：
脚本配置模块，用于在所述服务器的启动目录中存放测试脚本；
登录模块，用于启动所述操作***，以根用户身份进入操作***；
测试模块，用于执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；
重启模块，用于所述测试模块的结果为是时，执行所述服务器的重启动；
结果确认模块，用于所述测试模块的结果为是时，根据所述错误日志确认丢失设备。
本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。
本申请还提供一种服务器，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的方法的步骤。
本申请提供一种服务器的硬件测试方法，包括：在所述服务器的启动目录中存放测试脚本；启动所述操作***，以根用户身份进入操作***；执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；若否，执行所述服务器的重启动；若是，根据所述错误日志确认丢失设备。
本申请通过在服务器的启动目录中存放测试脚本，并在服务器启动后以根用户进入操作***，从而避免以普通用户身份进入服务器操作***时需要输入用户账户信息等情况影响测试效率。测试脚本在检测到服务器的设备连接存在异常时生成相应的错误日志，以便于根据错误日志确认服务器的丢失设备，从而实现服务器的硬件检测。
本申请还提供一种服务器的硬件测试***、计算机可读存储介质和服务器，具有上述有益效果，此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种服务器的硬件测试方法的流程图；
图2为本申请实施例所提供的一种服务器的硬件测试***结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参考图1，图1为本申请实施例所提供的一种服务器的硬件测试方法的流程图，该方法包括：
S101：在所述服务器的启动目录中存放测试脚本；
本步骤需要在启动目录中配置测试脚本，以便服务器启动过程中应用启动目录中的程序时直接启动测试脚本。该测试脚本用于检测服务器的设备连接状态，并在设备丢失时生成错误日志。本实施例对于测试脚本如何检测设备的连接状态不作限定，其可以通过读取服务器BMC中的设备在位信息，从而判定各组件是否连接成功。
S102：启动所述操作***，以根用户身份进入操作***；
在启动目录中配置好测试脚本后，本步骤需要以根用户身份进入操作***。之所以采用根用户进入操作***，是避免普通用户进入操作***时需要输入用户账户的账户名称和密码，从而提高测试效率。
作为本步骤的一种优选执行方式，可以根据所述测试脚本的设定启动方式启动操作***。设定启动方式包括重启和关机再开机。当然不排除还有其他启动方式，在此不一一举例限定。
S103：执行所述测试脚本，判断是否存在错误日志；若是，进入S104；若是，进入S105；
进入操作***后，执行测试脚本。此时若存在未连接的设备或组件，则测试脚本会自动生成错误日志。在此对于错误日志的具体内容不作限定，其可以包含未连接设备的设备名称，还可以包含当前测试的测试次数等数据。
若错误日志不存在，则说明当前所有组件均在服务器中正常连接，其可以***作***所识别应用。此时可以继续执行步骤S104；
S104：执行所述服务器的重启动；
本步骤需要执行服务器的重启动，需要注意的是，本步骤和步骤S102中启动操作***的过程实质相同，均可以理解为对操作***的启动。而启动过程可以分为重启和关机再关机，二者的区别在重启过程中各组件可能并不掉电，即重启实质为对服务器上软件的重启，相当于重新启动操作***。而关机再开机过程中，在关机时各组件掉电，在开机时需要通过主板给各组件上电，继而启动操作***。而执行服务器的硬件测试时，可以选择其中一种启动过程执行服务器的启动和重启动，也可以两种方式均采用，以分别实现重启状态下的服务器硬件检测和关机再关机状态下的服务器硬件检测。但需要注意的是，在一项测试过程中，其所采用的启动方式应相同。例如，本实施例中，若步骤S102中启动操作***时采用重启，则在执行本步骤时也应采用重启，以验证服务器硬件测试的准确性。
S105：根据所述错误日志确认丢失设备。
在得到错误日志后，即可根据错误日志确定丢失设备，该丢失设备包括掉盘、内存丢失或网卡丢失等情况，以便于确认每次服务器启动后各设备的在位情况。
作为本实施例的一种优选执行方式，还可以根据所述错误日志生成危险设备名单，危险设备名单用于指导修复所述服务器硬件连接。
本申请实施例通过在服务器的启动目录中存放测试脚本，并在服务器启动后以根用户进入操作***，从而避免以普通用户身份进入服务器操作***时需要输入用户账户信息等情况影响测试效率。测试脚本在检测到服务器的设备连接存在异常时生成相应的错误日志，以便于根据错误日志确认服务器的丢失设备，从而实现服务器的硬件检测。
优选的，在执行本实施例时，还可以调用终端模拟器显示所述错误日志对应的重启次数和断连的故障设备。例如，可以调用Xterm作为终端模拟器，Xterm是Window***的默认终端模拟器，可以用于显示错误日志，以便于检测人员直接确认当前服务器的重启次数和断连的故障设备。但需要注意的是，即使在某次测试过程中确认存在断连的故障设备，并不意味该设备一定存在故障，而是仅在该次测试过程中表现故障，导致服务器操作***无法正确应用该故障设备。而在下一次重启过程中，该断连的故障设备可能不再表现故障。通过多次重启测试，可以确认哪些组件容易在服务器的启动过程中出现异常，从而针对相应的组件进行安装调试，从而确保各组件在服务器启动后正常应用。
基于上述实施例，作为优选的实施例，在以根用户身份进入操作***时，可以根据操作***的***类型配置相应的根用户身份进入操作***。
具体的，若操作***为第一类型***，在操作***的lightDM(Light DisplayManager，轻量级桌面显示管理器)文件中添加根用户身份；
若操作***为第二类型***，修改操作***的daemon选项并添加根用户身份。
所谓第一类型***，可以包括UOS(unity operating system，统一操作***)***和Kylin***。通过修改lightDM文件，并添加根用户身份，从而在服务器启动时可以直接以根用户身份进入操作***。具体的，以UOS***为例，可以打开lightDM文件，并输入如下代码：
greeter-show-manual-login＝true
all-guest＝false
再将auth required pam_succeed_if.so user！＝root quiet_success注释掉，最后打开.lightdm.conf文件，并添加根用户身份的设定代码：
autologin-user＝root
autologin-user-timeout＝0
此后，即可服务器启动时可以直接以根用户身份进入操作***。而Kylin***与UOS***相类似，同样通过修改lightDM文件实现，只不过相应的代码有些许差异，对于本领域技术人员而言，可以参照UOS***的实现过程进行相应的修改，在此不作赘述。
第二类型***主要包括Redhat和CentOS***等，可以通过修改操作***的daemon选项并添加根用户身份。具体过程如下：
在/etc/gdm/custom.conf文件进行修改
修改[daemon]选项
AutomaticLoginEnable＝true
AutomaticLogin＝root
TimeLoginEnable＝true
修改[security]
AllowRoot＝true
通以上步骤可以达到以root用户自动登入Redhat和CentOS***目的。
而上述针对第一类型***和第二类型***的修改过程，均可以通过调用shell脚本程序实现。
本实施例通过根据操作***的***类型配置相应的根用户身份进入操作***，可以兼容不同类型的操作***，使得服务器硬件测试过程可以不因操作***类型受限，均可以以根用户身份执行测试，从而确保测试过程的兼容性。
下文以本申请的一种具体应用过程对本申请所公开的一种服务器的硬件测试方法进行描述，该过程重点描述测试脚本的实施过程。
测试脚本在配置到启动目录后，每次进***过程中启动测试脚本，而测试脚本都会抓取CPU信息到cpunow.txt的一个文件，在运行程序之前会抓取第一次CPU信息到cpucfg.txt文件；每进行一次cycle都会抓取一次cpunow.txt然后和第一次抓取的cpucfg.txt进行比对，如果两个文件有不相同的信息，说明有设备丢失。并且测试脚本会把错误信息写到error*.log文件里，脚本程序每次cycle都会check是否有error*.log文件存在，如果存在则会停止运行cycle程序，此时只要查看error*.log文件中的信息就可以判断哪些设备会在cycle过程中丢失。需要注意的是，该CPU信息指源于CPU的信息，而并非仅仅包含CPU一个组件的信息，该CPU信息中应包含所需要的服务器相关硬件的在位信息。
此后可以运行rbt.sh脚本或dc.sh脚本，rbt.sh脚本可以给***下达reboot的重启指令，dc.sh脚本可以给***下达ipmitool power cycle的指令，这条指令可以使***进行关机后再开机。
下面对本申请实施例提供的一种服务器的硬件测试***进行介绍，下文描述的硬件测试***与上文描述的服务器的硬件测试方法可相互对应参照。
图2为本申请实施例所提供的一种服务器的硬件测试***结构示意图，本申请还提供一种服务器的硬件测试***，包括：
脚本配置模块100，用于在所述服务器的启动目录中存放测试脚本；
登录模块200，用于启动所述操作***，以根用户身份进入操作***；
测试模块300，用于执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；
重启模块400，用于所述测试模块的结果为是时，执行所述服务器的重启动；
结果确认模块500，用于所述测试模块的结果为是时，根据所述错误日志确认丢失设备。
基于上述实施例，作为优选的实施例，还包括：
显示模块，用于调用终端模拟器显示所述错误日志对应的重启次数和断连的故障设备。
基于上述实施例，作为优选的实施例，登录模块200为用于根据所述测试脚本的设定启动方式启动所述操作***，以根用户身份进入操作***的模块；其中，所述设定启动方式包括重启和关机再开机。
基于上述实施例，作为优选的实施例，登录模块200包括：
登录单元，用于根据所述操作***的***类型配置相应的根用户身份进入操作***。
基于上述实施例，作为优选的实施例，登录单元为用于执行如下步骤的单元：
若所述操作***为第一类型***，在所述操作***的lightDM文件中添加根用户身份；
若所述操作***为第二类型***，修改所述操作***的daemon选项并添加根用户身份。
基于上述实施例，作为优选的实施例，所述登录单元为用于调用shell脚本程序根据所述操作***的***类型配置相应的根用户身份进入操作***的单元。
基于上述实施例，作为优选的实施例，还包括：
修复模块，用于根据所述错误日志生成危险设备名单，所述危险设备名单用于指导修复所述服务器硬件连接。
本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请还提供了一种服务器，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述服务器还可以包括各种网络接口，电源等组件。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的***而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种服务器的硬件测试方法，其特征在于，包括：
在所述服务器的启动目录中存放测试脚本；
启动所述操作***，以根用户身份进入操作***；
执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；
若否，执行所述服务器的重启动；
若是，根据所述错误日志确认丢失设备。
2.根据权利要求1所述的服务器的硬件测试方法，其特征在于，还包括：
调用终端模拟器显示所述错误日志对应的重启次数和断连的故障设备。
3.根据权利要求1所述的服务器的硬件测试方法，其特征在于，启动所述操作***包括：
根据所述测试脚本的设定启动方式启动所述操作***；其中，所述设定启动方式包括重启和关机再开机。
4.根据权利要求1所述的服务器的硬件测试方法，其特征在于，以根用户身份进入操作***包括：
根据所述操作***的***类型配置相应的根用户身份进入操作***。
5.根据权利要求1所述的服务器的硬件测试方法，其特征在于，根据所述操作***的***类型配置相应的根用户身份进入操作***包括：
若所述操作***为第一类型***，在所述操作***的lightDM文件中添加根用户身份；
若所述操作***为第二类型***，修改所述操作***的daemon选项并添加根用户身份。
6.根据权利要求4所述的服务器的硬件测试方法，其特征在于，根据所述操作***的***类型配置相应的根用户身份进入操作***包括：
调用shell脚本程序根据所述操作***的***类型配置相应的根用户身份进入操作***。
7.根据权利要求1所述的服务器的硬件测试方法，其特征在于，根据所述错误日志确认丢失设备后，还包括：
根据所述错误日志生成危险设备名单，所述危险设备名单用于指导修复所述服务器硬件连接。
8.一种服务器的硬件测试***，其特征在于，包括：
脚本配置模块，用于在所述服务器的启动目录中存放测试脚本；
登录模块，用于启动所述操作***，以根用户身份进入操作***；
测试模块，用于执行所述测试脚本，判断是否存在错误日志；所述测试脚本用于检测所述服务器的设备连接状态，并在设备丢失时生成所述错误日志；
重启模块，用于所述测试模块的结果为是时，执行所述服务器的重启动；
结果确认模块，用于所述测试模块的结果为是时，根据所述错误日志确认丢失设备。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的服务器的硬件测试方法的步骤。
10.一种服务器，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-7任一项所述的服务器的硬件测试方法的步骤。
CN202110218529.0A 2021-02-26 2021-02-26 一种服务器的硬件测试方法、***及相关装置 Active CN112948190B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110218529.0A CN112948190B (zh) 2021-02-26 2021-02-26 一种服务器的硬件测试方法、***及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110218529.0A CN112948190B (zh) 2021-02-26 2021-02-26 一种服务器的硬件测试方法、***及相关装置

Publications (2)

Publication Number Publication Date
CN112948190A true CN112948190A (zh) 2021-06-11
CN112948190B CN112948190B (zh) 2023-07-14

Family

ID=76246476

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110218529.0A Active CN112948190B (zh) 2021-02-26 2021-02-26 一种服务器的硬件测试方法、***及相关装置

Country Status (1)

Country Link
CN (1) CN112948190B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656291A (zh) * 2021-08-04 2021-11-16 成都中科合迅科技有限公司 软件脚本引擎动态调用方法
CN113722170A (zh) * 2021-08-20 2021-11-30 苏州浪潮智能科技有限公司 一种pfr功能测试方法、装置、设备及可读存储介质
CN114780325A (zh) * 2022-06-21 2022-07-22 新华三信息技术有限公司 一种PCIe设备检测方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105471675A (zh) * 2015-11-20 2016-04-06 浪潮电子信息产业股份有限公司 一种多节点批量测试的方法及***
US20170228220A1 (en) * 2016-02-08 2017-08-10 International Business Machines Corporation Self-healing automated script-testing tool
CN107918574A (zh) * 2017-12-05 2018-04-17 郑州云海信息技术有限公司 一种基于Redhat下测试硬件信息的检验方法
CN108089961A (zh) * 2017-11-28 2018-05-29 郑州云海信息技术有限公司 一种基于MOC板卡硬件reboot测试方法与***
CN112035301A (zh) * 2020-08-19 2020-12-04 深圳市国鑫恒运信息安全有限公司 一种基于shell下的服务器自动化测试方法及***
CN112256505A (zh) * 2020-10-16 2021-01-22 浪潮电子信息产业股份有限公司 一种服务器稳定性测试方法、装置及相关组件

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105471675A (zh) * 2015-11-20 2016-04-06 浪潮电子信息产业股份有限公司 一种多节点批量测试的方法及***
US20170228220A1 (en) * 2016-02-08 2017-08-10 International Business Machines Corporation Self-healing automated script-testing tool
CN108089961A (zh) * 2017-11-28 2018-05-29 郑州云海信息技术有限公司 一种基于MOC板卡硬件reboot测试方法与***
CN107918574A (zh) * 2017-12-05 2018-04-17 郑州云海信息技术有限公司 一种基于Redhat下测试硬件信息的检验方法
CN112035301A (zh) * 2020-08-19 2020-12-04 深圳市国鑫恒运信息安全有限公司 一种基于shell下的服务器自动化测试方法及***
CN112256505A (zh) * 2020-10-16 2021-01-22 浪潮电子信息产业股份有限公司 一种服务器稳定性测试方法、装置及相关组件

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113656291A (zh) * 2021-08-04 2021-11-16 成都中科合迅科技有限公司 软件脚本引擎动态调用方法
CN113722170A (zh) * 2021-08-20 2021-11-30 苏州浪潮智能科技有限公司 一种pfr功能测试方法、装置、设备及可读存储介质
CN113722170B (zh) * 2021-08-20 2023-08-04 苏州浪潮智能科技有限公司 一种pfr功能测试方法、装置、设备及可读存储介质
CN114780325A (zh) * 2022-06-21 2022-07-22 新华三信息技术有限公司 一种PCIe设备检测方法及装置
CN114780325B (zh) * 2022-06-21 2022-09-30 新华三信息技术有限公司 一种PCIe设备检测方法及装置

Also Published As

Publication number Publication date
CN112948190B (zh) 2023-07-14

Similar Documents

Publication Publication Date Title
CN112948190B (zh) 一种服务器的硬件测试方法、***及相关装置
CN113064747A (zh) 一种服务器启动过程中的故障定位方法、***及装置
CN113504932B (zh) 一种固件数据更新方法和装置
CN113315675B (zh) 一种白盒交换机U-Boot自动化测试方法、***和存储介质
CN117608674A (zh) 一种操作***进入方法、装置、设备及存储介质
CN116541270B (zh) 一种操作***的适配验证测试方法及装置
CN114153503A (zh) 一种bios控制方法、装置、介质
CN111240990A (zh) 一种ismcli命令行测试方法、***、终端及存储介质
CN111783162B (zh) 数据保护实现方法、装置及计算机设备
CN113220510A (zh) 设备检测方法、检测设备和计算机可读存储介质
CN111400094A (zh) 一种服务器***恢复出厂设置的方法、装置、设备及介质
CN113868128A (zh) 一种测试pxe引导功能的方法、装置、以及存储介质
CN117574352B (zh) 一种软硬件结合的防伪方法、***、设备及存储介质
CN114385379B (zh) 板载信息刷写检测方法、***、终端及存储介质
CN116303067B (zh) 一种基于云测试平台的测试方法、装置、设备以及介质
CN113722170B (zh) 一种pfr功能测试方法、装置、设备及可读存储介质
CN113220358B (zh) 一种多平台bios信息存储方法、***及介质
CN114610415B (zh) 一种程序启动方法、***、存储介质及电子设备
CN117215854A (zh) 一种服务器amt测试方法、***、设备和存储介质
CN114327932A (zh) 一种测试参数获取方法、***、装置及相关组件
CN117221160A (zh) 一种检测方法、第一节点及计算机可读存储介质
CN117608953A (zh) 一种智能化自检方法、***、存储介质及电子设备
CN116700823A (zh) 一种操作***安装方法、装置、设备及存储介质
CN113949731A (zh) 一种网络自动连接方法、装置、介质及电子设备
CN115904847A (zh) 一种数据校验方法、装置、设备及介质

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
GR01 Patent grant
GR01 Patent grant