CN112181817A - 用于soa架构平台的测试方法及测试装置 - Google Patents

Abstract

本发明公开了一种用于SOA架构平台的测试方法及测试装置，涉及计算机技术领域。该测试方法的一具体实施方式包括：确定测试目标所涉及的专题；确定所述测试目标在所述专题下所涉及的场景；确定所述测试目标的测试关注点；以及根据场景清单，使用测试例，对所述测试关注点进行测试。该实施方式能够满足SOA架构设计下的横向核心设计方案验证要求，并且能够在服务被调用方和调用方之间形成统一视图。

Description

用于SOA架构平台的测试方法及测试装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种用于SOA架构平台的测试方法及测试装置。

背景技术

作为传统IT系统的替代，面向服务架构(SOA)体系被用于企业级面向服务的架构设计，其在具体项目实施过程中，识别出需要企业级整体架构角度考虑和解决的技术方案，针对共性的技术问题，形成核心设计方案。SOA将应用程序的不同功能单元(即称为服务)进行拆分，各个服务之间通过网络相互调用。在SOA架构平台的设计中，核心设计方案中业务目标的实现是由公共组件承接，并且通过公共服务场景来实现，提供的公共服务往往会涉及多个组件，这时就会出现很多跨组件的协同场景。

传统的测试分析方法通常是基于某一个具体组件的单一应用业务来进行场景分析，并基于场景分析结果，对单一应用业务进行测试，因而不能满足SOA架构核心设计中的跨组件的协同场景的测试需求。在实现本发明过程中，发明人发现现有技术中的传统测试方法至少存在如下问题：采用单一应用分析视角，仅关注单一应用业务本身的正确性，不能够实现跨组件的协同场景的测试；而且，在公共服务的被调用方和调用方之间缺少统一视图，由此造成了在被调用方和调用方之间的不一致。

发明内容

有鉴于此，本发明实施例提供一种用于SOA架构平台的测试方法及测试装置，提供了针对跨组件的公共服务的场景分析和测试方式，其能够满足SOA架构设计下的横向核心设计方案验证要求，并且能够在服务被调用方和调用方之间形成统一视图。

为实现上述目的，根据本发明实施例的一个方面，提供了一种用于SOA架构平台的测试方法。

本发明实施例的用于SOA架构平台的测试方法包括：

确定与测试目标相关联的专题；

确定所述测试目标在所述专题下所涉及的场景；

通过场景分析，针对所述测试目标，形成所述专题的场景清单；

提取所述测试目标的测试关注点；以及

使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

可选地，确定与测试目标相关联的专题的步骤包括：

通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

可选地，确定所述测试目标在所述专题下所涉及的场景的步骤包括：

在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

可选地，形成场景清单的步骤包括：

通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，以将具有相同业务属性的场景归入一个场景类型；

针对每个场景类型，确定场景验证要点；

针对每个场景类型和相应的场景验证要点，确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方；以及

将所述场景类型、所述场景验证要点、所述场景验证步骤、所述验证标准以及所述责任方集成，以形成所述场景清单。

可选地，形成场景清单的步骤中的确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方的步骤包括：

为所述场景类型中包括的子场景类型，分别确定用于所述子场景的场景验证步骤、和每个验证步骤的验证标准以及每个验证步骤的责任方。

可选地，提取所述测试目标的测试关注点的步骤包括：

从用于专项测试分析的专项文档中，提取所述测试目标的测试关注点，或称测试验证要点，即系统测试验证的业务功能要点。

可选地，通过如下方式形成所述测试案例，根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成所述测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

可选地，该测试方法还包括：

针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

为实现上述目的，根据本发明实施例的又一方面，提供了一种用于SOA架构平台的测试装置。

本发明实施例的用于SOA架构平台的测试装置包括：

专题确定模块，用于确定与测试目标相关联的专题；

场景确定模块，用于确定所述测试目标在所述专题下所涉及的场景；

场景清单形成模块，用于通过场景分析，针对所述测试目标，形成所述专题的场景清单；

测试关注点提取模块，用于提取所述测试目标的测试关注点；以及

测试执行模块，用于使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

可选地，所述主题确定模块，通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

可选地，所述场景确定模块，在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

可选地，所述场景清单包括：

通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，而将具有相同业务属性的场景归类所形成的场景类型；

针对每个场景类型所确定的场景验证要点；以及

针对每个场景类型和相应的场景验证要点所确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方。

可选地，所述场景确定模块进一步用于确定所述场景类型中包括的子场景类型。

可选地，所述测试关注点提取自用于专项测试分析的专项文档。

可选地，该测试装置还包括：测试案例生成模块，用于根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成所述测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

可选地，该测试装置还包括：测试结果输出模块，用于针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

为实现上述目的，根据本发明实施例的又一方面，提供了一种用于SOA架构平台的测试的电子设备。

本发明实施例的用于SOA架构平台的测试的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例中的任一测试的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的任一测试的方法。

上述发明中的一个实施例具有如下优点或有益效果：在对SOA架构平台划分成对应架构核心设计的业务目标的专题的基础上，利用通过场景分析形成的场景清单，能够实现针对测试目标的跨组件的协同场景的测试；同时在测试分析过程中，通过形成场景清单，形成了被调用方和调用方之间的统一视图。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是SOA架构平台的示例结构框图；

图2是根据本发明实施例的测试方法的主要步骤的示意图；

图3是根据本发明实施例的形成场景清单的方法的步骤的示意图；

图4是根据本发明实施例的测试装置的主要模块的示意图；

图5是根据本发明实施例的测试装置的附加模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

为了便于理解，在此首先对本文的待测试对象加以说明。图1是以SOA架构平台的示例结构框图。SOA架构平台的一个示例是以框架设计、容器设计、核心设计、组件设计及应用设计而形成的包括基础框架、应用平台框架、功能框架、应用组件和应用的系统。在SOA架构平台中，为各应用组件开发提供基础支持的公共平台；并在归纳整理现有系统的功能后提取出公共功能，进而形成能够支持各应用组件调用的公共组件。

相应地，对SOA架构平台的测试，也可以细分为公共平台专项测试、公共组件专项测试、公共服务专项测试、公共参数专项测试这四方面。公共平台专项测试针对于SOA框架平台中新增和变更的功能。公共组件专项测试针对于SOA框架平台中公共组件的新增和变更。公共服务专项测试针对于跟据核心设计要求，检查公共服务是否达到企业级交付目标。公共参数专项测试针对于纳入参数管理平台统一实施的新增和变更参数。

本申请考虑到传统的基于单元组件和单一应用业务进行场景测试并不能够满足对于SOA架构平台进行测试的需要，尤其是不能够实现检查公共服务是否达到企业级交付目标的目的，因此提出新的公共服务测试方法和测试装置。

图2是根据本发明实施例的测试方法的主要步骤的示意图。

如图2所示，本发明实施例的用于SOA架构平台的测试方法主要包括以下步骤：

步骤S101：确定与测试目标相关联的专题。

以银行系统为例，SOA架构平台可以包括多个公共组件，一部分提供技术基础功能，即架构核心设计中的技术目标，如EDA消息、错误码设计等，另一部分提供业务基础功能即架构核心设计中的业务目标，如客户统一视图、定价与客户结算、合约管理等。

出于测试目的，SOA架构平台可以划分成对应架构核心设计的业务目标的多个测试专题。例如，对于银行应用，这些专题可以是定价与客户结算、合约管理、对公客户信息、授权复核、网点一日流程、运营配送等。

在公共服务专项测试中，针对测试目标，其测试场景通常由公共组件和应用组件协同实现。相应地，在公共服务专项测试中，需要首先确定测试目标所涉及的测试专题。也就是说，要确定某个公共组件所对应的专题是否参与对于某个测试目标的测试。

步骤S102：确定所述测试目标在所述专题下所涉及的场景。

在公共服务专项测试中，所谓测试目标在专题下所涉及的场景是指测试目标在对应专题下所涉及的业务逻辑场景，其包括测试目标的由公共组件与应用组件协同实现的各个业务逻辑场景。相应地，在公共服务专项测试中，进一步地，需要确定测试目标在所涉及的测试专题下所涉及的业务场景。也就是说，要确定某个业务场景是否参与对于某个测试目标的测试。

步骤S103：通过场景分析，针对所述测试目标，形成所述专题的场景清单。

场景清单是公共服务测试分析的依据，其是通过对所述测试目标进行场景分析来形成的，并且包括场景类型、场景验证要点、场景验证步骤、验证标准以及所述责任方。对于场景清单及其形成方法，后续将给出更为详细的描述。

步骤S104：根据所述专题和所述场景，提取所述测试目标的测试关注点。

为了进行测试，还需根据所述专题和所述场景，提取测试关注点。对于测试点的提取以及与之相关的测试案例的使用，后续将给出更为详细的描述。

步骤S105：使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

在确定场景清单中场景类型以及每种场景类型的场景验证要点、场景验证步骤、验证标准以及所述责任方之后，执行针对测试目标的公共服务测试，以分步验证测试关注点。

确定与测试目标相关联的专题的方式有多种，在本发明一个实施例中，通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

更具体而言，可以结合测试目标的需求变动基线，采用交易码基线变动的辅助手段，通过分析测试目标的各组件的上下文关系和公共组件交易服务码调用关系，找到与分析测试目标的各组件相关联的专题。

确定所述测试目标在所述专题下所涉及的场景的方式有多种，在本发明一个实施例中，在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

更具体而言，可以根据由公共组件形成的全场景工作分析模版，针对测试目标来分析在对应专题下，其涉及到哪些业务逻辑场景。判断涉及哪些业务逻辑场景的依据可以是，测试目标是否涉及该场景中的验证要点的变更和/新增。具体到某个专题，则可以定位到具体业务规则是否变更和/新增，以银行应用为例，例如客户信息合约快照同步方式变更、定价参数新增变更、合约控制关系变更、产品装配条件参数变化等等，都会触发该专题对应场景的分析，相应地将确定测试目标涉及该场景。

图3是根据本发明实施例的形成场景清单的方法的步骤的示意图。

形成场景清单的方式有多种，在本发明一个实施例中，通过如图3所示的步骤形成场景清单：

S201：通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，以将具有相同业务属性的场景归入一个场景类型；

S202：针对每个场景类型，确定场景验证要点；

S203：针对每个场景类型和相应的场景验证要点，确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方；以及

S204：将所述场景类型、所述场景验证要点、所述场景验证步骤、所述验证标准以及所述责任方集成，以形成所述场景清单。

为了便于说明，现以银行应用中的“定价与客户结算”作为测试目标，来说明形成场景清单的一个示例。

首先，对“定价与客户结算”组件提供的交易服务进行上下文分析，根据“定价与客户结算”组件是价格要素统一管理方的这一业务属性，从在典型交易场景中抽取需调用的公共交易服务的内容，由此形成公共服务场景。

下一步，通过分析“定价与客户结算”组件与上下文调用方之间的关系，可以将具有相同业务属性的也应用场景归为一个场景类型，即对业务应用场景进行聚类，例如定价的利率模型使用场景可聚类成利率议价场景和利率变更场景。

下一步，针对每个场景类型，确定场景验证要点，具体地，将每个场景中涉及的业务功能点归纳成场景验证要点。通过归纳其业务功能点，利率议价场景的验证要点可以是“通过定价单执行利率议价并关联定价单执行合约开立”，而利率变更场景的验证要点可以是“利率调整，各使用利率的应用相关业务处理是否正确”。

下一步，在确定场景类型及其分类以及场景验证要点之后，确定公共服务场景的场景验证步骤和每个步骤的验证标准，并且根据公共组件的整体上下文分析来确定每个步骤的责任方。在此步骤中，进一步包括判断场景类型是否包括多个子场景类型，如果场景类型包括多个子场景类型，则为所述场景类型中包括的子场景类型，分别确定用于所述子场景的场景验证步骤、和每个验证步骤的验证标准以及每个验证步骤的责任方。

例如，对于利率议价场景，其包括两个子场景，即“存款产品”和“贷款产品”。对于“存款产品”这一子场景，其场景验证步骤相应被确定为：(1)针对确定的存款产品进行利率议价，生成定价单；(2)存款合约开立；(3)系统执行计结息批处理；以及(4)验证计结息结果是否符合业务预期。而对于“贷款产品”这一子场景，其场景验证步骤相应被确定为：(1)针对确定的贷款产品进行利率议价，生成定价单；(2)贷款合约开立；(3)系统执行计结息批处理；以及(4)验证计结息结果是否符合业务预期。并且由此，对于不同的场景验证步骤，将会确定相应的验证标准。例如，对于“存款产品”这一子场景，其相应的每个步骤的验证标准可以确定为：(1)生成的定价单符合定价参数控制；(2)存款合约开立成功；(3)系统执行计结息批处理成功；以及(4)计结息结果正确。而对于“贷款产品”这一子场景，其相应的每个步骤的验证标准可以确定为：(1)生成的定价单符合定价参数控制；(2)贷款合约开立成功；(3)系统执行计结息批处理成功；以及(4)计结息结果正确。

每个步骤的责任方是指执行该步骤的产品组件。容易理解的是，对于不同的验证步骤，其相应的每个步骤的责任方也会因子场景不同而相应包括不同组合。

下一步，通过将场景类型、场景验证要点、场景验证步骤、每个步骤的验证标准以及责任方集成，能够形成专题的场景清单。

应理解的是，本申请中的场景清单以电子数据形式形成，例如数据结构。仅是出于示例目的，如表1所示，在以下以表格形式给出“定价与客户结算”专题的场景清单的示例。虽然未在表格中示出的，专题的场景清单还可以包括该专题对应的公共组件名称。对于“定价与客户结算”示例，公共组件名称例如是定价管理。虽然未在表格中示出的，专题的场景清单还可以包括专题的场景所涉及的项目组名称。

表1：

针对不同场景，其所涉及的项目组也将不同。对于“定价与客户结算”示例的利率议价场景，所涉及的项目组例如是对私存款、对公贷款、对公存款、对公信贷流程管理等；而对于“定价与客户结算”示例的利率变更场景，所涉及的项目组则例如是贷记卡、对私存款、对公贷款、对公存款等。

提取所述测试目标的测试关注点的方式有多种，在本发明一个实施例中，从用于专项测试分析的专项文档中，提取所述测试目标的测试关注点。仍以银行应用为例，用于专项测试分析的专项文档例如可以是电子登记簿实施进度及计划表、收费项目清单、产品合约关系参数模板等。可以从各个用于专项测试分析的专项文档中分别提取各个专项测试的测试关注点。所谓测试关注点是指系统测试验证的业务功能要点，或称测试验证要点。任意银行应用为例，例如在以上描述的“定价与客户结算”专题中的新增费用场景作为测试目标的测试中，测试关注点或测试验证要点就是：验证产品组件调用定价费用参数，并按照既定的价格标准收取正确。

在测试中，测试案例可以通过如下方式来设计：根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成长流程的测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

在本发明一个实施例中，针对于不同的专题，设计的测试案例的数量可以分为如下三种示例的情形：一种是针对于测试案例的数量覆盖场景数量即可的情形，在此情形下，测试案例的数量为S个，此处S为各子专项对应场景数，即针对测试目标进行分析后得到的所涉及场景的数量，并且N为从专项文档中提取出的关注点的数量；另一种是针对于需要对测试要点取并集进行测试的情形，在此情形下，测试案例的数量为测试要点的数量相加并乘以场景数，即S*(N+N)个；再一种是针对于需要对测试要点取交集进行测试的情形，在此情形下，测试案例的数量为测试要点的数量相乘并乘以场景数，即S*N*N个。

在本发明一个实施例中，进一步包括：针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

图4是根据本发明实施例的用于SOA架构平台的测试装置的主要模块的示意图。

如图4所示，本发明实施例的用于SOA架构平台的测试装置400包括：

专题确定模块401，用于确定与测试目标相关联的专题；

场景确定模块402，用于确定所述测试目标在所述专题下所涉及的场景；

场景清单形成模块403，用于通过场景分析，针对所述测试目标，形成所述专题的场景清单；

测试关注点提取模块404，用于根据所述专题和所述场景，提取所述测试目标的测试关注点；以及

测试执行模块405，用于使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

在本发明一个实施例中，所述主题确定模块401，通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

在本发明一个实施例中，所述场景确定模块402，在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

在本发明一个实施例中，所述场景清单包括：

通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，而将具有相同业务属性的场景归类所形成的场景类型；

针对每个场景类型所确定的场景验证要点；以及

针对每个场景类型和相应的场景验证要点所确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方。

在本发明一个实施例中，所述场景确定模块402进一步用于确定所述场景类型中包括的子场景类型。在确定所述场景类型包括子场景的情况下，所述场景验证步骤、所述验证标准以及所述责任方分别包括用于所述子场景的场景验证步骤、和每个验证步骤的验证标准以及每个验证步骤的责任方。

在本发明一个实施例中，所述测试关注点提取自用于专项测试分析的专项文档。

图5是根据本发明实施例的用于SOA架构平台的测试装置的附加模块的示意图。

在本发明一个实施例中，如图5所示，所述测试装置400还包括：测试案例生成模块406，用于根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成长流程的测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

在本发明一个实施例中，如图5所示，所述测试装置400还包括：测试结果输出模块407，用于针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

图6示出了可以应用本发明实施例的一种测试方法或一种测试装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的测试的方法一般由服务器605执行，相应地，测试的装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件、硬件或其组合的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括专题确定模块、场景确定模块、场景清单形成模块、测试关注点提取模块和测试执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备的处理器执行时，使得该设备执行。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (18)

1.一种用于SOA架构平台的测试方法，其特征在于，包括：

确定与测试目标相关联的专题；

确定所述测试目标在所述专题下所涉及的场景；

通过场景分析，针对所述测试目标，形成所述专题的场景清单；

根据所述专题和所述场景，提取所述测试目标的测试关注点；以及

使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

2.根据权利要求1所述的测试方法，其特征在于，确定与测试目标相关联的专题的步骤包括：

通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

3.根据权利要求1所述的测试方法，其特征在于，确定所述测试目标在所述专题下所涉及的场景的步骤包括：

在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

4.根据权利要求1所述的测试方法，其特征在于，形成场景清单的步骤包括：

通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，以将具有相同业务属性的场景归入一个场景类型；

针对每个场景类型，确定场景验证要点；

针对每个场景类型和相应的场景验证要点，确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方；以及

将所述场景类型、所述场景验证要点、所述场景验证步骤、所述验证标准以及所述责任方集成，以形成所述专题的场景清单。

5.根据权利要求4所述的测试方法，其特征在于，确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方的步骤包括：

为所述场景类型中包括的子场景类型，分别确定用于所述子场景的场景验证步骤、和每个验证步骤的验证标准以及每个验证步骤的责任方。

6.根据权利要求1所述的测试方法，其特征在于，提取所述测试目标的测试关注点的步骤包括：

从用于专项测试分析的专项文档中，提取所述测试目标的测试关注点。

7.根据权利要求1所述的测试方法，其特征在于，根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成所述测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

8.根据权利要求1所述的测试方法，其特征在于，还包括：

针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

9.一种用于SOA架构平台的测试装置，其特征在于，包括：

专题确定模块，用于确定与测试目标相关联的专题；

场景确定模块，用于确定所述测试目标在所述专题下所涉及的场景；

场景清单形成模块，用于通过场景分析，针对所述测试目标，形成所述专题的场景清单；

测试关注点提取模块，用于根据所述专题和所述场景，提取所述测试目标的测试关注点；以及

测试执行模块，用于使用测试案例，根据所述场景清单，对所述测试关注点进行测试。

10.根据权利要求9所述的测试装置，其特征在于，所述主题确定模块，通过对所述测试目标进行上下文分析和调用关系分析，确定与测试目标相关联的专题。

11.根据权利要求10所述的测试装置，其特征在于，所述场景确定模块，在所述测试目标导致场景中的验证要点的变更和/新增的情形下，确定所述测试目标涉及所述场景。

12.根据权利要求10所述的测试装置，其特征在于，所述场景清单包括：

通过分析所述测试目标与上下文的调用方之间的关系，对所述测试目标所涉及的场景进行聚类，而将具有相同业务属性的场景归类所形成的场景类型；

针对每个场景类型所确定的场景验证要点；以及

针对每个场景类型和相应的场景验证要点所确定场景验证步骤、和每个步骤的验证标准以及每个步骤的责任方。

13.根据权利要求12所述的测试装置，其特征在于，所述场景确定模块进一步用于确定所述场景类型中包括的子场景类型。

14.根据权利要求10所述的测试装置，其特征在于，所述测试关注点提取自用于专项测试分析的专项文档。

15.根据权利要求10所述的测试装置，其特征在于，还包括：测试案例生成模块，所述测试案例生成模块根据每个场景验证步骤的场景验证要点设计案例，并且将所述案例串接成所述测试案例，以覆盖所述测试目标在所述专题下所涉及的场景。

16.根据权利要求10所述的测试装置，其特征在于，所述测试装置还包括：测试结果输出模块，用于针对所述测试关注点，按照所述场景清单，输出所述测试目标的测试结果。

17.一种用于SOA架构平台的测试的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的测试方法。

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

Images