CN116955126A - 操作系统的稳定性测试方法、装置、电子设备和存储介质 - Google Patents
操作系统的稳定性测试方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN116955126A CN116955126A CN202210391583.XA CN202210391583A CN116955126A CN 116955126 A CN116955126 A CN 116955126A CN 202210391583 A CN202210391583 A CN 202210391583A CN 116955126 A CN116955126 A CN 116955126A
- Authority
- CN
- China
- Prior art keywords
- test
- information
- stability
- operating system
- generating
- 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
- 238000000034 method Methods 0.000 title claims abstract description 89
- 238000012430 stability testing Methods 0.000 title claims abstract description 50
- 238000012360 testing method Methods 0.000 claims abstract description 525
- 238000013112 stability test Methods 0.000 claims abstract description 236
- 230000000007 visual effect Effects 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 11
- 239000004973 liquid crystal related substance Substances 0.000 claims 2
- 230000000694 effects Effects 0.000 abstract description 13
- 238000004458 analytical method Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 11
- 230000002159 abnormal effect Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 230000006978 adaptation Effects 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- 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)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本公开提出一种操作系统的稳定性测试方法、装置、电子设备和存储介质，该方法包括：获取设备信息，其中，设备信息所属测试设备搭载操作系统，并确定对操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试。实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
Description
技术领域
本公开涉及计算机技术领域，具体涉及一种操作系统的稳定性测试方法、装置、电子设备和存储介质。
背景技术
电子设备通常搭载操作系统，以实现支持应用层和用户层功能。操作系统的稳定性，对电子设备的使用体验会产生较大的影响。为了保证操作系统的稳定性，通常会对电子设备进行线上或者线下的稳定性测试。
相关技术中，难以实现规模化的稳定性测试，稳定性测试效率不高，稳定性测试效果不佳。
发明内容
本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
为此，本公开的目的在于提出一种操作系统的稳定性测试方法、装置、电子设备和存储介质，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
本公开第一方面实施例提出的操作系统的稳定性测试方法，应用于服务器，包括：获取设备信息，其中，所述设备信息所属测试设备搭载操作系统；确定对所述操作系统进行稳定性测试所需的测试引擎信息；根据所述测试引擎信息，生成稳定性测试任务；以及根据所述稳定性测试任务，对所述操作系统进行稳定性测试。
在本公开的一些实施例中，所述根据所述稳定性测试任务，对所述操作系统进行稳定性测试，包括：
执行所述稳定性测试任务，获取稳定性测试的测试脚本文件；
将所述测试脚本文件下发至所述测试设备，以对所述测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，在所述将所述测试脚本文件下发至所述测试设备之后，还包括：
启动指标收集线程和日志拉取线程，其中，所述指标收集线程用于获取所述操作系统的测试指标信息，所述日志拉取线程用于获取所述操作系统的测试日志信息。
在本公开的一些实施例中，所述设备信息的数量是多个，相应地，多个所述设备信息分别对应多个所述测试设备；
其中，所述根据所述测试引擎信息，生成稳定性测试任务，包括：
根据多个所述测试引擎信息，分别生成相应多个所述稳定性测试任务；
其中，所述根据所述稳定性测试任务，对所述操作系统进行稳定性测试，包括：
根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，在所述根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试之后，还包括：
基于所述指标收集线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试指标信息；
基于所述日志拉取线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试日志信息。
在本公开的一些实施例中，该方法，还包括：
根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息。
在本公开的一些实施例中，所述根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息，包括：
根据所述多个测试指标信息，确定与所述多个测试设备分别对应的多个平稳运行时长；
根据所述多个测试日志信息，确定与所述多个测试设备分别对应的多个运行故障信息；
根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息。
在本公开的一些实施例中，所述根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息，包括：
根据各个所述运行故障信息，确定产生运行故障的资源信息和组件信息；
根据所述资源信息、所述组件信息，以及相应所述测试设备对应的所述平稳运行时长生成可视化图表；
将所述可视化图表作为所述测试结果信息。
本公开第一方面实施例提出的操作系统的稳定性测试方法，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
本公开第二方面实施例提出的操作系统的稳定性测试装置，应用于服务器，包括：获取模块，用于获取设备信息，其中，所述设备信息所属测试设备搭载操作系统；确定模块，用于确定对所述操作系统进行稳定性测试所需的测试引擎信息；生成模块，用于根据所述测试引擎信息，生成稳定性测试任务；以及测试模块，用于根据所述稳定性测试任务，对所述操作系统进行稳定性测试。
在本公开的一些实施例中，所述测试模块，包括：
执行子模块，用于执行所述稳定性测试任务，获取稳定性测试的测试脚本文件；
测试子模块，用于将所述测试脚本文件下发至所述测试设备，以对所述测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，所述测试模块，还包括：
启动子模块，用于启动指标收集线程和日志拉取线程，其中，所述指标收集线程用于获取所述操作系统的测试指标信息，所述日志拉取线程用于获取所述操作系统的测试日志信息。
在本公开的一些实施例中，所述设备信息的数量是多个，相应地，多个所述设备信息分别对应多个所述测试设备；
其中，所述生成模块，具体用于：
根据多个所述测试引擎信息，分别生成相应多个所述稳定性测试任务；
其中，所述测试子模块，具体用于：
根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，所述测试模块，还包括：
第一获取子模块，用于基于所述指标收集线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试指标信息；
第二获取子模块，用于基于所述日志拉取线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试日志信息。
在本公开的一些实施例中，所述测试模块，还包括：
生成子模块，用于根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息。
在本公开的一些实施例中，所述生成子模块，具体用于：
根据所述多个测试指标信息，确定与所述多个测试设备分别对应的多个平稳运行时长；
根据所述多个测试日志信息，确定与所述多个测试设备分别对应的多个运行故障信息；
根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息。
在本公开的一些实施例中，所述生成子模块，还用于：
根据各个所述运行故障信息，确定产生运行故障的资源信息和组件信息；
根据所述资源信息、所述组件信息，以及相应所述测试设备对应的所述平稳运行时长生成可视化图表；
将所述可视化图表作为所述测试结果信息。
本公开第二方面实施例提出的操作系统的稳定性测试装置，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
本公开第三方面实施例提出的电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本公开第一方面实施例提出的操作系统的稳定性测试方法。
本公开第四方面实施例提出的非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开第一方面实施例提出的操作系统的稳定性测试方法。
本公开第五方面实施例提出的计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如本公开第一方面实施例提出的操作系统的稳定性测试方法。
本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是本公开一实施例提出的操作系统的稳定性测试方法的流程示意图；
图2是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图；
图3是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图；
图4是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图；
图5是本公开一实施例提出的操作系统的稳定性测试装置的结构示意图；
图6是本公开另一实施例提出的操作系统的稳定性测试装置的结构示意图；
图7示出了适于用来实现本公开实施方式的示例性电子设备的框图。
具体实施方式
下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本公开，而不能理解为对本公开的限制。相反，本公开的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。
图1是本公开一实施例提出的操作系统的稳定性测试方法的流程示意图。
其中，需要说明的是，本实施例的操作系统的稳定性测试方法的执行主体为操作系统的稳定性测试装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可以包括但不限于终端、服务器端等。
举例而言，终端可为电视机顶盒、电视棒等，在该电视机顶盒、电视棒中配置操作系统，则可以基于本公开实施例中的操作系统的稳定性测试方法，对前述电视机顶盒、电视棒中操作系统的稳定性进行规模化的稳定性测试，对此不做限制。
本公开实施例中，可以配置测试框架，并将该测试框架融合至测试平台中以进行多个测试设备(例如，电视机顶盒、电视棒等)的测试任务分发管理，在该测试框架中可以部署中央服务器和工作机服务器，基于该中央服务器联合测试引擎信息，生成稳定性测试任务，并基于该工作机服务器执行该稳定性测试任务，以触发对各个测试设备进行稳定性测试，并且还可以基于该测试框架展示测试结果。在该测试框架中，由中央服务器调度管理各个工作机服务器的测试执行，中央服务器可以通过节点管理模块为稳定性测试选择一个可用的驱动工作机服务器，并分发稳定性测试任务给工作机服务器，工作机服务器通过设备管理模块与各个测试设备相连，进行稳定性测试，对此不做限制。
如图1所示，该操作系统的稳定性测试方法，包括：
S101：获取设备信息，其中，设备信息所属测试设备搭载操作系统。
其中，设备信息，是指被用于描述测试设备属性特征的相关信息，例如测试设备的型号信息以及所搭载操作系统的版本信息等。
其中，测试设备，是指被用于进行操作系统的稳定性测试的电子设备，该测试设备的数量可以是多个，且各个测试设备中均搭载操作系统。
本公开实施例中，多个测试设备的型号以及所搭载操作系统的版本信息可以是相同的，也可以是不同的，测试设备可以例如电视机顶盒、电视棒等。
其中，操作系统，是指管理计算机硬件与软件资源的计算机程序。操作系统可以处理如管理与配置内存、决定系统资源供需的优先次序、控制输入设备与输出设备、操作网络与管理文件系统等基本事务。操作系统也可以提供使用户与系统交互的操作界面。
举例而言，可以预先配置两台测试设备A和B，以及一台已经通过操作系统的稳定性测试的参考设备C，其中，测试设备A和参考设备C中搭载版本信息为a1的操作系统，测试设备B搭载版本信息为a2的操作系统，将测试设备A、B、C处于同样的测试环境中进行稳定性测试。
本公开实施例中，也可以在操作系统的稳定性测试过程中采用其他任意的测试设备与操作系统组合配置，以进行规模化稳定性测试，对此不做限制。
可以理解的是，不同的设备信息所对应的稳定性测试环境可能存在差异，在操作系统的稳定性测试过程中，针对不同的设备信息通常需要制定对应的稳定性测试方案，以保证稳定性测试过程的正常进行。本公开实施例中，通过获取设备信息，可以为后续确定对操作系统进行稳定性测试所需的测试引擎信息提高可靠的参考依据，从而有效提升所得测试引擎信息在稳定性测试过程中的适用性。
S102：确定对操作系统进行稳定性测试所需的测试引擎信息。
其中，稳定性，可以是指操作系统中一个或多个系统要素在外界因素的影响下保持稳定状态的性能。
例如，可以用操作系统无故障运行时长表征操作系统的稳定性，也可以用单位时间内操作系统的故障次数表征操作系统的稳定性，或者，还可以用操作系统出现故障后自动恢复至初始稳定状态的消耗时长表征该操作系统的稳定性，对此不做限制。
而稳定性测试，可以是指针对操作系统的稳定性所进行的测试过程，该测试过程可以是采用计算机技术创建测试环境，而后自动进行操作系统的稳定性测试，也可以由用户根据测试目的在测试设备中进行对应操作，以完成操作系统的稳定性测试，对此不做限制。
其中，测试引擎，是指在操作系统的稳定性测试过程中的辅助测试工具，可以被用于控制对应的测试过程，以提升测试过程的自动化程度。而测试引擎信息，可以是指描述测试引擎的相关信息，例如测试引擎的编号以及测试引擎对应的测试任务等。
一些实施例中，可以预先配置针对操作系统的稳定性测试过程的一个或多个测试引擎，且多个测试引擎可以分别对应于不同的测试任务，并将该测试引擎的测试引擎信息写入至测试配置文件中，通过由工作机服务器读取该测试配置文件，以从中解析得到与各个设备信息对应的测试引擎信息。
另一些实施例中，在确定对操作系统进行稳定性测试所需的测试引擎信息时，也可以是基于设备信息调用测试引擎信息获取接口，基于该测试引擎信息获取接口访问大数据平台，该大数据平台可以基于历史测试任务预先写入各测试引擎所需的测试引擎信息，以从大数据平台中快速获取适配的测试引擎信息，并触发后续步骤，对此不做限制。
由此，通过确定对操作系统进行稳定性测试所需的测试引擎信息，便于工作机服务器侧快速地生成适配的稳定性测试任务，保障规模化稳定性测试的效率和效果。
S103：根据测试引擎信息，生成稳定性测试任务。
其中，测试任务，可以是指针对事物的一个或多个性能指标进行测试的任务，而稳定性测试任务，是指基于测试引擎信息所获取的针对操作系统稳定性的测试任务，该稳定性测试任务的数量可以是一个或多个。
本公开实施例中，通过根据测试引擎信息，生成稳定性测试任务，可以为后续操作系统的稳定性测试过程提供可靠的执行依据。
一些实施例中，在根据测试引擎信息生成稳定性测试任务时，可以调用任务生成模板，将测试引擎信息写入至该任务生成模板中，而后基于该任务生成模板，并执行生成任务相关的程序代码以生成稳定性测试任务。
另一些实施例中，在根据测试引擎信息生成稳定性测试任务时，可以根据测试引擎信息获取测试所需的配置文件类型和相应的配置参数，并将相应的配置参数填入配置文件类型所属配置文件中，而后封装该配置文件以得到稳定性测试任务，对此不做限制。
当然，也可以采用其他任意可能的方式实现根据测试引擎信息，生成稳定性测试任务，比如模型的方式，工程学方式等，对此不做限制。
S104：根据稳定性测试任务，对操作系统进行稳定性测试。
本公开实施例在根据稳定性测试任务，对操作系统进行稳定性测试时，可以由工作机服务器执行该稳定性测试任务，以触发对所接入测试设备搭载的操作系统进行稳定性测试。
一些实施例中，在根据稳定性测试任务对操作系统进行稳定性测试时，可以由工作机服务器执行该稳定性测试任务，生成与该稳定性测试任务对应的容器文件，并将该容器文件配置至测试设备的操作系统中，以使操作系统可以配置与该容器文件对应的容器引擎，在该容器引擎中进行稳定性测试，对此不做限制。
另一些实施中，在根据稳定性测试任务对操作系统进行稳定性测试时，还可以生成稳定性测试任务所对应测试算法，基于该所对应测试算法联动测试设备中的操作系统，以进行稳定性测试，对此不做限制。
本公开实施例中，可以由用户基于稳定性测试任务确定对应的用户配置指令，而后发送该用户配置指令至测试设备，由测试设备中搭载操作系统响应于该用户配置指令，以完成对应的稳定性测试任务，或者，也可以将稳定性测试任务输入至预训练的机器学习模型中，以生成对应的测试控制指令，并传输至本公开实施例的执行主体，以进行对应的稳定性测试任务，对此不做限制。
本实施例中，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
图2是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图。
如图2所示，该操作系统的稳定性测试方法，包括：
S201：获取设备信息，其中，设备信息所属测试设备搭载操作系统。
S202：确定对操作系统进行稳定性测试所需的测试引擎信息。
S203：根据测试引擎信息，生成稳定性测试任务。
S201-S202的描述说明可以具体参见上述实施例，在此不再赘述。
S204：执行稳定性测试任务，获取稳定性测试的测试脚本文件。
其中，脚本文件，是指操作系统中使用一种特定的描述性语言，依据一定的格式所编写的可执行文件，可以被用于控制计算机程序执行对应的操作。而测试脚本文件，可以是指预先针对该操作系统的稳定性测试过程制定的脚本文件，可以被下发至测试设备，以控制测试设备进行对应的稳定性测试操作。
本公开实施例中，测试脚本文件的数量可以是多个，以便于在不同的应用环境中调用适用的测试脚本文件。
本公开实施例中，工作机服务器可以预先编排生成测试脚本文件所需字段、函数接口、调用算法等，而后对所需字段、函数接口、调用算法等进行封装，并基于计算机程序代码将封装得到的内容转换为可执行文件，使得该可执行文件可以在执行稳定性测试任务时，被辅助用于获取稳定性测试的测试脚本文件，对此不做限制。
S205：将测试脚本文件下发至测试设备，以对测试设备所搭载操作系统进行稳定性测试。
一些实施例中，由于测试脚本文件可以预先基于稳定性测试任务进行配置，该稳定性测试任务中描述了稳定性测试所需的测试引擎信息、测试逻辑、指定测试结果类型等，且测试脚本文件可以体现并携带稳定性测试任务与测试设备中测试引擎(即测试框架)的适配关系，测试脚本文件可被测试设备执行，由此，当将测试脚本文件下发至测试设备，以对测试设备所搭载操作系统进行稳定性测试，可以有效实现规模化稳定性测试，测试设备通过执行测试脚本文件，基于所需的测试引擎信息和测试逻辑进行稳定性测试，并生成指定测试结果类型的测试结果信息，以供工作机服务器进行统一的采集、处理、分析，具体可参见后续实施例。
可选的，一些实施例中，在将测试脚本文件下发至测试设备之后，可以启动指标收集线程和日志拉取线程，其中，指标收集线程用于获取操作系统的测试指标信息，日志拉取线程用于获取操作系统的测试日志信息，由此，可以在稳定性测试过程中，实现并行化地对各个测试设备的测试结果信息进行统一的采集、处理、分析，并且，通过启动指标收集线程和日志拉取线程，还能够有效避免多个测试设备的指标收集过程和日志拉取过程之间相互干扰，为工作机服务器对各个测试设备的稳定性测试结果分析提供有效的测试数据依据，从而有效提升该操作系统的稳定性测试方法的实用性。
其中，线程，是指操作系统能够进行运算调度的最小单位。线程可以被包含在进程之中，是进程中的实际运作单位。而指标收集线程，可以是指测试指标信息收集过程对应的线程。日志拉取线程，可以是指测试日志信息获取过程对应的线程。
其中，测试指标信息，可以是指被用于衡量操作系统稳定性指标数据的相关信息，例如测试设备在稳定性测试过程中的故障数量，发生指定事件的次数、时间点、持续时长，内存资源占用指标数据等信息。
其中，测试日志信息，可以是指在稳定性测试过程中记录操作系统运行状态的日志信息，该测试日志信息，可以具体例如记录了稳定性测试过程中的进程数量以及异常状态时间点等信息。
本实施例中，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。通过执行稳定性测试任务，获取稳定性测试的测试脚本文件，将测试脚本文件下发至测试设备，以对测试设备所搭载操作系统进行稳定性测试，由此，当将测试脚本文件下发至测试设备，以对测试设备所搭载操作系统进行稳定性测试，可以有效实现规模化稳定性测试，测试设备通过执行测试脚本文件，基于所需的测试引擎信息和测试逻辑进行稳定性测试，并生成指定测试结果类型的测试结果信息，以供工作机服务器进行统一的采集、处理、分析。通过启动指标收集线程和日志拉取线程，其中，指标收集线程用于获取操作系统的测试指标信息，日志拉取线程用于获取操作系统的测试日志信息，由此，可以在稳定性测试过程中，实现并行化地对各个测试设备的测试结果信息进行统一的采集、处理、分析，并且，通过启动指标收集线程和日志拉取线程，还能够有效避免多个测试设备的指标收集过程和日志拉取过程之间相互干扰，为工作机服务器对各个测试设备的稳定性测试结果分析提供有效的测试数据依据，从而有效提升该操作系统的稳定性测试方法的实用性。
图3是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图。
如图3所示，该操作系统的稳定性测试方法，包括：
S301：获取设备信息，其中，所述设备信息所属测试设备搭载操作系统。
S302：确定对所述操作系统进行稳定性测试所需的测试引擎信息。
S301和S302的描述说明可以具体参见上述实施例，在此不再赘述。
S303：根据多个测试引擎信息，分别生成相应多个稳定性测试任务。
一些实施例中，如果接入测试平台的测试设备有多个，则可以由测试平台的工作机服务器分别获取各个测试设备的测试引擎信息，而后，根据各个测试引擎信息生成相应的稳定性测试任务，其中，不同稳定性测试任务与相应测试设备中测试引擎(即测试框架)的适配关系不相同，也即是说，各个稳定性测试任务，是与相应测试设备中测试引擎(即测试框架相适配的)，从而在实现规模化稳定性测试的同时，还能够实现对不同测试设备的稳定性测试任务进行个性化配置，保障稳定性测试任务的执行，提升稳定性测试的可靠性。
S304：根据多个稳定性测试任务，分别对多个测试设备所搭载操作系统进行稳定性测试。
一些实施例中，可以获取各个稳定性测试任务的测试脚本文件，并将多个测试脚本文件分别下发至相应的测试设备，以实现对相应测试设备中搭载操作系统进行针对性的稳定性测试，对此不做限制。
另一些实施例中，在获取各个稳定性测试任务的测试脚本文件后，可以采用并行发送方式，将多个测试脚本文件并行地发送至对应多个测试设备中，以触发各个测试设备执行相应测试脚本文件进行稳定性测试，对此不做限制。
另一些实施例中，在获取各个稳定性测试任务的测试脚本文件后，也可以基于预设置发送时序，顺序地将各个测试脚本文件发送至对应测试设备中，以触发各个测试设备执行相应测试脚本文件进行稳定性测试，对此不做限制。
由此，当根据多个稳定性测试任务，分别对多个测试设备所搭载操作系统进行稳定性测试，能够有效地对操作系统在不同或者相同测试设备中的稳定性能进行有效检测，当基于多个测试设备的稳定性检测结果分析该操作系统的稳定性时，使得稳定性分析结果更为准确、全面。
S305：基于指标收集线程，获取与多个测试设备中操作系统分别对应的多个测试指标信息。
其中，测试指标信息，可以是指被用于衡量操作系统稳定性指标数据的相关信息，例如测试设备在稳定性测试过程中的故障数量，发生指定事件的次数、时间点、持续时长，内存资源占用指标数据等信息。
本公开实施例在稳定性测试过程中，可以基于指标收集线程实时地获取与各个测试设备中操作系统对应的测试指标信息，以基于测试指标维度辅助对操作系统的稳定性分析，为稳定性测试结果的分析确认提供有效的参考依据。
S306：基于日志拉取线程，获取与多个测试设备中操作系统分别对应的多个测试日志信息。
其中，测试日志信息，可以是指在稳定性测试过程中记录操作系统运行状态的日志信息，该测试日志信息，可以具体例如记录了稳定性测试过程中的进程数量以及异常状态时间点等信息。
本公开实施例中，可以基于日志拉取线程定时地拉回测试设备的日志片段，而后，在指定时间点上汇总所拉取日志片段中，以形成测试日志信息，从而能够避免同时拉取多个测试设备的完整日志信息而导致的信息拥塞，保障稳定性测试性能。
本公开实施例在稳定性测试过程中，可以基于日志拉取线程实时地获取与各个测试设备中操作系统对应的测试日志信息，以基于测试日志维度辅助对操作系统的稳定性分析，由于测试日志信息，不仅仅能够体现出操作系统稳定性指标数据之间的内在关联关系，还能够体现出与操作系统运行相关的其他运行信息，能够为稳定性测试结果的分析确认提供更加有效的参考依据，保障稳定性测试分析效果。
S307：根据多个测试指标信息和多个测试日志信息，生成稳定性测试的测试结果信息。
其中，测试结果信息，可以是指基于多个测试指标信息和多个测试日志信息获取的，用于表征该操作系统的稳定性测试结果的相关的测试评价信息。
一些实施例中，可以根据多个测试指标信息生成稳定性测试的测试结果信息，或者，可以根据多个测试日志信息生成稳定性测试的测试结果信息，或者，还可以联合多个测试指标信息和多个测试日志信息，生成稳定性测试的测试结果信息，对此不做限制。
本公开实施例中，根据多个测试指标信息和多个测试日志信息，生成稳定性测试的测试结果信息，可以是将多个测试指标信息进行加权分析处理，以得到测试指标总信息，并基于多个测试日志信息确定一个或多个异常时间段内的异常测试日志信息，而后将所得测试指标总信息和异常测试日志信息作为测试结果信息，或者，也可以是将多个测试指标信息和多个测试日志信息输入至预训练的测试结果生成模型中，以得到对应的测试结果信息，对此不做限制。
也即是说，本公开实施在获取多个测试指标信息和多个测试日志信息之后，可以根据多个测试指标信息和多个测试日志信息，生成稳定性测试的测试结果信息，由此，所得测试结果信息可以表征多个测试设备对应的多个测试指标信息和多个测试日志信息，便于用户进行横向对比分析，从而实现对异常因素的快速定位，能够有效扩展该操作系统的稳定性测试方法的衍生功能。
本实施例中，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。当根据多个稳定性测试任务，分别对多个测试设备所搭载操作系统进行稳定性测试，能够有效地对操作系统在不同或者相同测试设备中的稳定性能进行有效检测，当基于多个测试设备的稳定性检测结果分析该操作系统的稳定性时，使得稳定性分析结果更为准确、全面。所得测试结果信息可以表征多个测试设备对应的多个测试指标信息和多个测试日志信息，便于用户进行横向对比分析，从而实现对异常因素的快速定位，能够有效扩展该操作系统的稳定性测试方法的衍生功能。
图4是本公开另一实施例提出的操作系统的稳定性测试方法的流程示意图。
如图4所示，该操作系统的稳定性测试方法，包括：
S401：获取设备信息，其中，设备信息所属测试设备搭载操作系统。
S402：确定对操作系统进行稳定性测试所需的测试引擎信息。
S403：根据多个测试引擎信息，分别生成相应多个稳定性测试任务。
S404：根据多个稳定性测试任务，分别对多个测试设备所搭载操作系统进行稳定性测试。
S405：基于指标收集线程，获取与多个测试设备中操作系统分别对应的多个测试指标信息。
S406：基于日志拉取线程，获取与多个测试设备中操作系统分别对应的多个测试日志信息。
S401-S406的描述说明可以具体参见上述实施例，在此不再赘述。
S407：根据多个测试指标信息，确定与多个测试设备分别对应的多个平稳运行时长。
其中，平稳运行时长，可以是指测试设备在稳定性测试过程中保持正常平稳运行状态的时长，该平稳运行时长可以作为衡量测试设备所搭载操作系统稳定性的参考依据，从而有效提升后续所得测试结果信息的准确性。
S408：根据多个测试日志信息，确定与多个测试设备分别对应的多个运行故障信息。
其中，运行故障信息，可以是基于测试日志信息确定，用于描述操作系统出现的故障信息，该运行故障信息可以被用于分析故障原因。
S409：根据多个平稳运行时长和多个运行故障信息，生成测试结果信息。
本公开实施例中，根据多个平稳运行时长和多个运行故障信息，生成测试结果信息，可以是将基于多个平稳运行时长确定操作系统的稳定性分析结果，将多个运行故障信息按照时间顺序生成故障报表，而后将稳定性分析结果和故障报表作为测试结果信息。
当然，也可以采用其他任意可能的方式处理多个平稳运行时长和多个运行故障信息，得到测试结果信息，对此不做限制。
可选的，一些实施例中，根据多个平稳运行时长和多个运行故障信息，生成测试结果信息，可以是根据各个运行故障信息，确定产生运行故障的资源信息和组件信息，根据资源信息、组件信息，以及相应测试设备对应的平稳运行时长生成可视化图表，将可视化图表作为测试结果信息，由此，可以有效提升所得测试结果信息的可视化程度，从而有效提升测试结果信息对相关信息的表征效果，辅助用户快速定位故障信息。
其中，资源信息，可以是指在稳定性测试过程中操作系统的资源使用信息，例如磁盘资源使用信息、中央处理器(Central Processing Unit，CPU)资源使用信息等。
其中，组件，可以是指组成操作系统的多个子系统。而组件信息，可以是指一个或多个组件在稳定性测试过程中的运行状态信息。
也即是说，本公开实施例在获取多个测试指标信息和多个测试日志信息之后，可以根据多个测试指标信息，确定与多个测试设备分别对应的多个平稳运行时长，根据多个测试日志信息，确定与多个测试设备分别对应的多个运行故障信息，而后根据多个平稳运行时长和多个运行故障信息，生成测试结果信息，由于平稳运行时长和运行故障信息可以有效表征对应操作系统的稳定性，当基于多个平稳运行时长和多个运行故障信息生成测试结果信息，可以有效提升所得测试结果信息对操作系统稳定性的表征能力。
本实施例中，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。由于平稳运行时长和运行故障信息可以有效表征对应操作系统的稳定性，当基于多个平稳运行时长和多个运行故障信息生成测试结果信息，可以有效提升所得测试结果信息对操作系统稳定性的表征能力。通过根据各个运行故障信息，确定产生运行故障的资源信息和组件信息，根据资源信息、组件信息，以及相应测试设备对应的平稳运行时长生成可视化图表，将可视化图表作为测试结果信息，由此，可以有效提升所得测试结果信息的可视化程度，从而有效提升测试结果信息对相关信息的表征效果，辅助用户快速定位故障信息。
图5是本公开一实施例提出的操作系统的稳定性测试装置的结构示意图。
如图5所示，该操作系统的稳定性测试装置50，应用于服务器，包括：
获取模块501，用于获取设备信息，其中，设备信息所属测试设备搭载操作系统；
确定模块502，用于确定对操作系统进行稳定性测试所需的测试引擎信息；
生成模块503，用于根据测试引擎信息，生成稳定性测试任务；以及测试模块504，用于根据稳定性测试任务，对操作系统进行稳定性测试。
在本公开的一些实施例中，如图6所示，图6是本公开另一实施例提出的操作系统的稳定性测试装置的结构示意图，其中，测试模块504，包括：
执行子模块5041，用于执行稳定性测试任务，获取稳定性测试的测试脚本文件；
测试子模块5042，用于将测试脚本文件下发至测试设备，以对测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，其中，测试模块504，还包括：
启动子模块5043，用于启动指标收集线程和日志拉取线程，其中，指标收集线程用于获取操作系统的测试指标信息，日志拉取线程用于获取操作系统的测试日志信息。
在本公开的一些实施例中，其中，生成模块503，具体用于：
根据多个测试引擎信息，分别生成相应多个稳定性测试任务；
其中，测试子模块5042，用于根据多个稳定性测试任务，分别对多个测试设备所搭载操作系统进行稳定性测试。
在本公开的一些实施例中，其中，测试模块504，还包括：
第一获取子模块5044，用于基于指标收集线程，获取与多个测试设备中操作系统分别对应的多个测试指标信息；
第二获取子模块5045，用于基于日志拉取线程，获取与多个测试设备中操作系统分别对应的多个测试日志信息。
在本公开的一些实施例中，其中，测试模块504，还包括：
生成子模块5046，用于根据多个测试指标信息和多个测试日志信息，生成稳定性测试的测试结果信息。
在本公开的一些实施例中，其中，生成子模块5046，具体用于：
根据多个测试指标信息，确定与多个测试设备分别对应的多个平稳运行时长；
根据多个测试日志信息，确定与多个测试设备分别对应的多个运行故障信息；
根据多个平稳运行时长和多个运行故障信息，生成测试结果信息。
在本公开的一些实施例中，其中，生成子模块5046，还用于：
根据各个运行故障信息，确定产生运行故障的资源信息和组件信息；
根据资源信息、组件信息，以及相应测试设备对应的平稳运行时长生成可视化图表；
将可视化图表作为测试结果信息。
需要说明的是，前述对操作系统的稳定性测试方法的解释说明也适用于本实施例的操作系统的稳定性测试装置，此处不再赘述。
本实施例中，通过获取设备信息，确定对设备信息所属测试设备搭载操作系统进行稳定性测试所需的测试引擎信息，而后根据测试引擎信息，生成稳定性测试任务，以及根据稳定性测试任务，对操作系统进行稳定性测试，实现自适应地基于各个测试设备的测试引擎信息生成相应稳定性测试任务，能够支持多个测试设备的规模化稳定性测试，提升稳定性测试效率和测试效果。
图7示出了适于用来实现本公开实施方式的示例性电子设备的框图。图7显示的电子设备12仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图7所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其他可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。
尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其他程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得人体能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其他模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及操作系统的稳定性测试，例如实现前述实施例中提及的操作系统的稳定性测试方法。
为了实现上述实施例，本公开还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开前述实施例提出的操作系统的稳定性测试方法。
为了实现上述实施例，本公开还提出一种计算机程序产品，当计算机程序产品中的指令由处理器执行时，执行如本公开前述实施例提出的操作系统的稳定性测试方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是，在本公开的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。
应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定是指相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (19)
1.一种操作系统的稳定性测试方法，其特征在于，应用于服务器，包括：
获取设备信息，其中，所述设备信息所属测试设备搭载操作系统；
确定对所述操作系统进行稳定性测试所需的测试引擎信息；
根据所述测试引擎信息，生成稳定性测试任务；以及
根据所述稳定性测试任务，对所述操作系统进行稳定性测试。
2.如权利要求1所述的方法，其特征在于，所述根据所述稳定性测试任务，对所述操作系统进行稳定性测试，包括：
执行所述稳定性测试任务，获取稳定性测试的测试脚本文件；
将所述测试脚本文件下发至所述测试设备，以对所述测试设备所搭载操作系统进行稳定性测试。
3.如权利要求2所述的方法，其特征在于，在所述将所述测试脚本文件下发至所述测试设备之后，还包括：
启动指标收集线程和日志拉取线程，其中，所述指标收集线程用于获取所述操作系统的测试指标信息，所述日志拉取线程用于获取所述操作系统的测试日志信息。
4.如权利要求3所述的方法，其特征在于，所述设备信息的数量是多个，相应地，多个所述设备信息分别对应多个所述测试设备；
其中，所述根据所述测试引擎信息，生成稳定性测试任务，包括：
根据多个所述测试引擎信息，分别生成相应多个所述稳定性测试任务；
其中，所述根据所述稳定性测试任务，对所述操作系统进行稳定性测试，包括：
根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试。
5.如权利要求4所述的方法，其特征在于，在所述根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试之后，还包括：
基于所述指标收集线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试指标信息；
基于所述日志拉取线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试日志信息。
6.如权利要求5所述的方法，其特征在于，还包括：
根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息。
7.如权利要求6所述的方法，其特征在于，其中，所述根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息，包括：
根据所述多个测试指标信息，确定与所述多个测试设备分别对应的多个平稳运行时长；
根据所述多个测试日志信息，确定与所述多个测试设备分别对应的多个运行故障信息；
根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息。
8.如权利要求7所述的方法，其特征在于，其中，所述根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息，包括：
根据各个所述运行故障信息，确定产生运行故障的资源信息和组件信息；
根据所述资源信息、所述组件信息，以及相应所述测试设备对应的所述平稳运行时长生成可视化图表；
将所述可视化图表作为所述测试结果信息。
9.一种操作系统的稳定性测试装置，其特征在于，应用于服务器，包括：
获取模块，用于获取设备信息，其中，所述设备信息所属测试设备搭载操作系统；
确定模块，用于确定对所述操作系统进行稳定性测试所需的测试引擎信息；
生成模块，用于根据所述测试引擎信息，生成稳定性测试任务；以及
测试模块，用于根据所述稳定性测试任务，对所述操作系统进行稳定性测试。
10.如权利要求9所述的装置，其特征在于，所述测试模块，包括：
执行子模块，用于执行所述稳定性测试任务，获取稳定性测试的测试脚本文件；
测试子模块，用于将所述测试脚本文件下发至所述测试设备，以对所述测试设备所搭载操作系统进行稳定性测试。
11.如权利要求10所述的装置，其特征在于，所述测试模块，还包括：
启动子模块，用于启动指标收集线程和日志拉取线程，其中，所述指标收集线程用于获取所述操作系统的测试指标信息，所述日志拉取线程用于获取所述操作系统的测试日志信息。
12.如权利要求11所述的装置，其特征在于，所述设备信息的数量是多个，相应地，多个所述设备信息分别对应多个所述测试设备；
其中，所述生成模块，具体用于：
根据多个所述测试引擎信息，分别生成相应多个所述稳定性测试任务；
其中，所述测试子模块，具体用于：
根据多个所述稳定性测试任务，分别对多个所述测试设备所搭载操作系统进行稳定性测试。
13.如权利要求12所述的装置，其特征在于，所述测试模块，还包括：
第一获取子模块，用于基于所述指标收集线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试指标信息；
第二获取子模块，用于基于所述日志拉取线程，获取与所述多个测试设备中所述操作系统分别对应的多个测试日志信息。
14.如权利要求13所述的装置，其特征在于，所述测试模块，还包括：
生成子模块，用于根据所述多个测试指标信息和所述多个测试日志信息，生成稳定性测试的测试结果信息。
15.如权利要求14所述的装置，其特征在于，其中，所述生成子模块，具体用于：
根据所述多个测试指标信息，确定与所述多个测试设备分别对应的多个平稳运行时长；
根据所述多个测试日志信息，确定与所述多个测试设备分别对应的多个运行故障信息；
根据所述多个平稳运行时长和所述多个运行故障信息，生成所述测试结果信息。
16.如权利要求15所述的装置，其特征在于，其中，所述生成子模块，还用于：
根据各个所述运行故障信息，确定产生运行故障的资源信息和组件信息；
根据所述资源信息、所述组件信息，以及相应所述测试设备对应的所述平稳运行时长生成可视化图表；
将所述可视化图表作为所述测试结果信息。
17.一种电子设备，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
18.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，其中，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。
19.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210391583.XA CN116955126A (zh) | 2022-04-14 | 2022-04-14 | 操作系统的稳定性测试方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210391583.XA CN116955126A (zh) | 2022-04-14 | 2022-04-14 | 操作系统的稳定性测试方法、装置、电子设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116955126A true CN116955126A (zh) | 2023-10-27 |
Family
ID=88453475
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210391583.XA Pending CN116955126A (zh) | 2022-04-14 | 2022-04-14 | 操作系统的稳定性测试方法、装置、电子设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116955126A (zh) |
-
2022
- 2022-04-14 CN CN202210391583.XA patent/CN116955126A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109302522B (zh) | 测试方法、装置以及计算机系统和介质 | |
| US8204711B2 (en) | System and apparatus for managing test procedures within a hardware-in-the-loop simulation system | |
| US10176078B1 (en) | Debugging process | |
| US10169002B2 (en) | Automated and heuristically managed solution to quantify CPU and path length cost of instructions added, changed or removed by a service team | |
| US10528456B2 (en) | Determining idle testing periods | |
| CN113190443A (zh) | 测试方法、装置、计算机设备和存储介质 | |
| CN105045714A (zh) | 一种应用软件启动时长的测试方法、装置及终端 | |
| CN112965903A (zh) | 测试方法、装置、电子设备及计算机可读存储介质 | |
| EP4152715A1 (en) | Method and apparatus for determining resource configuration of cloud service system | |
| CN115248782B (zh) | 一种自动化测试方法、装置及计算机设备 | |
| CN114896168B (zh) | 用于自动驾驶算法开发的快速调试系统、方法以及存储器 | |
| CN116955126A (zh) | 操作系统的稳定性测试方法、装置、电子设备和存储介质 | |
| CN114638096A (zh) | 一种程序变量间的逻辑展示方法、装置、设备及存储介质 | |
| Weber et al. | Online performance analysis with the Vampir tool set | |
| US9286124B2 (en) | Simulating the performance of medical-engineering procedures in a client-server environment | |
| CN111679924A (zh) | 构件化软件系统可靠性仿真方法、装置及电子设备 | |
| CN114692382B (zh) | 核电仿真模型开发数据的管理方法、装置及计算机设备 | |
| CN115292146B (zh) | 一种系统容量预估方法、系统、设备及存储介质 | |
| WO2023221004A1 (zh) | 测试数据处理方法、装置、电子设备及存储介质 | |
| CN117077592B (zh) | 回归数据监控方法、监控装置及监控系统 | |
| CN109144798B (zh) | 具有机器学习功能的智能管理系统 | |
| CN115543672A (zh) | 一种错误数据定位方法、装置、设备及存储介质 | |
| Lee | A Performance Measurement and Analysis Method for Infotainment System | |
| CN117056179A (zh) | 面向电力应用软件的资源监控方法、装置、设备及介质 | |
| Raman | A Virtual World for Troubleshooting Distributed Systems |
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 |