CN117041110A - 一种测试方法、装置和存储介质 - Google Patents

一种测试方法、装置和存储介质 Download PDF

Info

Publication number
CN117041110A
CN117041110A CN202310821232.2A CN202310821232A CN117041110A CN 117041110 A CN117041110 A CN 117041110A CN 202310821232 A CN202310821232 A CN 202310821232A CN 117041110 A CN117041110 A CN 117041110A
Authority
CN
China
Prior art keywords
test
node
log
log analysis
analysis function
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
Application number
CN202310821232.2A
Other languages
English (en)
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.)
Hangzhou Qulian Technology Co Ltd
Original Assignee
Hangzhou Qulian Technology 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 Hangzhou Qulian Technology Co Ltd filed Critical Hangzhou Qulian Technology Co Ltd
Priority to CN202310821232.2A priority Critical patent/CN117041110A/zh
Publication of CN117041110A publication Critical patent/CN117041110A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/04Processing captured monitoring data, e.g. for logfile generation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供一种测试方法、装置和存储介质,涉及区块链技术领域,该方案包括:根据第一配置内容包含的日期,确定区块链中第一节点在日期内的多个第一日志文件,多个第一日志文件中的至少一个第一日志文件用于测试第一节点的日志分析功能。在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果。根据测试结果,测试第一节点的日志分析功能。该方案用于解决由于区块链的节点上日志文件数量庞大,导致在测试日志分析时耗时较长的技术问题。

Description

一种测试方法、装置和存储介质
技术领域
本申请涉及区块链技术领域,尤其涉及一种测试方法、装置和存储介质。
背景技术
区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式,具有去中心化,信息不可篡改,开放性和匿名性等特点,近几年来得到广泛发展和应用。其中,区块链上的节点上的日志文件会记录大量的数据,为用户查找信息提供重要依据。由于区块链的节点需要长时间运行,大量的数据会占用磁盘甚至会影响服务器的操作。因此区块链的日志分析模块,用于定期对日志文件进行清理或压缩,或者在节点出现异常时告警通知等。
在对日志分析模块进行测试时,比如测试对日志文件进行清理或压缩的功能是否生效等,由于日志文件数量庞大,传统的测试方式耗时较长。
发明内容
本申请实施例提供一种测试方法、装置和存储介质,该方案用于解决由于区块链的节点上日志文件数量庞大,导致在测试日志分析时耗时较长的技术问题。
第一方面,本申请实施例提供一种测试方法,应用于测试设备,该方法包括:根据第一配置内容包含的日期,确定区块链中第一节点在日期内的多个第一日志文件,多个第一日志文件中的至少一个第一日志文件用于测试第一节点的日志分析功能。在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果。根据测试结果,测试第一节点的日志分析功能。
本申请实施例提供一种测试方法,应用于测试设备,这样可以通过测试设备来测试区块链中节点的日志分析的功能;通过第一配置内容,生成区块链中第一节点上的设定日期内的多个第一日志文件,这样可以自动获取到第一节点中与测试分析功能的测试对应的第一日志文件,不需要人工操作,从而减少耗时;然后在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果;之后再根据测试结果,测试日志分析功能,从而解决了由于区块链的节点上日志文件的数量庞大,导致在测试日志分析时耗时较长的技术问题。
在本申请的一种可能的实现方式中,在第一节点中执行与测试日志分析功能对应的测试用例之前,本申请实施例所提供的方法还包括:根据第二配置内容,部署区块链中的集群。第二配置内容包含第一节点的版本,第一节点属于集群。将多个第一日志文件存储于第一节点中。这样可以实现测试设备自动部署区块链的集群,减少人工操作。
在本申请的一种可能的实现方式中,在第一节点中执行与测试日志分析功能对应的测试用例,包括:根据第三配置内容,在第一节点中执行与日志分析功能的测试对应的测试用例,第三配置内容包含指示测试设备执行与测试日志分析功能对应的测试用例。这样可以实现测试设备自动执行测试用例,减少人工操作。
在本申请的一种可能的实现方式中,日志分析的测试还包括:测试进行日志分析时的异常场景,本申请实施例所提供的方法还包括:根据第四配置内容,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息,第四配置内容包含异常场景,告警信息包含测试设备在异常场景下执行第一节点的告警行为。获取第一节点中的第二日志文件,第二日志文件用于记录第一节点在进行日志分析时的运行状态。基于第二日志文件,分析告警信息,以验证第一节点在异常场景下的日志分析功能与告警信息是否一致。这样可以实现测试设备自动模拟异常场景,减少人工操作。
在本申请的一种可能的实现方式中,在第一节点中执行与测试日志分析功能对应的测试用例,以得到测试结果之前,本申请实施例所提供的方法还包括:获取多个与测试日志分析功能对应的测试用例。从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,至少一种测试用例能够在第一节点中成功执行。这样可以筛选出执行成功的测试用例,减少测试成本。
在本申请的一种可能的实现方式中,从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,包括:根据第一模型,从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,第一模型用于筛选执行成功的测试用例。这样可以根据第一模型筛选出执行成功的测试用例,减少测试成本,提高筛选效率。
在本申请的一种可能的实现方式中,根据测试结果,测试第一节点的日志分析功能之后,本申请实施例所提供的方法还包括:根据第五配置内容,发送测试结果,和/或,告警信息,第五配置内容用于指示测试设备发送测试结果和/或告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。这样可以实现测试设备自动发送测试结果和/或告警信息,减少人工操作。
在本申请的一种可能的实现方式中,根据测试结果,测试第一节点的日志分析功能之后,本申请实施例所提供的方法还包括:输出测试分析报告,测试分析报告包括测试结果,和/或,告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。这样可以直观分析测试结果。
第二方面,本申请实施例提供一种测试装置,该测试装置可以实现第一方面或第一方面的任意可能的实现方式中的方法,因此也能实现第一方面或第一方面任意可能的实现方式中的有益效果。该测试装置可以为测试设备,也可以为支持测试设备实现第一方面或第一方面的任意可能的实现方式中的方法的装置,例如应用于测试设备中的芯片或者控制电路。该测试装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
作为一种示例,本申请实施例提供一种测试装置,该测试装置为测试设备或者为应用于测试设备中的芯片,该测试装置包括:确定单元、执行单元和测试单元。其中,确定单元,用于根据第一配置内容包含的日期,确定区块链中第一节点在日期内的多个第一日志文件,多个第一日志文件中的至少一个第一日志文件用于测试第一节点的日志分析功能。执行单元,用于在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果。测试单元,用于根据测试结果,测试第一节点的日志分析功能。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:部署单元。部署单元,用于根据第二配置内容,部署区块链中的集群,第二配置内容包含第一节点的版本,第一节点属于集群。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:存储单元。存储单元用于将多个第一日志文件存储于第一节点中。
在本申请的一种可能的实现方式中,执行单元,还用于根据第三配置内容,在第一节点中执行与日志分析功能的测试对应的测试用例,第三配置内容包含指示测试设备执行与测试日志分析功能对应的测试用例。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:模拟单元。模拟单元,用于根据第四配置内容,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息,第四配置内容包含异常场景,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:获取单元。获取单元,用于获取第一节点中的第二日志文件,第二日志文件用于记录第一节点在进行日志分析时的运行状态。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:分析单元。分析单元,用于基于第二日志文件,分析告警信息,以验证第一节点在异常场景下的日志分析功能与告警信息是否一致。
在本申请的一种可能的实现方式中,获取单元,还用于获取多个与测试日志分析功能对应的测试用例。
在本申请的一种可能的实现方式中,确定单元,还用于从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,至少一种测试用例能够在第一节点中成功执行。
在本申请的一种可能的实现方式中,确定单元,还用于根据第一模型,从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,第一模型用于筛选执行成功的测试用例。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:发送单元。发送单元,用于根据第五配置内容,发送测试结果,和/或,告警信息,第五配置内容用于指示测试设备发送测试结果和/或告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:输出单元。输出单元,用于输出测试分析报告,测试分析报告包括测试结果,和/或,告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
第三方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序或指令,当计算机程序或指令在计算机上运行时,使得计算机执行如第一方面至第一方面的任意一种可能的实现方式中描述的一种测试方法。
第四方面,本申请实施例提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第一方面或第一方面的各种可能的实现方式中描述的一种测试方法。
第五方面,本申请实施例提供一种测试装置用于实现上述第一方面或第一方面的任一方面的各种可能的设计中的各种方法。该测试装置可以为上述测试设备,或者包含上述测试设备的装置,或者应用于测试设备中的部件(例如,芯片)。
第五方面描述的测试装置包括实现上述方法相应的模块、单元、该模块、单元可以通过硬件实现,软件实现,或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
第六方面,本申请实施例提供了测试设备,该测试设备包括:至少一个处理器和通信接口。其中,当该测试设备运行时,该处理器执行该测试设备中存储的计算机执行指令或程序,以使该测试设备执行如上述第一方面或第一方面中任一方面的各种可能的设计中的任一项的方法。例如,该测试设备可以为测试装置,或者为应用于测试装置中的部件。
应理解,上述第六方面中描述的测试装置中还可以包括:总线和存储器,存储器用于存储代码和数据。可选的,至少一个处理器通信接口和存储器相互耦合。
第七方面,本申请实施例提供一种芯片,该芯片包括处理器和通信接口,通信接口和处理器耦合,处理器用于运行计算机程序或指令,以实现第一方面或第一方面的各种可能的实现方式中所描述的一种测试方法。通信接口用于与芯片之外的其它模块进行通信。
附图说明
图1为本申请实施例提供的一种区块链的示意图;
图2为本申请实施例提供的一种测试设备的结构示意图;
图3为本申请实施例提供的一种测试方法的流程示意图;
图4为本申请实施例提供的一种测试方法的具体实现图;
图5为本申请实施例提供的一种测试装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
在介绍本申请实施例之前,首先对本申请涉及的相关名词进行如下释义:
(1)日志(Log)文件:日志文件用于记录系统、程序运行中发生的各种事件。通过阅读日志文职,有助于诊断和解决故障问题。
(2)配置文件:配置文件是包含操作程序所需信息的文件,这些信息以特定方式构成。它们不是在程序中进行硬编码,而是用户可配置的。通过用户配置的配置文件,可以执行相应的操作。
(3)模拟(mock)测试:在测试活动中,对于某些不容易构造或者不容易获取的比较复杂的数据或者场景,用一个虚拟的对象来创建用于测试的测试方法。比如,在难以获取到区块链的节点上早期的日志时,测试设备可以mock多个日志文件,以供测试日志分析的功能。
(4)模糊测试(Fuzz Testing):一种自动化的软件测试技术,通常用于识别程序中的潜在漏洞。模糊测试的核心是自动或半自动的生成随机数据输入到应用程序中,同时监控程序的异常情况,如崩溃、代码断言失败,以此发现可能的程序错误,如内存泄漏。
(5)混沌测试(Chaos Blade):类似于“故障演练”,通过构造各类异常,验证系统在碰到这些异常时是否有做好对应的监控告警、预案处理,针对性地进行加固、防范,从而避免故障发生时所带来的严重后果。
(6)监督学习:为机器学习的一种,利用一组已知类别的样本调整算法的参数,使其达到所要求的性能的过程。
区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式,具有去中心化,信息不可篡改,开放性和匿名性等特点,近几年来得到广泛发展和应用。其中,区块链上的节点上的日志文件会记录大量的数据,为用户查找信息提供重要依据。其中,日志文件记录的数据包括节点状态、区块链上交易执行状况等信息。
由于区块链的节点需要长时间运行,大量的数据会占用磁盘甚至会影响服务器的操作。因此区块链会提供日志分析功能,区块链节点的日志分析功能包括定期对日志文件进行清理或压缩,或者在节点出现异常时告警通知等,从而提升区块链节点的易用性。
本方案旨在提供一种针对区块链日志自动分析模块的测试,需要对其功能进行测试,比如测试对日志文件进行清理或压缩的功能是否生效等。而由于日志文件数量庞大,传统的测试方式耗时较长。示例性的,现有技术中,在区块链节点进行日志文件清理或者日志文件压缩时,是基于当前链的配置对各分区人工逐一进行测试,这样的测试方法在节点上日志文件数量庞大的情况下,耗时较长。
因此,本申请实施例提供一种测试方法、装置和存储介质,该方案用于解决由于区块链的节点上日志文件数量庞大,导致在测试日志分析时耗时较长的技术问题。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
在描述本申请实施例所提的一种测试方法之前,可以先介绍本申请实施例所测试的对象为一个区块链上的第一节点。
如图1所示,图1示出了本申请实施例提供的一种区块链,该区块链具有第一节点以及其他节点。第一节点可以是节点101,其他节点比如可以是:节点102、节点103、节点104...节点n等。
其中,由于区块链为一种去中心化的分布式数据库,第一节点和其他节点之间,任意两个的节点之间具有通信连接。通过该通信连接,两个节点之间可以相互发送信息。
示例性的,任意两个节点之间的通信连接可以是有线的通信连接,比如以太网(Ethernet)连接等;也可以是无线通信连接,比如,无线通信连接可以是比如Wi-Fi(Wireless Fidelity)连接、蓝牙(BlueTooth,BT)连接、近场通信(Near FieldCommunication,NFC)等,本申请实施例对此不做具体限定。
其中,第一节点和其他节点可以是区块链中的设备,也可以是连接到区块链的设备,比如:电脑、手机、服务器等。
值得说明的是,本申请实施例所应用的测试设备可以独立于区块链的设备,用于测试区块链上节点的日志分析功能,该设备可以是电脑。当然,可选的,本申请实施例所应用的测试设备也可以是区块链中第一节点以外的其他节点。本申请实施例对此不作具体限制。
作为一种示例,如图2所示,图2为本申请实施例提供的测试设备200的结构示意图,如图2所示,该测试设备200包括:处理器201、通信线路202、至少一个通信接口(图2中示例性的以通信接口203为例进行说明)。
处理器201可以是一个通用中央处理器(Central Processing Unit,CPU),微处理器,特定应用集成电路(Application-Specific Integrated Circuit ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路202可包括一通路,在上述组件之间传送信息。
通信接口203,用于与其他装置进行信息交互,例如使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(Radio Access Network,RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
可选的,该测试设备200还可以包括存储器204。
存储器204可以是只读存储器(Read-Only Memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(Random Access Memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Discread-OnlyMemory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器204可以是独立存在,通过通信线路202与处理器201相连接。存储器204也可以和处理器201集成在一起。
其中,存储器204用于存储执行本申请方案的计算机执行指令,并由处理器201来控制执行。处理器201用于执行存储器204中存储的计算机执行指令,从而实现本申请下述实施例提供的一种测试方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中的CPU0和CPU1。
在具体实现中,作为一种实施例,测试设备200可以包括多个处理器,例如图2中的处理器201和处理器205。这些处理器中的每一个可以是一个单核(Single-CPU)处理器,也可以是一个多核(Multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在本申请实施例中,一种测试方法的执行主体的具体结构,本申请实施例并未特别限定,只要可以通过运行记录有本申请实施例的一种测试方法的代码的程序,以根据本申请实施例的一种测试方法进行通信即可。例如,本申请实施例提供的一种测试方法的执行主体可以是测试设备中能够调用程序并执行程序的功能模块,或者为应用于测试设备中的测试装置,例如,芯片。
下述实施例以一种测试方法的执行主体为测试设备为例进行描述。其中,测试设备用于测试区块链中节点的日志分析功能。其中,区块链具有第一节点。
如图3所示,图3示出了本申请实施例提供的一种测试方法的流程示意图,该方法包括以下步骤:
可选的,本申请实施例中测试设备具有至少一个配置内容,每一配置内容用于指示测试设备执行配置内容对应的操作,每一种配置内容指示测试设备执行不同的操作。比如,至少一个配置内容包括第一配置内容,第一配置内容可以指示测试设备生成第一节点在指定日期内的第一日志文件。
需要解释的是,用户可以根据需要,在测试设备上修改配置内容。然后,测试设备根据用户所修改的配置内容,执行用户所要求的操作。通过这样的方式,在进行测试日志分析功能时,测试设备根据配置内容直接进行相应的操作,而不需要人工逐一操作,从而减少耗时。
作为一种示例,测试设备中所具有的至少一个配置内容也可以为同一配置文件中的多种配置内容。
作为另一种示例,测试设备中所具有的至少一个配置内容可以来自不同的配置文件,每一种配置文件中的配置内容指示测试设备执行不同的操作。
关于至少一个配置内容中每一配置内容指示测试设备执行的具体操作,可以参考下述实施例,此处不再赘述。
步骤310、测试设备根据第一配置内容包含的日期,确定区块链中第一节点在日期内的多个第一日志文件。
需要解释的是,测试设备生成多个第一日志文件的方式,可以是mock第一节点上的日志文件。
可以理解的是,在测试设备需要获取到第一节点上早期的日志文件(比如30天以内的日志文件)时,早期的日志文件可能被第一节点清理或者压缩,测试设备无法获取到相应的日志文件,从而无法进行日志分析的测试,以验证日志分析功能是否有效。此时,测试设备可以根据mock第一节点上的早期的日志文件。
作为一种示例,由于区块链上所记录的信息会长期存在,因此测试设备可以根据第一节点生成日志的命名格式,mock第一节点上的早期的日志文件的方法。比如,第一节点生成日志文件的命名格式中包含有特定的日期(2023-04-03),则测试设备根据该命名格式,mock出包含有特定的日期(2023-04-03)的多个第一日志文件。可选的,测试设备也可以mock第一日志文件的大小。这样mock出的第一日志文件可以用于测试日志分析功能,从而提高了测试结果的可信度。
多个第一日志文件中的至少一个第一日志文件对应一种日志分析的功能的测试。日志分析包括:日志文件的清理或者日志文件的压缩。
比如,多个第一日志文件包括第一日志文件1~第一日志文件50。其中,第一日志文件1~第一日志文件20用于日志文件的清理;第一日志文件21~~第一日志文件40用于日志文件的压缩。
其中,第一配置内容包含有指示测试设备确定区块链中第一节点在设定的日期内的多个第一日志文件按。第一配置内容包含设定的日期。比如,设定的日期可以是30天,7天等。
作为一种示例,第一配置内容包含有指示测试设备确定第一节点的设定的日期为30天,测试设备确定第一节点的第一日志文件包含30天以内的日志文件。
作为另一种示例,第一配置内容包含有指示测试设备确定第一节点的设定的日期为7天,测试设备确定第一节点的第一日志文件包含7天以内的日志文件。
通过这样的方式,测试设备可以根据第一配置内容,在区块链的第一节点生成所需要的第一日志文件,相比于现有技术中用户手动操作,可以减少耗时。
步骤320、测试设备在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果。
需要解释的是,测试设备在第一节点中执行与测试日志分析功能对应的测试用例的方式,可以是根据测试设备中的第三配置内容执行的操作,这样可以减少人为参与,从而提升效率;当然,也可以是用户手动操作的。比如,用户通过输入代码,以指示测试设备执行测试用例,这样可以根据用户的需要及时进行方法的调整,比如调整测试用例的数量。
作为一种示例,在日志分析为日志文件的清理的情况下,测试用例可以用于执行第一节点清理多个第一日志文件。
作为另一种示例,在日志分析为日志文件的压缩的情况下,测试用例可以用于执行第一节点压缩多个第一日志文件。
需要解释的是,获取测试用例的渠道可以是测试设备从云端获取的,也可以时测试设备中所存储的,本申请实施例对此不做具体限定。
可以理解的是,通过测试设备执行测试用例所得到的测试结果,可以测试第一节点在实际场景中处理日志文件时的功能。
步骤330、测试设备根据测试结果,测试第一节点的日志分析功能。
示例性的,测试设备执行测试用例后的测试结果为测试日志分析功能的测试结果。示例性的,测试设备可以通过比对第一节点的日志分析和测试日志分析功能是否一致,可以测试第一节点的日志分析的功能。
比如,通过比对第一节点的日志分析时的资源占用情况,与第一节点的日志分析的功能的测试时的资源占用情况是否一致,测试设备可以分析第一节点的日志分析的性能变化。
再比如,由于区块链节点上日志文件的命名格式以日志内容中结尾的时间来命名,因此在日志分析为日志文件的清理,且清理3小时以前的日志文件的情况下,测试设备通过日志文件中所写的时间,检测第一节点中是否有3小时以前的日志文件。在第一节点中不包含3小时以前的日志文件的情况下,测试设备确定第一节点具有日志分析功能。在第一节点中还包含3小时以前的日志文件的情况下,测试设备确定第一节点的不具有日志分析功能。
作为一种可能实现的方式,上述步骤330包括以下方式:测试设备输出测试结果,以使得用户借助测试结果,测试第一节点的日志分析功能。
比如,用户可以直观比对第一节点的日志分析时的资源占用情况,与第一节点的日志分析的功能的测试时的资源占用情况是否一致,从而测试第一节点的日志分析功能。
本申请实施例提供一种测试方法,应用于测试设备,这样可以通过测试设备来测试区块链中节点的日志分析的功能;通过第一配置内容,生成区块链中第一节点上的设定日期内的多个第一日志文件,这样可以自动获取到第一节点中与测试分析功能的测试对应的第一日志文件,不需要人工操作,从而减少耗时;然后在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果;之后再根据测试结果,测试日志分析功能,从而解决了由于区块链的节点上日志文件的数量庞大,导致在测试日志分析时耗时较长的技术问题。
在本申请的一个可能的实施例中,上述步骤320之前,本申请实施例所提供的方法还包括:测试设备根据第二配置内容,部署区块链的集群。
其中,第一节点属于集群。
其中,第二配置内容为包含有指示测试设备部署区块链的集群的配置内容。
可选的,至少一个配置内容包含有第二配置内容。
示例性的,第二配置内容指示测试设备部署第一节点的版本。比如,第一节点的版本为二进制版本binary_1。
测试设备部署区块链的集群用于检测区块链的状态是否正常,比如可以包括检测区块链的各个节点(比如第一节点)是否开启,检测节点之间的通信是否正常等。
关于测试设备如何部署区块链的集群,可以参考现有技术,此处不再赘述。
通过这样的方式,测试设备可以根据第二配置内容,部署区块链的集群,相比于现有技术中用户手动操作,可以减少耗时。
值得说明的是,在部署区块链的集群失败的情况下,测试设备结束下述步骤,并分析失败结果。
在本申请的一个可能的实施例中,上述步骤320之前,本申请实施例所提供的方法还包括:测试设备将多个第一日志文件存储于第一节点中。
其中,第一配置内容还包含指示测试设备将多个第一日志文件存储于第一节点中。
在本申请的一个可能的实施例中,步骤320包括以下步骤:测试设备根据第三配置内容,在第一节点中执行与测试日志分析功能对应的测试用例。
其中,第三配置内容包含指示测试设备执行与测试日志分析功能对应的测试用例。可选的,至少一个配置内容包含有第三配置内容。
作为一种示例,在用户需要测试设备执行日志文件的清理的情况下,用户配置第三配置内容,以使得第三配置内容包含指示测试设备执行清理日志文件的操作。
作为另一种示例,在用户需要测试设备执行日志文件的压缩的情况下,用户配置第三配置内容,以使得第三配置内容包含指示测试设备执行压缩日志文件的操作。
在本申请的一个可能的实施例中,测试内容还包括:测试上述测试内容时的异常场景。则本申请实施例所提供的方法还包括:测试设备根据第四配置内容,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息。测试设备获取第一节点中的第二日志文件。测试设备基于第二日志文件,分析告警信息,以验证第一节点在异常场景下的日志分析功能与告警信息是否一致。
其中,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
其中,第四配置内容包含有指示测试设备模拟在执行测试用例时的异常场景。可选的,至少一个配置内容包含有第四配置内容。
示例性的,异常场景可以是测试设备在进行日志文件的压缩时第一节点出现网络波动,或者第一节点无法与其他节点通信连接、或者服务器、第一节点宕机等。这样可以支持测试设备构建多种复杂的场景,测试日志分析功能在不同情况下的表现,从而提高了测试日志分析功能的覆盖率,并能够帮用户快速发现异常场景下第一节点执行时的问题。
示例性的,告警行为可以是测试设备向其他指定设备发送告警信息。
其中,第二日志文件用于记录第一节点在进行日志分析时的运行状态。
示例性的,测试设备通过第二日志文件记录的测试设备预期会告警行为,校验本申请实施例中第一节点是否会出现相应的告警行为,以测试第一节点在出现异常场景时的告警功能。示例性的,验证内容包括:测试设备是否将警告信息发送给其他指定设备;告警信息与第二日志文件记录的数据的长度是否一致等。
作为一种可能实现的方式,测试设备根据第四配置内容,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息,包括以下步骤:测试设备采用模糊测试和混沌测试,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息。
测试设备通过采用模糊测试,可以实现高效全面地覆盖多条路径,提高测试效率。测试设备通过采用混沌测试,提供了多种异常场景,用户可以模拟不同异常场景下的测试用例,帮助用户快速发现和解决问题。
关于测试设备如何模糊测试和混沌测试,模拟在执行测试用例时的异常场景,可以参考现有技术,此处不再赘述。
由于在测试设备所获取的测试用例中,包含有一个或多个测试用例在执行过程中失败的情况,因此,为了降低测试成本和工作量,提高测试日志分析功能的效率,在本申请的一个可能的实施例中,上述步骤320之前,本申请实施例所提供的方法还包括:测试设备获取多个与测试日志分析功能对应的测试用例。测试设备从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例。其中,至少一种测试用例能够在第一节点中成功执行。
作为一种示例,测试设备可以从多个测试用例中确定至少一种能够在第一节点中成功执行的测试用例。相应的,多个测试用例中除至少一种能够在第一节点中成功执行的测试用例以外的测试用例为在第一节点中执行失败的测试用例。
比如,在启动执行失败的测试用例A时,由于资源占用或者网络超时等原因导致第一节点未启动成功,然后执行测试用例A时会输出固定的测试结果,此时该测试用例A执行失败不能认为是第一节点的问题,这类测试结果需要被过滤出去。
在本申请的一个可能的实施例中,测试设备从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,包括以下方式:测试设备根据第一模型,从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例。
其中,第一模型用于筛选执行成功的测试用例。
示例性的,第一模型采用监督学习的技术,可以针对常见的测试用例失败的情况进行分类。在测试设备获取多个与测试日志分析功能对应的测试用例时,测试设备可以根据第一模型,根据常见的测试用例失败的情况,筛选执行成功的测试用例,从而降低了测试成本。
作为另一种可能实现的方式,第一模型还能够将测试结果反馈回第一模型,从而提升第一模型的性能。
在本申请的一个可能的实施例中,上述步骤330之后,本申请实施例所提供的方法还包括:测试设备根据第五配置内容,发送测试结果,和/或,告警信息。
其中,第五配置内容包含有指示测试设备发送测试结果和/或告警信息。
示例性的,向用户发送测试结果和/或告警信息的方式,可以是发送给具有某一邮箱地址的设备,或者,测试设备根据Kafka、Rabbitmq等发送给其他设备。
在本申请的一个可能的实施例中,上述步骤330之后,本申请实施例所提供的方法还包括:测试设备输出测试分析报告。
其中,测试分析报告包括测试结果,和/或,告警信息。示例性的,分析报告可以是在显示屏显示的一种电子书文件,比如PDF(Portable Document Format,便携文件格式)文件。
可选的,测试设备可以具有显示屏。通过显示屏,测试设备可以将生成的分析报告在显示屏幕上显示。
如图4所示,图4示以测试设备执行一次测试日志分析的步骤为例,描述本申请实施例提供的一种测试方法的具体实现:
步骤401、测试设备检测到用户填写的配置文件,读取配置文件。
其中,配置文件包括:部署区块链各节点的版本、节点是否开启日志自动分析功能、日志处理时间配置信息、本次测试是否开启mock区块链的异常场景、告警信息通知配置。
可以理解的是,配置文件可以由多个配置文件组成。比如,第一配置文件包含日志处理时间配置信息,第二配置文件包含部署区块链各节点的版本。
可选的,配置文件也可以由多个配置内容组成。比如,第一个配置内容包含日志处理时间配置信息,第二个配置内容包含部署区块链各节点的版本。
步骤402、测试设备部署区块链的集群。
其中,第一节点属于集群。这样,测试设备可以检测区块链的状态是否正常。比如,区块链上的各个节点是否开启;或者,再比如,区块链上的各个节点之间通信是否正常。
步骤403、测试设备mock与第一节点相关的第一日志文件、并mock异常场景。
其中,第一日志文件用于测试第一节点的日志分析功能。
其中,测试设备mock异常场景,用于丰富测试第一节点的日志分析功能时的场景。
可选的,测试设备还将mock与第一节点相关的日志文件存储至第一节点。
可选的,若测试设备部署区块链的集群失败,则测试设备退出本轮测试,同时测试设备收集相关日志文件进行下一步的分析。
步骤404、测试设备执行与测试日志分析功能对应的测试用例,以得到测试结果。
步骤405、测试设备根据测试结果,测试第一节点的日志分析功能。
可选的,步骤406、测试设备输出包含测试结果的测试分析报告。
可以理解的是,测试报告可以以可视化形式展示,比如Web界面。
步骤407、测试设备将测试结果发送给第三方确保用户及时获取到测试分析结果。
示例性的,第三方包括:Kafka、Rabbitmq,或邮箱地址。
可以理解的是,各个设备,例如测试设备为了实现上述功能,其包括了执行各个功能相应的结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
上面结合图1至图4,对本申请实施例的方法进行了说明,下面对本申请实施例提供的执行上述方法的设备进行描述。本领域技术人员可以理解,方法和装置可以相互结合和引用,本申请实施例提供的测试装置可以执行上述一种测试方法中由测试设备执行的步骤。
在采用集成单元的情况下,图5示出了上述实施例中所涉及的测试装置,该测试装置可以是测试设备也可以是应用于测试设备中的装置,比如芯片或者处理电路,该测试装置可以包括:确定单元510、执行单元520和测试单元530。
在一种可选的实现方式中,测试装置还可以包括存储单元,用于存储测试装置的程序代码和数据。
作为一种示例,测试装置为测试设备,或者为应用于测试设备中的芯片。其中,确定单元510,用于根据第一配置内容包含的日期,确定区块链中第一节点在日期内的多个第一日志文件,多个第一日志文件中的至少一个第一日志文件用于测试第一节点的日志分析功能。执行单元520,用于在第一节点中执行与测试日志分析功能对应的测试用例,以得到执行测试用例后的测试结果。测试单元530,用于根据测试结果,测试第一节点的日志分析功能。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:部署单元。部署单元,用于根据第二配置内容,部署区块链中的集群,第二配置内容包含第一节点的版本,第一节点属于集群。
在本申请的一种可能的实现方式中,存储单元用于将多个第一日志文件存储于第一节点中。
在本申请的一种可能的实现方式中,执行单元520,还用于根据第三配置内容,在第一节点中执行与日志分析功能的测试对应的测试用例,第三配置内容包含指示测试设备执行与测试日志分析功能对应的测试用例。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:模拟单元。模拟单元,用于根据第四配置内容,模拟在执行测试用例时的异常场景,以得到与异常场景对应的告警信息,第四配置内容包含异常场景,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:获取单元。获取单元,用于获取第一节点中的第二日志文件,第二日志文件用于记录第一节点在进行日志分析时的运行状态。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:分析单元。分析单元,用于基于第二日志文件,分析告警信息,以验证第一节点在异常场景下的日志分析功能与告警信息是否一致。
在本申请的一种可能的实现方式中,获取单元,还用于获取多个与测试日志分析功能对应的测试用例。
在本申请的一种可能的实现方式中,确定单元510,还用于从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,至少一种测试用例能够在第一节点中成功执行。
在本申请的一种可能的实现方式中,确定单元510,还用于根据第一模型,从多个与测试日志分析功能对应的测试用例中确定至少一种测试用例,第一模型用于筛选执行成功的测试用例。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:发送单元。发送单元,用于根据第五配置内容,发送测试结果,和/或,告警信息,第五配置内容用于指示测试设备发送测试结果和/或告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
在本申请的一种可能的实现方式中,本申请实施例所提供的测试装置还包括:输出单元。输出单元,用于输出测试分析报告,测试分析报告包括测试结果,和/或,告警信息,告警信息包含测试设备在异常场景下执行第一节点的告警行为。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘(digital video disc,DVD);还可以是半导体介质,例如,固态硬盘(solid state drive,SSD)。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容,以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。

Claims (10)

1.一种测试方法,其特征在于,应用于测试设备,所述方法包括:
根据第一配置内容包含的日期,确定区块链中第一节点在所述日期内的多个第一日志文件,多个所述第一日志文件中的至少一个所述第一日志文件用于测试所述第一节点的日志分析功能;
在所述第一节点中执行与测试所述日志分析功能对应的测试用例,以得到执行所述测试用例后的测试结果;
根据所述测试结果,测试所述第一节点的所述日志分析功能。
2.根据权利要求1所述的方法,其特征在于,在所述第一节点中执行与测试所述日志分析功能对应的测试用例之前,所述方法还包括:
根据第二配置内容,部署所述区块链中的集群,所述第二配置内容包含所述第一节点的版本,所述第一节点属于所述集群;
将多个所述第一日志文件存储于所述第一节点中。
3.根据权利要求1所述的方法,其特征在于,在所述第一节点中执行与测试所述日志分析功能对应的测试用例,包括:
根据第三配置内容,在所述第一节点中执行与所述日志分析功能的测试对应的测试用例,所述第三配置内容包含指示所述测试设备执行与测试所述日志分析功能对应的测试用例。
4.根据权利要求1~3任一项所述的方法,其特征在于,所述日志分析的测试还包括:测试进行所述日志分析时的异常场景,所述方法还包括:
根据第四配置内容,模拟在执行所述测试用例时的所述异常场景,以得到与所述异常场景对应的告警信息,所述第四配置内容包含所述异常场景,所述告警信息包含所述测试设备在所述异常场景下执行所述第一节点的告警行为;
获取所述第一节点中的第二日志文件,所述第二日志文件用于记录所述第一节点在进行日志分析时的运行状态;
基于所述第二日志文件,分析所述告警信息,以验证所述第一节点在所述异常场景下的日志分析功能与所述告警信息是否一致。
5.根据权利要求1~3任一项所述的方法,其特征在于,在所述第一节点中执行与测试所述日志分析功能对应的测试用例,以得到测试结果之前,所述方法还包括:
获取多个与测试所述日志分析功能对应的测试用例;
从多个与测试所述日志分析功能对应的测试用例中确定至少一种所述测试用例,至少一种所述测试用例能够在所述第一节点中成功执行。
6.根据权利要求5所述的方法,其特征在于,从多个与测试所述日志分析功能对应的测试用例中确定至少一种所述测试用例,包括:
根据第一模型,从多个与测试所述日志分析功能对应的测试用例中确定至少一种所述测试用例,所述第一模型用于筛选执行成功的测试用例。
7.根据权利要求1~3任一项所述的方法,其特征在于,根据所述测试结果,测试所述第一节点的日志分析功能之后,所述方法还包括:
根据第五配置内容,发送所述测试结果,和/或,告警信息,所述第五配置内容用于指示所述测试设备发送测试结果和/或告警信息,所述告警信息包含所述测试设备在异常场景下执行所述第一节点的告警行为。
8.根据权利要求1~3任一项所述的方法,其特征在于,根据所述测试结果,测试所述第一节点的日志分析功能之后,所述方法还包括:
输出测试分析报告,所述测试分析报告包括所述测试结果,和/或,告警信息,所述告警信息包含所述测试设备在异常场景下执行所述第一节点的告警行为。
9.一种测试装置,其特征在于,应用于测试设备,所述装置包括:
确定单元,用于根据第一配置内容包含的日期,确定区块链中第一节点在所述日期内的多个第一日志文件,多个所述第一日志文件中的至少一个所述第一日志文件用于测试所述第一节点的日志分析功能;
执行单元,用于在所述第一节点中执行与测试所述日志分析功能对应的测试用例,以得到执行所述测试用例后的测试结果;
测试单元,用于根据所述测试结果,测试所述第一节点的所述日志分析功能。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1~8任一项所述的方法。
CN202310821232.2A 2023-07-05 2023-07-05 一种测试方法、装置和存储介质 Pending CN117041110A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310821232.2A CN117041110A (zh) 2023-07-05 2023-07-05 一种测试方法、装置和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310821232.2A CN117041110A (zh) 2023-07-05 2023-07-05 一种测试方法、装置和存储介质

Publications (1)

Publication Number Publication Date
CN117041110A true CN117041110A (zh) 2023-11-10

Family

ID=88601218

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310821232.2A Pending CN117041110A (zh) 2023-07-05 2023-07-05 一种测试方法、装置和存储介质

Country Status (1)

Country Link
CN (1) CN117041110A (zh)

Similar Documents

Publication Publication Date Title
CN109302522B (zh) 测试方法、装置以及计算机系统和介质
US9569325B2 (en) Method and system for automated test and result comparison
CN111147322B (zh) 5g核心网微服务架构的测试系统及方法
CN106156355B (zh) 日志处理方法及装置
CN108536548B (zh) 一种磁盘坏道的处理方法、装置及计算机存储介质
CN105787364B (zh) 任务的自动化测试方法、装置及系统
CN102439888A (zh) 一种快速通道互连链路监控方法和设备及系统
US20170060720A1 (en) Methods, systems, and computer readable media for vendor-neutral testing and scoring of systems under test
CN112988679B (zh) 日志采集控制方法、装置、存储介质及服务器
CN114356499A (zh) Kubernetes集群告警根因分析方法及装置
CN114675791B (zh) 一种磁盘处理方法、系统及电子设备
US8601318B2 (en) Method, apparatus and computer program product for rule-based directed problem resolution for servers with scalable proactive monitoring
CN106844166B (zh) 一种数据处理方法及装置
CN114003428A (zh) 用于分布式系统的故障预警方法和装置
CN117149550A (zh) 一种固态硬盘性能检测方法、装置以及电子设备
CN111090553A (zh) 一种测试系统及测试方法及装置
CN115599617B (zh) 总线检测方法、装置、服务器及电子设备
CN117041110A (zh) 一种测试方法、装置和存储介质
CN108965053B (zh) 上位机软件压力测试方法、装置及系统
CN112783789B (zh) 一种适配测试方法、设备及计算机可读存储介质
CN116405412A (zh) 服务端集群的有效性验证方法和系统
CN116306429A (zh) 实现状态数据捕获的方法、装置、计算机存储介质及终端
CN115391110A (zh) 存储设备的测试方法、终端设备及计算机可读存储介质
CN109614330A (zh) 存储系统业务测试方法、装置、系统、存储控制器及介质
CN112596750B (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