CN110874315A - 测试方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请实施例提供了一种测试方法、装置、电子设备和存储介质，以提高软件测试的精度。所述的方法包括：提供多种测试方法，所述测试方法与业务数据的类型对应；确定程序的目标测试业务；确定所述目标测试业务对应的多个类型的多组目标业务数据；根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。对于一个目标测试业务，能够深入该业务对应的多组目标业务数据，通过多种测试方法进行测试，能够更全面的对业务进行测试，提高软件测试的精度。

Description

测试方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种测试方法、一种测试装置、一种电子设备和一种存储介质。

背景技术

随着计算机技术的发展，程序通过软件编写的程序，可在计算机中运行。软件的开发、使用过程中都可能需要进行测试，从而进行软件的维护。

以应用程序(Application，APP)的测试为例，应用程序通常是基于界面的功能进行测试，从而检测应用程序的问题。但是，这种测试方法通常只是对应用界面的测试，得到的结果是界面功能是否正常，程序测试的精度较低。

发明内容

本申请实施例提供了一种测试方法，以提高软件测试的精度。

相应的，本申请实施例还提供了一种测试装置、一种电子设备和一种存储介质，用以保证上述系统的实现及应用。

为了解决上述问题，本申请实施例公开了一种测试方法，所述的方法包括：提供多种测试方法，所述测试方法与业务数据的类型对应；确定程序的目标测试业务；确定所述目标测试业务对应的多个类型的多组目标业务数据；根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

可选的，所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

可选的，所述确定所述目标测试业务对应的多个类型的多组目标业务数据，包括：按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

可选的，所述提供多种测试方法，包括：提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。

可选的，所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

可选的，所述业务数据的类型包括以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。

可选的，所述接口相关数据包括以下至少一种：开发接口、组件接口、业务逻辑信息；所述边界信息包括以下至少一种：协议信息、公共方法类信息。

本申请实施例公开了一种测试装置，所述的装置包括：业务提供模块，用于提供多种测试方法，所述测试方法与业务数据的类型对应；业务确定模块，用于确定程序的目标测试业务；数据确定模块，用于确定所述目标测试业务对应的多个类型的多组目标业务数据；多方法测试模块，用于根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

可选的，所述多方法测试模块，用于采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

可选的，所述数据确定模块，用于按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

可选的，所述业务提供模块，用于提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。

可选的，所述多方法测试模块，用于分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

可选的，所述业务数据的类型包括：以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。

可选的，所述接口相关数据包括以下至少一种：开发接口、组件接口、业务逻辑信息；所述边界信息包括以下至少一种：协议信息、公共方法类信息。

本申请实施例公开了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本申请实施例中一个或多个所述的测试方法。

本申请实施例公开了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本申请实施例中一个或多个所述的测试方法。

与现有技术相比，本申请实施例包括以下优点：

在本申请实施例，可提供多种测试方法，所述测试方法与业务数据的类型对应，从而针对程序的目标测试业务，可确定该目标测试业务对应的多个类型的多组目标业务数据，针对程序可纵向确定业务过程中的多组目标业务数据，从而根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试，对于一个目标测试业务，能够深入该业务对应的多组目标业务数据，通过多种测试方法进行测试，能够更全面的对业务进行测试，提高软件测试的精度。

附图说明

图1是本申请实施例的一种分层架构示例示意图；

图2是本申请的一种测试方法实施例的步骤流程图；

图3是本申请的另一种测试方法实施例的步骤流程图；

图4是本申请的另一种测试方法的一个可选实施例的步骤流程图；

图5是本申请的另一种测试方法的另一个可选实施例的步骤流程图；

图6是本申请的另一种测试装置实施例的结构框图；

图7是本申请一实施例提供的装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例提供了一种测试方法，能够深入到程序中获取目标测试业务执行过程中所需的多组目标业务数据，从而针对不同类型的目标业务数据，采用不同的测试方法进行测试，对于一个目标测试业务通过多种测试方法进行测试，能够更全面的对业务进行测试，提高测试精度。

其中，对于多个类型的多组目标业务数据，可基于程序的分层架构在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据，对程序进行分层测试，与传统的程序功能测试相比，深入到各个分层进行数据测试，测试精度更高，测试粒度更细、测试覆盖面更广。

本申请实施例中，可确定程序的分层架构，该分层架构是按照程序的层级架构。其中，所述程序的分层包括容器层和基础层，所述容器层用于承载程序的功能模块等，所述基础层指的是承载程序基础数据的分层。所述基础层包括以下至少一种：功能层、中间件层、内核层。该功能层指的是支持程序中各模块的功能实现的分层，可以包括会话(Session)、崩溃日志(Crash Report)、基础数据类型等；所述中间件层指的是程序的中间层对应的分层；内核层指的是应用程序内核对应的分层，可包括基础组件如功能类别组件等。

如图1所示的一种分层架构示例中，针对应用程序的分层架构，应用程序可包括如下分层：模块(Module)容器层、基础(Foundation)层、中间件层、内核(Core)层，其中，模块容器层为容器层的一种示例。以A应用程序为例，其模块容器层包括登录模块等模块，基础层包括会话、崩溃日志等，中间件层包括A应用中间件，内核层包括基础组件等。

程序的各层相关联，从而实现该程序的功能，例如A应用程序的登录模块，可基于会话与服务器交互，在崩溃日志中记录登录模块的行为，以及通过中间件、基础组件为登录模块提供方法校验、安全验证等处理。

可将程序划分出一个或多个业务，例如根据程序的功能等划分业务，或者按照程序的模块等划分业务。针对每个业务纵向深入程序来确定对应的业务数据，其中可按照该程序的分层架构，确定在各个分层的该业务对应的业务数据，也就是确定在各个层中执行该业务所需的业务数据等。因此可提供所述程序对应的一个或多个业务，以及所述业务的业务数据，所述业务数据包括在所述程序对应分层的业务数据。在测试场景下，针对目标测试业务，可按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

其中，可将基于分层架构测试软件各业务的测试装置称为业务组件探针，通过业务组件探针深入程序的各分层进行业务测试。以业务为基点向程序的各分层深入来进行测试，提高测试的精度，细化测试粒度，并且提高测试的覆盖面。

参照图2，示出了本申请的一种测试方法实施例的步骤流程图。

步骤202，确定程序的目标测试业务。

可提供所述程序对应的一个或多个业务，以及所述业务的业务数据，所述业务数据包括在所述程序对应分层的业务数据。可确定程序的业务为目标测试业务，并获取该目标测试业务在所述程序对应分层的目标业务数据。

步骤204，对所述目标测试业务在所述程序各个分层的目标业务数据，分别采用对应的测试方法进行测试，确定测试结果。

可以对该目标测试业务在所述程序的各个分层的目标业务数据，可以采用该目标业务数据的类型对应的测试方法进行测试，其中，不同分层可提供一种或多个类型的业务数据。

其中，所述业务数据的类型包括以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。接口类对应业务数据包括接口类别的业务数据，如应用程序的首页、各功能模块等接口的业务数据；启动类对应业务数据包括启动类别的业务数据，如应用程序的启动项对应的业务数据；网络类对应业务数据包括网络相关方法的业务数据，如网络连接、调用等方法的业务数据；网络类对应业务数据包括安全相关的功能方法的业务数据，如签名校验、安全黑匣子验证等；用户类对应业务数据包括用户相关的业务数据，如和用户登录态、缓存等相关的功能方法的业务数据；图片类对应业务数据包括图片相关的业务数据，如图片加载、解析等功能的业务数据。

本申请实施例，针对不同类型的业务数据可采用不同的测试方法，例如对于接口类的业务数据可通过监听监控获取业务数据并测试，又如对于启动类的业务数据，可校验相应的启动项以及启动项的方法逻辑等各种数据。可在各个分层对业务对应业务数据执行相应测试方法的测试，从而能够从界面到基础层进行测试，逐层深入到内核层进行该业务相关接口、方法、逻辑等测试，提高测试的精度，细化测试粒度，并且提高测试的覆盖面。

对所述目标测试业务在所述程序各个分层的目标业务数据，分别采用对应的测试方法进行测试，包括以下至少一种：依据第一测试方法，对所述目标测试业务的接口相关数据进行测试；依据第二测试方法，对所述目标测试业务的边界信息进行测试；依据第三测试方法，对所述目标测试业务的核心功能方法进行测试。

其中，业务数据包括接口相关数据。程序的业务可通过一个或多个接口进行处理，如在设备侧通过接口与服务端交互，通过接口获取设备底层数据等。可确定对接口相关数据进行测试的第一测试方法，对所述目标测试业务的接口相关数据进行测试，如监听接口并获取接口数据，以及检测数据是否准确等。其中，接口相关数据包括：接口和接口数据，接口可为程序的功能接口、业务逻辑接口等，接口包括：开发接口、组件接口，开发接口指的是程序提供给开发人员使用的接入，如应用程序中SDK(Software Development Kit，软件开发工具包)暴露给第三方的接口，组件接口指的是应用程序对应组件的接口，如组件对外暴露的接口等，所述接口数据指的是通过该接口传输的数据，可通过监听接口获取接口数据，从而可测试业务对应模块的内部业务逻辑等，进行业务逻辑信息的测试。

业务数据包括边界信息，程序可按照模块、组件等模块化设置，从而不同的模块或组件之间需要进行交互，程序也提供一些公共的方法类工各个模块组件进行调用，因此可确定边界信息对应的第二测试方法，对所述目标测试业务的边界信息进行测试。其中，边界信息包括协议信息、公共方法类信息，所述协议信息指的是程序中模块间、组件间、模块和组件之间的交互协议，该交互协议为通信需要遵守的约定，公共方法类信息指的是程序提供的公共方法、公共类等数据，如对外暴露的公共类、公共方法等。从而可基于不同模块、组件间的协议测试，还可对公共类、公共方法进行逻辑、调用等测试。

业务数据包括核心功能方法，其中，可基于程序的具体功能，确定出程序的核心功能方法，从而依据第三测试方法，对所述目标测试业务的核心功能方法进行测试。核心功能方法是程序中核心功能的内部方法，可基于该方法的逻辑、调用等进行测试，如进行核心功能内部方法的单元测试等。

通过上述各个分层对应业务数据，可依据业务数据的类型采用相应类型的业务数据进行测试，可得到测试结果，从而整合不同测试方法对应的测试结果，可得到该程序的测试结果。

从而可以基于业务在各个分层所具有的业务数据，确定该业务数据的测试方法。从而在程序开发过程中、程序上线前以及程序上线后的维护过程中，都可以进行测试，从而在程序的生命周期过程中进行测试。

参照图3，示出了本申请的另一种测试方法实施例的步骤流程图。

步骤302，提供多种测试方法，所述测试方法与业务数据的类型对应。

本申请实施例，可按照业务数据的类型，确定对应的测试方法，程序可提供一种或多种业务，每个业务可包括多种类型的业务数据，因此可设置多种测试方法，提供该多种测试方法，进行程序的业务的测试。

步骤304，确定程序的目标测试业务。

步骤306，确定所述目标测试业务对应的多个类型的多组目标业务数据。

步骤308，根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

针对程序可确定目标测试业务，如登录业务，然后可确定该目标测试业务对应的目标业务数据，其中，每个类型的目标业务数据包括多组，业务数据的类型包括多个类型，从而能够获取多个类型的目标业务数据，每个类型对应也可获取一组或多组目标业务数据。每组目标业务数据可包括一个或多个业务数据，例如一组目标业务数据包括该目标测试业务对应的多种方法调用信息、多个接口等。一个可选实施例中，所述确定所述目标测试业务对应的多个类型的多组目标业务数据，包括：按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

然后按照该组目标业务数据的类型，确定相应的测试方法进行该组目标业务数据测试，从而对于目标测试业务，可采用多种测试方法，分别对该测试方法对应类型的一组或多组目标业务数据的测试。

其中，所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

综上，可提供多种测试方法，所述测试方法与业务数据的类型对应，从而针对程序的目标测试业务，可确定该目标测试业务对应的多个类型的多组目标业务数据，针对程序可纵向确定业务过程中的多组目标业务数据，从而根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试，对于一个目标测试业务，能够深入该业务对应的多组目标业务数据，通过多种测试方法进行测试，能够更全面的对业务进行测试，提高软件测试的精度。

以一个程序的登录业务测试为例，针对该登录业务的多个类型的多组目标业务数据，可采用不同的测试方法对不同类型的目标业务数据进行测试，从而通过多种测试方法进行登录业务的测试。如可测试登录业务API接口，可执行如下测试，组合后不同的用户名(userName)进行测试，对各用户名对应的密码(password)进行测试，智能读卡器的CCID(Integrated Circuit Cards Interface Device，集成电路卡接口装置)的测试，对于图片验证码(checkCode)的测试，以及测试图片等对应的刷新令牌(needRefreshToken)。通过该接口传输等可以信息，然后可测试登录过程的签名(signature)授权方法，在登录API接口返回成功校验后，执行相应的API接口返回结果测试，然后程序通过安全黑匣子进行验证，相应业务测试该验证的逻辑、方法等。在登录成功后，可获取登录的用户信息进行校验，测试该登录信息以及校验过程，还可测试在登录过程中的各种网络异常等内容。

本申请实施例中，所述提供多种测试方法，包括：提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。从而上述测试步骤可通过业务组件探针实现，通过业务组件探针可对于目标测试业务采用多种不同的测试方法进行测试。其中，每一个测试方法可对应一个业务组件，基于测试方法确定测试脚本，由所述测试方法对应的测试脚本构成相应的业务组件。从而上述通过不同测试方法对不同类型的业务数据进行测试的过程可由不同的业务组件完成，实现基于业务组件的分层测试架构，对应于应用程序的分层架构，将应用程序按照垂直业务划分，每一个垂直业务划分又按照程序的分层架构对应多层，每一层都有相关的测试组件进行覆盖，在每个分层通过一个或多个业务组件对相应的业务数据进行测试，得到测试结果。

所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。本申请实施例中，业务组件可依据测试脚本确定，不同的业务组件对应不同的测试脚本，通过驱动测试脚本执行业务组件，对相应类型的目标业务数据进行测试，从而每个业务组件探针可由一系列的业务组件构成。其中，业务组件的类型可依据业务数据的类型划分，从而业务组件的类型包括：以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。

其中，接口类的业务组件可检测不同业务模块功能的接口数据校验，如对于电商平台的购物应用，可包含但不局限于：首页、产品、下单、购物车、搜索等APP的常用业务模块。

启动类的业务组件可检测程序启动时的各种功能是否正常，包含但不局限于：动态多语言补丁(patch)包方法检测脚本、热补丁(hotpatch)方法检测脚本、AB方法检测脚本、打点启动项检测脚本、域名查找(dnslookup)区域化调度检测脚本等。

网络类的业务组件可执行应用程序网络相关的方法检测。

安全类的业务组件可执行应用程序的安全相关的功能方法检测。

用户类的业务组件可记性用户登录态、缓存(cookie)、令牌(token)等相关的功能方法检测。

图片类的业务组件可执行应用程序中图片相关脚本检测，如检测图片加载、解析、图片处理等相关功能的脚本检测。

从而能够基于该业务组件探针进行程序分层架构的测试，该测试可为集成测试，针对各个业务设置标签(target)来进行测试。在测试运行前可基于该应用程序的源码编译构建各业务对应的业务组件探针，从而执行相应业务的分层测试。

本申请实施例中，业务组件探针可从程序端的运行开始测试，能够测试预发布接口的问题，发现的线上不同版本的接口问题，程序代码序列化反序列化解析的错误等各种问题，可以达到服务端接口预发布发现、预防并拦截的目的，并且能够发现服务端接口自动化测试所不能发现的问题。业务组件探针可以在用户最近的“最后一公里处”进行自动化拦截，能够记性包括客户端界面、客户端逻辑、网关接入、无线服务端、网站底层服务/中间件/数据库/其他外部系统等相关各种问题的检测。

业务组件探针中各业务组件的稳定性较高，执行时间短，可灵活运行在测试版本、发布前Release版本，预发布/线上生产环境多版本，当前版本/老版本等应用程序的各种版本的测试中。能够在程序的技术保障中加强、加深推广，且覆盖测试、生产等多环境。

本申请实施例中，可基于业务组件构建软件的质量防御系统，该质量防御系统可包括策略层、引擎层、调度设备层。

其中，策略层可主要通过大数据，根据特征规则配置和定义，形成不同的策略，例如国家机型智能适配策略、网络智能适配策略、图片智能适配策略等。这些策略可以由原子级的单一策略集合而成，例如国家机型智能适配策略，可以把目前不同国家TOP 10、Top50、Top 100；热门国家Top 50、Top 100、Top 200等；常用问题机型列表等策略，也可以自定义维度国家、城市等不同、颗粒度不等的自定义策略。

引擎层也即是业务组件探针的驱动实现层，可基于策略构建自动化脚本，在引擎层驱动各个业务组件的自动化脚本，则每个业务组件探针可由一系列客户端分层自动化脚本实现，功能丰富，实现对各种业务的分层测试。

设备层可由硬件设备，如国际化机房的服务器、用户设备等构成。

本申请实施例的基于业务组件的质量防御系统可应用于各种场景中，包括系统监控场景、灾难备份场景、外部变更场景、预发布场景、DevOps场景，以及舆情处理场景中。

其中，系统监控场景中，可对接到各类监控系统的下游，当接收到不同的监控报警后，(实时)通过智能策略，调度机房设备，执行相对应的业务组件，将问题进行初步定位，如确认后，通知相关人员进行故障修复，等问题消除以后，在调度该系统进行实时验证。

灾难备份场景中可通过业务组件探针的测试来缩短排障时间、修复后验证(演习、区域化切换后快速验证)。

外部变更场景中通过业务组件探针在外部系统切换、数据库(Database，DB)、中间件、网站服务等过程中快速的进行测试。

预发布场景中可通过业务组件探针进行自动化测试。

DevOps场景中可对接到DevOps相关运维系统的下游，如通过业务组件探针在机房搬迁等各种多轮回归验证测试，其中，DevOps是Development和Operations的组合词，DevOps指的是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障部门之间的沟通、协作与整合。

舆情处理场景中，可对接到舆情系统的下游。通过业务组件探针在各类用户反馈问题的快速定位及修复后的验证等测试。

参照图4，示出了本申请另一种测试方法的一个可选实施例的步骤流程图。

步骤402，提供多种测试方法，所述测试方法与业务数据的类型对应。

步骤404，确定程序的目标测试业务。

步骤406，确定所述目标测试业务对应的多个类型的多组目标业务数据。

步骤408，依据第一测试方法，对所述目标测试业务在对应分层的接口相关数据进行测试。

步骤410，依据第二测试方法，对所述目标测试业务在对应分层的边界信息进行测试。

步骤412，依据第三测试方法，对所述目标测试业务在对应分层的核心功能方法进行测试。

步骤414，确定测试结果。

从而针对不同层的业务数据，采用不同的测试方法进行测试，实现以业务为基点，纵深到程序的基础层，对相应业务数据进行相应测试方法的测试。

本申请实施例中，对于不同类型的业务数据可基于测试的策略等生成不同的业务组件，从而使用业务组件探针对程序的各个业务进行测试的过程中，可基于不同的业务数据调用不同的业务组件进行测试，可采用如下步骤实现：

参照图5，示出了本申请另一种测试方法的另一个可选实施例的步骤流程图。

步骤502，提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成，所述测试方法与业务数据的类型对应。

步骤504，确定程序的目标测试业务。

步骤506，按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

步骤508，根据所述多组目标业务数据的多个类型，分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

步骤510，确定测试结果。

从而能够基于该业务组件探针进行程序分层架构的测试，该测试可为集成测试，针对各个业务设置标签(target)来进行测试。在测试运行前可基于该应用程序的源码编译构建各业务对应的业务组件探针，从而执行相应业务的分层测试。

业务组件探针可从程序端的运行开始测试，能够测试预发布接口的问题，发现的线上不同版本的接口问题，程序代码序列化反序列化解析的错误等各种问题，可以达到服务端接口预发布发现、预防并拦截的目的，并且能够发现服务端接口自动化测试所不能发现的问题。业务组件探针可以在用户最近的“最后一公里处”进行自动化拦截，能够记性包括客户端界面、客户端逻辑、网关接入、无线服务端、网站底层服务/中间件/数据库/其他外部系统等相关各种问题的检测。

本申请实施例可使用java、Objective-C等语言实现。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

在上述实施例的基础上，本实施例还提供了一种测试装置，应用于终端设备、服务器等电子设备中。

参照图6，示出了本申请的一种测试装置实施例的结构框图，具体可以包括如下模块：

业务提供模块602，用于提供多种测试方法，所述测试方法与业务数据的类型对应。

业务确定模块604，用于确定程序的目标测试业务。

数据确定模块606，用于确定所述目标测试业务对应的多个类型的多组目标业务数据。

多方法测试模块608，用于根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

其中，所述多方法测试模块608，用于采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；和/或，采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；和/或，采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

所述数据确定模块606，用于按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

所述业务提供模块602，用于提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。

所述多方法测试模块608，用于分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

所述业务数据的类型包括：以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。所述接口相关数据包括以下至少一种：开发接口、组件接口、业务逻辑信息；所述边界信息包括以下至少一种：协议信息、公共方法类信息。所述程序的分层包括容器层和基础层，所述基础层包括以下至少一种：基础层、中间件层、内核层。

可提供多种测试方法，所述测试方法与业务数据的类型对应，从而针对程序的目标测试业务，可确定该目标测试业务对应的多个类型的多组目标业务数据，针对程序可纵向确定业务过程中的多组目标业务数据，从而根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试，对于一个目标测试业务，能够深入该业务对应的多组目标业务数据，通过多种测试方法进行测试，能够更全面的对业务进行测试，提高软件测试的精度。

能够基于该业务组件探针进行程序分层架构的测试，该测试可为集成测试，针对各个业务设置标签(target)来进行测试。在测试运行前可基于该应用程序的源码编译构建各业务对应的业务组件探针，从而执行相应业务的分层测试。

本申请实施例中，业务组件探针可从程序端的运行开始测试，能够测试预发布接口的问题，发现的线上不同版本的接口问题，程序代码序列化反序列化解析的错误等各种问题，可以达到服务端接口预发布发现、预防并拦截的目的，并且能够发现服务端接口自动化测试所不能发现的问题。业务组件探针可以在用户最近的“最后一公里处”进行自动化拦截，能够记性包括客户端界面、客户端逻辑、网关接入、无线服务端、网站底层服务/中间件/数据库/其他外部系统等相关各种问题的检测。

业务组件探针中各业务组件的稳定性较高，执行时间短，可灵活运行在测试版本、发布前Release版本，预发布/线上生产环境多版本，当前版本/老版本等应用程序的各种版本的测试中。能够在程序的技术保障中加强、加深推广，且覆盖测试、生产等多环境。

本申请实施例中，可基于业务组件构建软件的质量防御系统，该质量方旭系统可包括策略层、引擎层、调度设备层。

其中，策略层可主要通过大数据，根据特征规则配置和定义，形成不同的策略，例如国家机型智能适配策略、网络智能适配策略、图片智能适配策略等。这些策略可以由原子级的单一策略集合而成，例如国家机型智能适配策略，可以把目前不同国家TOP 10、Top50、Top 100；热门国家Top 50、Top 100、Top 200等；常用问题机型列表等策略，也可以自定义维度国家、城市等不同、颗粒度不等的自定义策略。

引擎层也即是业务组件探针的驱动实现层，可基于策略构建自动化脚本，在引擎层驱动各个业务组件的自动化脚本，则每个业务组件探针可由一系列客户端分层自动化脚本实现，功能丰富，实现对各种业务的分层测试。

设备层可由硬件设备，如国际化机房的服务器、用户设备等构成。

本申请实施例的基于业务组件的质量防御系统可应用于各种场景中，包括系统监控场景、灾难备份场景、外部变更场景、预发布场景、DevOps场景，以及舆情处理场景中。

其中，系统监控场景中，可对接到各类监控系统的下游，当接收到不同的监控报警后，(实时)通过智能策略，调度机房设备，执行相对应的业务组件，将问题进行初步定位，如确认后，通知相关人员进行故障修复，等问题消除以后，在调度该系统进行实时验证。

灾难备份场景中可通过业务组件探针的测试来缩短排障时间、修复后验证(演习、区域化切换后快速验证)。

外部变更场景中通过业务组件探针在外部系统切换、数据库(Database，DB)、中间件、网站服务等过程中快速的进行测试。

预发布场景中可通过业务组件探针进行自动化测试。

DevOps场景中可对接到DevOps相关运维系统的下游，如通过业务组件探针在机房搬迁等各种多轮回归验证测试，其中，DevOps是Development和Operations的组合词，DevOps指的是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障部门之间的沟通、协作与整合。

舆情处理场景中，可对接到舆情系统的下游。通过业务组件探针在各类用户反馈问题的快速定位及修复后的验证等测试。

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。

本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中，所述电子设备包括服务器(集群)、终端设备等。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端设备等电子设备。图7示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置700。

对于一个实施例，图7示出了示例性装置700，该装置具有一个或多个处理器702、被耦合到(一个或多个)处理器702中的至少一个的控制模块(芯片组)704、被耦合到控制模块704的存储器706、被耦合到控制模块704的非易失性存储器(NVM)/存储设备708、被耦合到控制模块704的一个或多个输入/输出设备710，以及被耦合到控制模块706的网络接口712。

处理器702可包括一个或多个单核或多核处理器，处理器702可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置700能够作为本申请实施例中所述服务器(集群)、终端设备等设备。

在一些实施例中，装置700可包括具有指令714的一个或多个计算机可读介质(例如，存储器706或NVM/存储设备708)以及与该一个或多个计算机可读介质相合并被配置为执行指令714以实现模块从而执行本公开中所述的动作的一个或多个处理器702。

对于一个实施例，控制模块704可包括任意适当的接口控制器，以向(一个或多个)处理器702中的至少一个和/或与控制模块704通信的任意适当的设备或组件提供任意适当的接口。

控制模块704可包括存储器控制器模块，以向存储器706提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

存储器706可被用于例如为装置700加载和存储数据和/或指令714。对于一个实施例，存储器706可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，存储器706可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，控制模块704可包括一个或多个输入/输出控制器，以向NVM/存储设备708及(一个或多个)输入/输出设备710提供接口。

例如，NVM/存储设备708可被用于存储数据和/或指令714。NVM/存储设备708可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备708可包括在物理上作为装置700被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，NVM/存储设备708可通过网络经由(一个或多个)输入/输出设备710进行访问。

(一个或多个)输入/输出设备710可为装置700提供接口以与任意其他适当的设备通信，输入/输出设备710可以包括通信组件、音频组件、传感器组件等。网络接口712可为装置700提供接口以通过一个或多个网络通信，装置700可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi、2G、3G、4G等，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。

在各个实施例中，装置700可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置700可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置700包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。

本申请实施例提供了一种服务器，包括：一个或多个处理器；和，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述服务器执行如本申请实施例中一个或多个所述的设备间通信方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种测试方法、一种测试装置、一种电子设备和一种存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种测试方法，其特征在于，所述的方法包括：

提供多种测试方法，所述测试方法与业务数据的类型对应；

确定程序的目标测试业务；

确定所述目标测试业务对应的多个类型的多组目标业务数据；

根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

2.根据权利要求1所述的方法，其特征在于，所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：

采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；

采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；

采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

3.根据权利要求1所述的方法，其特征在于，所述确定所述目标测试业务对应的多个类型的多组目标业务数据，包括：

按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

4.根据权利要求1所述的方法，其特征在于，所述提供多种测试方法，包括：

提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。

5.根据权利要求4所述的方法，其特征在于，所述分别采用对应的测试方法执行对应组目标业务数据的测试，包括：

分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

6.根据权利要求1所述的方法，其特征在于，所述业务数据的类型包括以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。

7.根据权利要求2所述的方法，其特征在于，所述接口相关数据包括以下至少一种：开发接口、组件接口、业务逻辑信息；所述边界信息包括以下至少一种：协议信息、公共方法类信息。

8.一种测试装置，其特征在于，所述的装置包括：

业务提供模块，用于提供多种测试方法，所述测试方法与业务数据的类型对应；

业务确定模块，用于确定程序的目标测试业务；

数据确定模块，用于确定所述目标测试业务对应的多个类型的多组目标业务数据；

多方法测试模块，用于根据所述多组目标业务数据的多个类型，分别采用对应的测试方法执行对应组目标业务数据的测试。

9.根据权利要求8所述的装置，其特征在于，

所述多方法测试模块，用于采用第一测试方法，对所述目标测试业务对应的接口相关数据进行测试；和/或，采用第二测试方法，对所述目标测试业务对应的边界信息进行测试；和/或，采用第三测试方法，对所述目标测试业务对应的核心功能方法进行测试。

10.根据权利要求8所述的装置，其特征在于，

所述数据确定模块，用于按照所述程序的分层架构，在所述程序的多个分层，分别获取所述目标测试业务对应多个类型的多组目标业务数据。

11.根据权利要求8所述的装置，其特征在于，

所述业务提供模块，用于提供多种测试方法对应的多个业务组件，所述业务组件由所述测试方法对应的测试脚本构成。

12.根据权利要求11所述的装置，其特征在于，

所述多方法测试模块，用于分别采用多个测试方法对应的多个测试组件，执行对应组目标业务数据的测试。

13.根据权利要求8所述的装置，其特征在于，所述业务数据的类型包括：以下至少一种：接口类、启动类、网络类、安全类、用户类、图片类。

14.根据权利要求9所述的装置，其特征在于，所述接口相关数据包括以下至少一种：开发接口、组件接口、业务逻辑信息；所述边界信息包括以下至少一种：协议信息、公共方法类信息。

15.一种电子设备，其特征在于，包括：

处理器；和

存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求1-7中一个或多个所述的测试方法。

16.一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如权利要求1-7中一个或多个所述的测试方法。

Images