CN115080436A - 测试指标确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种测试指标确定方法、装置、电子设备及存储介质，涉及计算机技术领域。该方法包括：响应于接收到的测试请求，确定对应的待测试***以及待测试内容；基于待测试***的***功能、应用***架构的多个层级中每个层级所提供的服务和各层级之间自下而上的层级支撑关系，确定出与***功能相匹配的至少一个待测试层级；将每个待测试层级的可用性测试指标以及应用***架构的***可用性指标确定为候选测试指标，基于待测试内容，从候选测试指标中确定出目标测试指标。本申请实施例结合了待测试***的***功能以及具体的待测试内容，可以全面地确定出与实际测试需求相对应的目标测试指标，更好地检测待测试***的可用性。

Description

测试指标确定方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种测试指标确定方法、装置、电子设备及计算机可读存储介质。

背景技术

随着IT技术(Internet Technology，互联网技术)的发展，非功能测试的集中点不局限于性能测试、安全测试等，逐渐增加了对可用性测试的重视程度，根据GB_T 25000.10-2016中对可用性的描述，可用性是指***、产品或组件在需要使用时能够进行操作和访问的程度。

但相关技术中，通常需要大量的专业人员(包括但不限于架构、开发、测试、运维等岗位专家)人工确定进行可用性测试的方案，需要大量的人力成本。并且，在进行可用性测试的过程中，所采用的测试点(即测试指标)比较单一，无法满足使用需求。

发明内容

本申请实施例提供了一种测试指标确定方法、装置、电子设备及计算机可读存储介质，可以基于测试需求全面地确定出可用性测试指标。

根据本申请实施例的一个方面，提供了一种测试指标确定方法，该方法包括：

响应于接收到的测试请求，确定测试请求对应的待测试***以及待测试内容；

获取待测试***对应的应用***架构，该应用***架构包括具有自下而上的层级支撑关系多个层级，不同的层级用于提供不同的服务；

基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出与***功能相匹配的至少一个待测试层级；

将至少一个待测试层级中每个待测试层级的可用性测试指标以及应用***架构的***可用性指标确定为候选测试指标，***可用性指标包括基于应用***架构实现的业务链路的整体可用性以及业务链路中各链路节点的可用性；

基于待测试内容，从候选测试指标中确定出目标测试指标。

根据本申请实施例的另一个方面，提供了一种测试指标确定装置，该装置包括：

测试请求解析模块，用于响应于接收到的测试请求，确定测试请求对应的待测试***以及待测试内容；

应用***架构获取模块，用于获取待测试***对应的应用***架构，该应用***架构包括具有自下而上的层级支撑关系多个层级，不同的层级用于提供不同的服务；

待测试层级确定模块，用于基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出与***功能相匹配的至少一个待测试层级；

候选测试指标确定模块，用于将至少一个待测试层级中每个待测试层级的可用性测试指标以及应用***架构的***可用性指标确定为候选测试指标，***可用性指标包括基于应用***架构实现的业务链路的整体可用性以及业务链路中各链路节点的可用性；

目标测试指标确定模块，用于基于待测试内容，从候选测试指标中确定出目标测试指标。

根据本申请实施例的又一个方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行计算机程序以实现上述方法的步骤。

根据本申请实施例的又一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例提供了一种测试指标确定方法、装置、电子设备及计算机可读存储介质，通过本申请实施例提供的测试指标确定方法，在接收到测试请求之后，可以基于测试请求对应的待测试***的***功能、该待测试***对应的应用***架构的多个层级中每个层级所提供的服务以及多个层级之间的层级支撑关系，精准地确定出从多个层级中确定出与该待测试***的***功能匹配的至少一个待测试层级。进而将至少一个待测试层级中每个待测试层级的可用性测试指标以及应用***架构的***可用性指标作为候选测试指标，并根据待测试内容，从候选测试指标中确定出目标测试指标，实现了结合待测试***的***功能以及具体的待测试内容，全面地确定出与实际测试需求相对应的目标测试指标，更好地检测待测试***的可用性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1示出了本申请实施例提供的一种测试指标确定方法的流程图；

图2示出了本申请实施例提供的应用***架构的测试指标的示意图；

图3示出了本申请实施例提供的一种测试指标确定方法的另一流程图；

图4示出了本申请实施例提供的一种测试指标确定装置的示意图；

图5示出了本申请实施例所适用的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面对本申请涉及的术语及相关技术进行说明：

IASS平台(Infrastructure as a Service，基础设施即服务)，通过虚拟化、动态化将IT基础资源(计算、网络、存储)聚合形成资源池。资源池即计算能力的集合，客户端用户(企业)可以通过网络获得自己需要的计算资源，运行相应的业务。

PaaS(Platform as a Service，平台即服务)层，除了提供基础计算能力，还具备了业务的开发运行环境，提供包括应用代码、SDK、操作***以及API在内的IT组件，供个人开发者和企业将相应功能模块嵌入软件或硬件，以提高开发效率。

DevOps(Development和Operations的组合，一组过程、方法与***的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(Quality assurance，QA)部门之间的沟通、协作与整合。

单板热插拔设计：在单板出现故障时，要求在整个IT***不停机的情况下，允许带电拔出故障板及***备份板。

UPS(Uninterruptible Power Supply，不间断电源)：为了解决不间断供电而设置的，将蓄电池与主机相连接，通过主机逆变器等模块电路将市电转换成直流电的***设备。主要用于给单台计算机、计算机网络***或其它电力电子设备提供稳定、不间断的电力供应，具有稳压、滤波、不间断三大基本功能。

中间件：中间件是独立的***级软件，连接操作***层和应用程序层，将不同操作***提供应用的接口标准化，协议统一化，屏蔽具体操作的细节。一般用来提供通信支持、应用支持和公共服务三种功能。

数据库集群：利用至少两台或者多台数据库服务器，构成一个虚拟单一数据库逻辑映像，像单数据库***那样，向客户端提供透明的数据服务。

HA(High Available)，高可用性集群，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务(任务)不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断。

集群就是由一些互相连接在一起的计算机构成的一个并行或分布式***，从外部来看，它们仅仅是一个***，对外提供统一的服务。

基于并行计算的集群，主要应用于科学计算、大任务量的计算等环境。有并行编译、进程通讯、任务分发等多种实现方法。

进程：具有独立功能的程序关于某个数据集合的一次运行活动，可以申请和拥有***资源，，不只是程序的代码，还包括当前的活动，通过程序计数器的值和处理寄存器的内容来表示。

线程：程序执行流的最小单元，被***独立调度和分派的基本单位，线程自己不拥有***资源，只拥有一点在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源。在单个程序中同时运行多个线程完成不同的工作，称为多线程。

可用性：根据GB_T 25000.10-2016(***与软件工程***与软件质量要求和评估)的记载，可用性可以通过***、产品或组件在总时间中处于可用状态的百分比进行外部评估。可用性是成熟性(控制失效的频率)、容错性和易恢复性(控制每个失效后发生的宕机时间长短)的组合。根据此描述，可以确定满足可用性特性，***需要实现的能力包括：多活提供服务的能力(即有足够的备份，以下简称为多活能力)、缩短停机时间的能力、容错能力、故障隔离能力、故障恢复能力。每项能力进行测试的结果都达到指标值表示可用性达标，即具备可用性。其中，不同能力的指标值可以相同也可以不同，本申请实施例对此不做限制。不同能力的指标值可以根据实际情况确定，本申请实施例对此也不做限制。例如，针对多活能力的指标值可以为90％。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

图1示出了本申请实施例提供的一种测试指标确定方法的流程图。如图1所示，该方法包括：

步骤S110：响应于接收到的测试请求，确定测试请求对应的待测试***以及待测试内容。

该测试请求中可以包括***标识以及请求标识，通过该***标识可以确定出测试请求对应的待测试***，通过该请求标识可以确定给出待测试内容。其中，本申请实施例对***标识和请求标识的设置方式不做限制，可以为数字、字母、文字或者通过数字、字母、文字中的至少两种结合实现。

例如，在测试需求为将直销银行***的架构由集中式架构变更为微服务架构时，该测试请求中的***标识为直销银行***的标识，该测试请求中的请求标识可以为将直销银行***的架构由集中式架构变更为微服务架构。

步骤S120：获取待测试***对应的应用***架构，该应用***架构包括具有自下而上的层级支撑关系的多个层级，不同的层级用于提供不同的服务。

其中，应用***架构可以为通用的IT(information technology)架构，也可以为云计算架构，本申请实施例对此不做限制，可以根据实际情况确定。

其中，自下而上的层级支撑关系为：在应用***架构的多个层级中，从最底层开始，每一层级都对其上一层级进行技术支撑。

例如，以应用***架构包括具有自下而上的层级支撑关系的基础设施层、基础平台层、开发运维层、应用平台层和应用服务层为例：

基础设施层可以包括IASS平台、服务器、存储资源、网络环境和外部设备等配套部署设施，用来提供实现业务链路所需的链路组件，并为基础平台层提供技术支撑。基础平台层可以包括I-PAAS、A-PAAS和B-PASS等组件，用来提供业务链路的实施环境，并为开发运维层提供技术支撑。开发运维层可以包括开发组件、运维组件和DevOps平台等组件，用来对业务链路的实施过程进行监测，并为应用平台层提供技术支撑。应用平台层可以包括技术类的***或支撑类的***，用来处理用户发起的业务请求，并为应用服务层提供技术支撑。应用服务层可以包括应用对外提供服务的***，用来通过与客户端进行交互，并接收用户发起的业务请求。

步骤S130：基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出与该***功能相匹配的至少一个待测试层级。

在一种可能的实现方式中，上述基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出***功能相匹配的至少一个待测试层级，可以包括：

基于上述***功能与多个层级中每个层级所提供的服务进行匹配，确定出与上述***功能相匹配的目标层级；

基于该目标层级和层级支撑关系，自上而下地依次确定出目标层级的各关联层级；

将目标层级和目标层级的各关联层级确定为上述至少一个待测试层级，至少一个待测试层级中的最上层的层级为该目标层级。

考虑到在应用***架构中，处于上层的层级需要下层的层级提供技术支撑，才能实现相应的服务，因此，在确定出与待测试***的***功能相匹配的目标层级之后，可以将该目标层级作为最上层的层级，从上而下的依次确定出该目标层级的各关联层级。从而将目标层级和目标层级的各关联层级确定为该待测试***对应的至少一个待测试层级，可以精确地确定出该待测试***的待测试层级。

步骤S140：将至少一个待测试层级中每个待测试层级的可用性测试指标以及应用***架构的***可用性指标确定为候选测试指标，***可用性指标包括基于应用***架构实现的业务链路的整体可用性以及业务链路中各链路节点的可用性。

在不同的层级中的各组件所起到的作用(即提供的服务)不同，可以基于各组件所起到的作用与可用性的关联程度，若一个组件所起到的作用与可用性相匹配，则可以把该组件所起到的与可用性相关的作用作为一个进行可用性测试的可用性指标。

步骤S150：基于待测试内容，从候选测试指标中确定出目标测试指标。

通过本申请实施例提供的测试指标确定方法，可以基于测试请求对应的待测试***的***功能、该待测试***对应的应用***架构的多个层级中每个层级所提供的服务以及多个层级之间的层级支撑关系，精准地确定出从多个层级中确定出与该待测试***的***功能匹配的至少一个待测试层级。进而结合待测试***的***功能以及具体的待测试内容，全面地确定出与实际测试需求相对应的目标测试指标，更好地检测待测试***的可用性。

考虑到数据中心是信息交换、存储和处理的枢纽，是承载的关键基础设施。在单个数据中心的机房中，能部署的服务器数量通常是有限的，而扩展的服务不断要求扩容，使得单个数据中心难以支撑所有服务。另外，机房级别的故障(例如，机房断电、断网等)时有发生，而导致严重的后果。

目前，可以采用多活技术来应对快速扩展的服务和机房级别的故障，且这些机房之间能够实现数据传输和同步。例如，通过在不同城市建立独立的数据中心以实现异地多活。其中，“活”是相对于冷备份而言的，冷备份是备份全量数据，平时不支撑服务需求，只有在主机房出现故障的时候才会切换到备用机房，而“多活”是指这些机房在日常的服务中心也需要走流量，做服务支撑。

多活是根据划分标准将服务划分为多个服务单元，再建立与多个服务单元一一对应的多个多活环境，通过多活环境对相应服务单元的支撑，以实现对服务整体的支撑，而不同多活环境之间能够进行数据共享和同步。其中，划分标准可以为地理位置，多活环境是指为了能够独立地实现对相应服务单元的支撑所采用的硬件、软件、网络和数据库等配置的总称。

基于此，以下以可用性中的多活能力为例，对本申请实施例提出的方法作进一步说明。

在一种可能的实现方式中，上述可用性测试指标可以包括针对多活能力的测试指标，

对于应用***架构中的每个层级，该层级的可用性指标包括针对该层级中各预设组件的多活能力的测试指标，该层级中各预设组件是基于该层级的部署方式以及该层级对所支撑的层级所提供的服务预先配置的，该层级所提供的服务是基于该层级中各预设组件所能提供的服务确定的；

上述业务链路是基于预处理的业务对应用***架构中每个层级中各预设组件所能提供的服务进行服务编排后生成的，上述业务链路中的一个链路节点对应一个预设组件；上述基于应用***架构实现的业务链路的整体可用性是指在该业务链路中所有链路节点均出现故障时该应用***的应对能力；上述业务链路中各链路节点的可用性是指在该业务链路中任一链路节点出现故障时该应用***的应对能力。

在该业务链路中所有链路节点均出现故障时该应用***的应对能力，即在该业务链路中所有链路节点均出现故障时，能否确定一条新的业务链路实现当前业务链路所实现的业务功能的能力。在具体实施过程中，若将实现一条业务链路的各链路组件作为一个单元的情况下，则需要重新确定一个新的单元，因此，也可以将“该业务链路中所有链路节点均出现故障时该应用***的应对能力”简称为“单元多活”。

业务链路中任一链路节点出现故障时该应用***的应对能力，即在任一链路节点出现故障时，能否确定一个链路节点以替代该故障链路节点，结合其他未出现故障的链路节点实现当前业务链路所实现的业务功能的能力，在确定可替代的链路节点时，通常需要考虑出现故障的链路节点对整体业务的影响，因此，在本申请实施例中，也可以将“业务链路中任一链路节点出现故障时该应用***的应对能力”简称为“服务编排后各节点(即链路节点)多活对整体业务的影响”。

在一种可能的实现方式中，上述部署方式包括备份方式，该备份方式包括冷备份方式或热备份方式。

当然，备份方式还可以包括温备份等，可以根据实际情况确定，本申请实施例对此不做限制。

通过基于应用***架构中每一层级中各组件所起到的作用与多活能力之间的关联程度，若一个组件所起到的作用与多活能力相匹配，就将该组件所起到的与多活能力相关的作用作为一个多活能力指标。

基于应用***架构实现的业务链路，可以从业务实现角度(也即，交易线角度)触发，考虑到一条业务链路中各链路节点所能提供的多活能力，以及整条业务链路所能提供的多活能力，将在业务实现过程中所能实现的与多活能力相关的技术也作为多活能力指标。

在具体实现过程中，在确定业务链路相关的多活能力指标时，除了考虑业务链路涉及的各层级之间的层级支撑关系外，还可以考虑到业务链路涉及的各层级之间的调用关系和约束关系等关联关系。

通过结合应用***架构中每一层级对应的多活能力指标，以及业务链路相关的多活能力指标，即结合“分层+交易线”的方法，可以准确地确定出应用***架构中所有与多活能力相关的全部测试指标。

在一种可能的实现方式中，上述应用***架构中每个层级中各预设组件的多活能力的测试指标分别为：

上述基础设施层中各预设组件的多活能力的测试指标分别为资源备份能力、网络设备备份能力、外设备份能力和不间断电源UPS备份能力；

上述基础平台层中各预设组件的多活能力的测试指标分别为中间件集群能力、数据库集群能力、缓存集群能力和容器集群能力；

上述开发运维平台层中各预设组件的多活能力的测试指标为对业务链路实现过程的监控能力；

上述应用平台层中各预设组件的多活能力的测试指标分别为网关集群及流量分发能力、管理平台集群能力、注册中心集群以及流量分发能力、以及、交易中心集群以及流量分发能力；

上述应用服务层中各预设组件的多活能力的测试指标分别为应用服务集群能力、批量服务集群能力、多进程能力和多线程能力。

对于基础设施层中各预设组件的多活能力的测试指标，资源备份能力与服务器以及存储设备所提供的服务关联，网络设备备份能力与单板热插拔设计以及网线热备份所提供的服务关联，外设备份能力与加密机以及F5负载均衡器所提供的服务关联，UPS备份能力与主从备份能力以及并联冗余能力关联。

对于基础平台层中各预设组件的多活能力的测试指标，数据库集群能力与HA、冷备、热备、一主多从(以服务器为例，即一个主服务器以及多个从服务器)以及多主多从(以服务器为例，即多个主服务器以及多个从服务器)等能力关联。其中，在具体业务实现过程中，一主多从能力对业务实现的影响不大，可用性较高。

如图2所示，基于上述确定多活能力的测试指标的方式，可以确定出多活能力的测试指标共19项。

基于上述，在接收到测试请求时，可以结合图3所示的框架图基于以下方式确定出目标测试指标：

步骤1：根据可用性特性确定出应用***架构所需实现的能力(即服务)；

步骤2：基于应用***架构所需实现的能力，结合“分层+交易线”的方式，确定出该应用***架构对应的全部可用性测试指标，得到全部可用性测试指标。

步骤3：基于待测试需求，从全部可用性测试指标中筛选出目标测试指标，即得到本次测试所需的测试指标或测试范围，具体地：

(1)根据测试请求的类型筛选出被测***(即基于测试请求中的***标识确定出待测试***)；

(2)根据被测***涉及到的待测试层级与上述应用***架构筛选出候选测试指标；

(3)根据待测试内容以及各待测试层级所能提供的与可用性相关的技术，从候选测试指标中筛选出本次测试的测试指标(即目标测试指标)。

以下以待测试***为直销银行***为例，对确定待测试层级的过程进行说明：

在一种可能的实现方式中，上述多个层级包括依次形成上述层级支撑关系的基础设施层、基础平台层、开发运维层、应用平台层和应用服务层，

上述测试请求包括直销银行***的***标识，

上述响应于接收到的测试请求，确定测试请求对应的待测试***，可以包括：

根据上述***标识，确定上述待测试***为直销银行***；

上述基于待测试***的***功能与应用***中每个层级所提供的服务进行匹配，确定出***功能相匹配的目标层级，包括：

基于直销银行***的***功能与应用***中每个层级所提供的服务进行匹配，确定出与直销银行***的***功能相匹配的层级为应用服务层；

上述将所述目标层级和所述目标层级的各关联层级确定为所述至少一个待测试层级，可以包括：

将应用服务层、应用平台层、开发运维层、基础平台层和基础设施层作为与直销银行***的***功能相匹配的至少一个待测试层级。

在该实现方式中，基础设施层用于提供实现业务链路所需的链路组件并为基础平台层提供技术支撑，基础平台层用于提供业务链路的实施环境并为开发运维层提供技术支撑，开发运维层用于对业务链路的实施过程进行监测并为应用平台层提供技术支撑，应用平台层用于处理用户请求并为应用服务层提供技术支撑，应用服务层用于接收用户请求，并将用户请求发送至应用平台层。

由于直销银行***是可以直接为用户提供服务的***，与应用服务层所提供的服务是匹配的，可以确定直销银行***匹配的目标层级为应用服务层。考虑到应用服务层是需要应用平台层支撑的，而应用平台层需要开发运维层支撑，开发运维层需要基础平台层支撑，基础平台层需要基础设施层支撑，因此，可以自上而下地依次确定出直销银行***对应的待测试层级为应用服务层、应用平台层、开发运维层、基础平台层和基础设施层。可以精确确定出直销银行***对应的待测试层级。

在一种可能的实现方式中，上述测试需求还可以包括将直销银行***的架构由集中式架构变更为微服务架构的请求标识，

上述响应于接收到的测试请求，确定测试请求对应的待测试内容，可以包括：

根据上述请求标识，确定上述待测试内容为将直销银行***的架构由集中式架构变更为微服务架构；

上述基于待测试内容，从候选测试指标中确定出目标测试指标，可以包括：

从候选测试指标中筛选出与集中式架构以及架构变更均关联的指标，将筛选得到的指标确定为目标测试指标。

通过上述分析，可以确定候选测试指标包括上述19项测试指标，即全部测试指标，由于在直销银行***的架构为集中式架构时，直销银行***不涉及交易中心集群以及流量分发能力、容器集群能力、单元化多活能力以及批量服务集群能力，因此，可以从上述19项测试指标中去除交易中心集群以及流量分发能力、容器集群能力、单元化多活能力以及批量服务集群能力这四项测试指标，筛选得到15项测试指标。

进一步地，由于待测试内容为将直销银行***的架构由集中式架构变更为微服务架构，主要涉及架构变更，与基础设施层所提供的服务无关，在测试过程中，可以不对基础设施层中各预设组件的多活能力的测试指标进行测试，因此，可以在上述15项测试指标中，去除资源备份能力、网络设备备份能力、外设备份能力和不间断电源UPS备份能力这四项测试指标，筛选得到11项测试指标，即在待测试内容为将直销银行***的架构由集中式架构变更为微服务架构时，对应的目标测试指标为：中间件集群能力、数据库集群能力、缓存集群能力、对业务链路实现过程的监控能力、网关集群以及流程分发能力、管理平台集群能力、注册中心集群以及流量分发能力、应用服务集群能力、多进程能力、多线程能力、在业务链路中所有链路节点均出现故障时所述应用***的应对能力、以及在业务链路中任一链路节点出现故障时应用***的应对能力。

基于与本申请实施例提供的测试指标确定方法相同的原理，本申请实施例中还提供了一种测试指标确定装置。图4示出了本申请实施例提供的一种测试指标确定装置的示意图。如图4所示，该装置包括：

测试请求解析模块401，用于响应于接收到的测试请求，确定测试请求对应的待测试***以及待测试内容。

应用***架构获取模块402，用于获取待测试***对应的应用***架构，该应用***架构包括具有自下而上的层级支撑关系的多个层级，不同的层级用于提供不同的服务。

待测试层级确定模块403，用于基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出与该***功能相匹配的至少一个待测试层级。

候选测试指标确定模块404，用于将至少一个待测试层级中每个待测试层级的可用性测试指标以及应用***架构的***可用性指标确定为候选测试指标，***可用性指标包括基于应用***架构实现的业务链路的整体可用性以及业务链路中各链路节点的可用性。

目标测试指标确定模块405，用于基于待测试内容，从候选测试指标中确定出目标测试指标。

在一种可能的实现方式中，上述待测试层级确定模块403在基于待测试***的***功能、多个层级中每个层级所提供的服务和层级支撑关系，从多个层级中确定出***功能相匹配的至少一个待测试层级时，可以具体用于：

基于上述***功能与多个层级中每个层级所提供的服务进行匹配，确定出与上述***功能相匹配的目标层级；

基于该目标层级和层级支撑关系，自上而下地依次确定出目标层级的各关联层级；

将目标层级和目标层级的各关联层级确定为上述至少一个待测试层级，上述至少一个待测试层级中的最上层的层级为目标层级。

在一种可能的实现方式中，上述多个层级包括依次形成上述层级支撑关系的基础设施层、基础平台层、开发运维层、应用平台层和应用服务层，

上述测试请求包括直销银行***的***标识，

上述测试请求解析模块401在响应于接收到的测试请求，确定测试请求对应的待测试***时，可以具体用于：

根据上述***标识，确定上述待测试***为直销银行***；

上述待测试层级确定模块403在基于待测试***的***功能与应用***中每个层级所提供的服务进行匹配，确定出***功能相匹配的目标层级时，可以具体用于：

基于直销银行***的***功能与应用***中每个层级所提供的服务进行匹配，确定出与直销银行***的***功能相匹配的层级为应用服务层；

上述待测试层级确定模块403在将目标层级和目标层级的各关联层级确定为上述至少一个待测试层级时，可以具体用于：

将应用服务层、应用平台层、开发运维层、基础平台层和基础设施层作为与直销银行***的***功能相匹配的至少一个待测试层级。

在一种可能的实现方式中，上述测试需求还可以包括将直销银行***的架构由集中式架构变更为微服务架构的请求标识，

上述测试请求解析模块401在响应于接收到的测试请求，确定测试请求对应的待测试内容时，可以具体用于：

根据上述请求标识，确定上述待测试内容为将直销银行***的架构由集中式架构变更为微服务架构；

上述目标测试指标确定模块405在基于待测试内容，从候选测试指标中确定出目标测试指标时，可以具体用于：

从候选测试指标中筛选出与集中式架构以及架构变更均关联的指标，将筛选得到的指标确定为目标测试指标。

在一种可能的实现方式中，上述可用性测试指标可以包括针对多活能力的测试指标，

对于应用***架构中的每个层级，该层级的可用性指标包括针对该层级中各预设组件的多活能力的测试指标，该层级中各预设组件是基于该层级的部署方式以及该层级对所支撑的层级所提供的服务预先配置的，该层级所提供的服务是基于该层级中各预设组件所能提供的服务确定的；

上述业务链路是基于预处理的业务对应用***架构中每个层级中各预设组件所能提供的服务进行服务编排后生成的，上述业务链路中的一个链路节点对应一个预设组件；上述基于应用***实现的业务链路的整体可用性是指在该业务链路中所有链路节点均出现故障时该应用***的应对能力；上述业务链路中各链路节点的可用性是指在该业务链路中任一链路节点出现故障时该应用***的应对能力。

在一种可能的实现方式中，上述部署方式包括备份方式，该备份方式包括冷备份方式或热备份方式。

在一种可能的实现方式中，上述应用***架构中每个层级中各预设组件的多活能力的测试指标分别为：

上述基础设施层中各预设组件的多活能力的测试指标分别为资源备份能力、网络设备备份能力、外设备份能力和不间断电源UPS备份能力；

上述基础平台层中各预设组件的多活能力的测试指标分别为中间件集群能力、数据库集群能力、缓存集群能力和容器集群能力；

上述开发运维平台层中的预设组件的多活能力的测试指标为对业务链路实现过程的监控能力；

上述应用平台层中各预设组件的多活能力的测试指标分别为网关集群及流量分发能力、管理平台集群能力、注册中心集群以及流量分发能力、以及、交易中心集群以及流量分发能力；

上述应用服务层中各预设组件的多活能力的测试指标分别为应用服务集群能力、批量服务集群能力、多进程能力和多线程能力。

本申请实施例的装置可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

基于与本申请实施例提供的测试指标确定方法及装置相同的原理，本申请实施例中还提供了一种电子设备(如服务器)，该电子设备可以包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现本申请任一可选实施例中提供的方法的步骤。

可选地，图5示出了本申请实施例所适用的一种电子设备的结构示意图，如图5所示，图5所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器4003用于存储执行本申请实施例的计算机程序，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种测试指标确定方法，其特征在于，包括：

响应于接收到的测试请求，确定所述测试请求对应的待测试***以及待测试内容；

获取所述待测试***对应的应用***架构，所述应用***架构包括具有自下而上的层级支撑关系的多个层级，不同的层级用于提供不同的服务；

基于所述待测试***的***功能、所述多个层级中每个层级所提供的服务和所述层级支撑关系，从所述多个层级中确定出与所述***功能相匹配的至少一个待测试层级；

将所述至少一个待测试层级中每个待测试层级的可用性测试指标以及所述应用***架构的***可用性指标确定为候选测试指标，所述***可用性指标包括基于所述应用***架构实现的业务链路的整体可用性以及所述业务链路中各链路节点的可用性；

基于所述待测试内容，从所述候选测试指标中确定出目标测试指标。

2.根据权利要求1所述的方法，其特征在于，所述基于所述待测试***的***功能、所述多个层级中每个层级所提供的服务和所述层级支撑关系，从所述多个层级中确定出与所述***功能相匹配的至少一个待测试层级，包括：

基于所述***功能与所述多个层级中每个层级所提供的服务进行匹配，确定出与所述***功能相匹配的目标层级；

基于所述目标层级和所述层级支撑关系，自上而下地依次确定出所述目标层级的各关联层级；

将所述目标层级和所述目标层级的各关联层级确定为所述至少一个待测试层级，所述至少一个待测试层级中的最上层的层级为所述目标层级。

3.根据权利要求2所述的方法，其特征在于，所述多个层级包括依次形成所述层级支撑关系的基础设施层、基础平台层、开发运维层、应用平台层和应用服务层，

所述测试请求包括直销银行***的***标识；

所述响应于接收到的测试请求，确定所述测试请求对应的待测试***，包括：

根据所述***标识，确定所述待测试***为直销银行***；

所述基于所述待测试***的***功能与所述应用***中每个层级所提供的服务进行匹配，确定出与所述***功能相匹配的目标层级，包括：

基于所述直销银行***的***功能与所述应用***中每个层级所提供的服务进行匹配，确定出与所述直销银行***的***功能相匹配的目标层级为应用服务层；

所述将所述目标层级和所述目标层级的各关联层级确定为所述至少一个待测试层级，包括：

将所述应用服务层、所述应用平台层、所述开发运维层、所述基础平台层和所述基础设施层作为与所述直销银行***的***功能相匹配的至少一个待测试层级。

4.根据权利要求3所述的方法，其特征在于，所述测试请求还包括将所述直销银行***的架构由集中式架构变更为微服务架构的请求标识，

所述响应于接收到的测试请求，确定所述测试请求对应的待测试内容，包括：

根据所述请求标识，确定所述待测试内容为将所述直销银行***的架构由集中式架构变更为微服务架构；

所述基于所述待测试内容，从所述候选测试指标中确定出目标测试指标，包括：

从所述候选测试指标中筛选出与所述集中式架构以及架构变更均关联的指标，将筛选得到的指标确定为目标测试指标。

5.根据权利要求3或4中任一项所述的方法，其特征在于，所述可用性测试指标包括针对多活能力的测试指标，

对于所述应用***架构中的每个层级，所述层级的可用性测试指标包括针对所述层级中各预设组件的多活能力的测试指标，所述层级中各预设组件是基于所述层级的部署方式以及所述层级对所支撑的层级所提供的服务预先配置的，所述层级所提供的服务是基于所述层级中各预设组件所能提供的服务确定的；

所述业务链路是基于预处理的业务对所述应用***架构中每个层级中各预设组件所能提供的服务进行服务编排后生成的，所述业务链路中的一个链路节点对应一个预设组件，所述基于所述应用***架构实现的业务链路的整体可用性是指在所述业务链路中所有链路节点均出现故障时所述应用***的应对能力；所述业务链路中各链路节点的可用性是指在所述业务链路中任一链路节点出现故障时所述应用***的应对能力。

6.根据权利要求5所述的方法，其特征在于，所述部署方式包括备份方式，所述备份方式包括冷备份方式或热备份方式。

7.根据权利要求6所述的方法，其特征在于，所述应用***架构中每个层级中各预设组件的多活能力的测试指标分别为：

所述基础设施层中各预设组件的多活能力的测试指标分别为资源备份能力、网络设备备份能力、外设备份能力和不间断电源UPS备份能力；

所述基础平台层中各预设组件的多活能力的测试指标分别为中间件集群能力、数据库集群能力、缓存集群能力和容器集群能力；

所述开发运维平台层中各预设组件的多活能力的测试指标为对所述业务链路实现过程的监控能力；

所述应用平台层中各预设组件的多活能力的测试指标分别为网关集群以及流程分发能力、管理平台集群能力、注册中心集群以及流量分发能力、以及、交易中心集群以及流量分发能力；

所述应用服务层中各预设组件的多活能力的测试指标分别为应用服务集群能力、批量服务集群能力、多进程能力和多线程能力。

8.一种测试指标确定装置，其特征在于，包括：

测试请求解析模块，用于响应于接收到的测试请求，确定所述测试请求对应的待测试***以及待测试内容；

应用***架构获取模块，用于获取所述待测试***对应的应用***架构，所述应用***架构包括具有自下而上的层级支撑关系的多个层级，不同的层级用于提供不同的服务；

待测试层级确定模块，用于基于所述待测试***的***功能、所述多个层级中每个层级所提供的服务和所述层级支撑关系，从所述多个层级中确定出与所述***功能相匹配的至少一个待测试层级；

候选测试指标确定模块，用于将所述至少一个待测试层级中每个待测试层级的可用性测试指标以及所述应用***架构的***可用性指标确定为候选测试指标，所述***可用性指标包括基于所述应用***架构实现的业务链路的整体可用性以及所述业务链路中各链路节点的可用性；

目标测试指标确定模块，用于基于所述待测试内容，从所述候选测试指标中确定出目标测试指标。

9.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-7任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述方法的步骤。

Images