CN111008131A - 自动化测试方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种自动化测试方法、装置、计算机设备和存储介质。该方法包括：获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。采用本方法能够提高自动化测试效率。

Description

自动化测试方法、装置、计算机设备和存储介质

技术领域

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

背景技术

在自动化测试中，自动化测试用例通常都会受数据依赖的限制，经常因为数据依赖的限制，导致自动化测试无法开展。目前，通过重置数据库来克服数据依赖的限制，然而重置数据库对于数据存在时效性要求的数据并不适用，需要人为提前修改，导致自动化测试效率低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高自动化测试效率的自动化测试方法、装置、计算机设备和存储介质。

一种自动化测试方法，该方法包括：

获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；

通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

在其中一个实施例中，获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，包括：获取至少一个原始测试用例，原始测试用例关联有对应的数据依赖；将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

在其中一个实施例中，自动化测试方法还包括：获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息；根据当前依赖参数信息生成对应的当前数据模型；建立当前数据模型与当前测试用例集合之间的依赖关系。

在其中一个实施例中，获取与测试用例集合对应的数据模型，包括：启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识；通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

在其中一个实施例中，自动化测试方法还包括：在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据；建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

在其中一个实施例中，自动化测试方法还包括：根据测试结果确定异常测试结果；将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

一种自动化测试装置，该装置包括：

第一获取模块，用于获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

第二获取模块，用于获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；

自动化解析模块，用于通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；

通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；

通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

上述自动化测试方法、装置、计算机设备和存储介质，获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。因此，自动化测试不再受数据依赖的限制，数据模型中就包括测试用例集合的依赖参数信息，而且也不需要重置数据库和人为提前修改，通过数据模型对对应的测试用例集合进行自动化解析，提高自动化测试效率。

附图说明

图1为一个实施例中自动化测试方法的应用环境图；

图2为一个实施例中自动化测试方法的流程示意图；

图3为一个实施例中测试用例集合获取步骤的流程示意图；

图4为另一个实施例中自动化测试方法的流程示意图；

图5为一个实施例中数据模型获取步骤的流程示意图；

图6为一个实施例中自动化测试方法的流程示意图；

图7为一个实施例中自动化测试方法的流程示意图；

图8为一个实施例中自动化测试装置的结构框图；

图9为一个实施例中第一获取模块的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的自动化测试方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

具体地，终端102获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，将不同的测试用例集合发送至服务器104。服务器104获取到不同的测试用例集合后，获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系，通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。进一步地，服务器104可将测试结果发送至终端102，供终端102的测试人员查看或使用。

在一个实施例中，如图2所示，提供了一种自动化测试方法，以该方法应用于图1中的终端或服务器为例进行说明，包括以下步骤：

步骤202，获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同。

其中，测试用例集合是由至少一个测试用例组成的，测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，测试用例包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。不同的测试用例集合可根据测试用例对应的数据依赖划分，所谓数据依赖是指一种状态，当程序结构导致数据引用之前处理过的数据时的状态。

具体地，终端或服务器采集所有的测试用例，获取各个测试用例对应的数据依赖，根据各测试用例对应的数据依赖划分，可将同一数据依赖的测试用例划分为同一个集合中，即得到测试用例集合。也就是说，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合中的测试用例对应的数据依赖相同。

步骤204，获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系。

其中，这里的数据模型是用来对测试用例进行自动化解析的模型数据，数据模型可以是模型文件，每个测试用例集合存在对应的数据模型。具体可以是，预先建立数据模型与测试用例集合之间的依赖关系，如可根据测试用例集合中测试用例的数据维度生成对应的数据模型，再建立数据模型与测试用例集合之间的依赖关系。所谓依赖关系就是数据模型与测试用例是相互影响、相互依赖的关系，数据模型与测试用例集合之间的依赖关系可以是映射关系，可根据测试用例集合的测试用例集合标识确定对应的数据模型，也可根据数据模型的模型标识确定对应的测试用例集合。

其中，所谓的依赖参数信息是指测试用例集合数据维度上的依赖参数，例如，价格维度上的依赖参数、库存维度上的依赖参数等等。其中，各测试用例集合包括至少一个数据维度，各数据维度存在对应的依赖参数信息。具体地，获取与各测试用例集合对应的数据模型，数据模型与测试用例集合是一一对应的，数据模型包括测试用例集合对应的数据维度，而各数据维度都对应的依赖参数信息，即数据模型包括对应的测试用例集合的依赖参数信息。

步骤206，通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

其中，数据模型是用来对测试用例进行自动化解析的模型数据，可通过数据模型对测试用例集合中的测试用例进行自动化解析，得到测试结果。具体地，在获取到测试用例集合对应的数据模型后，通过数据模型对对应的测试用例集合进行自动化解析，具体可以是，通过数据模型可根据预设决策分析条件对测试用例集合进行自动化解析，或者是可通过数据模型根据预设解析算法对测试用例集合进行自动化解析，从而得到测试结果。

上述自动化测试方法中，获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。因此，自动化测试不再受数据依赖的限制，数据模型中就包括测试用例集合的依赖参数信息，而且也不需要重置数据库和人为提前修改，通过数据模型对对应的测试用例集合进行自动化解析，提高自动化测试效率。

在一个实施例中，如图3所示，获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，包括：

步骤302，获取至少一个原始测试用例，原始测试用例关联有对应的数据依赖。

步骤304，将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

其中，不同的测试用例集合中的测试用例对应的数据依赖不同，而同一测试用例集合下的测试用例对应的数据依赖相同，所谓数据依赖是指一种状态，当程序结构导致数据引用之前处理过的数据时的状态。也就是说，终端或服务器采集到所有的测试用例，可以根据测试用例对应的数据依赖组合生成对应的测试用例集合。具体地，获取采集到的至少一个原始测试用例，原始测试用例都关联有对应的数据依赖，根据原始测试用例对应的数据依赖划分测试用例，具体可以是，将相同数据依赖对应的原始测试用例划分到同一集合中，组成对应的测试用例集合。这样子的话，即不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

例如，获取测试用例A、测试用例B和测试用例C，测试用例A对应的数据依赖为价格依赖，测试用例B对应的数据依赖为库存依赖，测试用例C对应的数据依赖为价格依赖，因此，将测试用例A和测试用例C组成对应的测试用例集合，将测试用例B组成对应的测试用例集合。

在一个实施例中，如图4所示，自动化测试方法还包括：

步骤402，获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息。

步骤404，根据当前依赖参数信息生成对应的当前数据模型。

步骤406，建立当前数据模型与当前测试用例集合之间的依赖关系。

其中，当前测试用例集合是目前正在用来处理的测试用例集合，可以从多个测试用例集合中随机选取一个测试用例集合作为当前测试用例集合，或者还可以是根据测试用例集合的优先级依次将各测试用例集合作为当前测试用例集合。其中，当前测试用例集合是由至少一个当前测试用例组成的，同样地，这里的当前测试用例是指当前测试用例集合下的测试用例。而各当前测试用例都包括对应的当前数据维度，所谓数据维度可以是数据属性，各个当前测试用例都存在对应的数据维度，即当前数据维度。而当前数据维度都存在对应的当前依赖参数信息，所谓依赖参数信息是指测试用例集合数据维度上的依赖参数，例如，价格维度上的依赖参数、库存维度上的依赖参数等等。

具体地，从多个测试用例集合中随机选取一个测试用例集合作为当前测试用例集合，或者还可以是根据测试用例集合的优先级依次将各测试用例集合作为当前测试用例集合，此时，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息。

进一步地，再根据当前依赖参数信息生成对应的当前数据模型，具体可以是，获取数据模型预设生成算法，根据数据模型预设生成算法和当前依赖参数信息计算得到对应的当前数据模型，不同的当前依赖参数信息生成不同的当前数据模型。因此，可以建立当前数据模型与当前测试用例集合之间的依赖关系。所谓依赖关系就是数据模型与测试用例是相互影响、相互依赖的关系，数据模型与测试用例集合之间的依赖关系还可以是映射关系，可根据测试用例集合的测试用例集合标识确定对应的数据模型，也可根据数据模型的模型标识确定对应的测试用例集合。

在一个实施例中，如图5所示，获取与测试用例集合对应的数据模型，包括：

步骤502，启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识。

步骤504，通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

其中，模型解析驱动是用来加载数据模型的，启动模型解析驱动可以自动加载与测试用例集合对应的数据模型。具体可以是，启动模型解析驱动，其中，启动模型解析驱动可以是设置自动启动事件，一旦触发到该事件，则可以自动启动模型解析驱动，或者还可以是设置定时时间，当达到定时时间时，则可自动启动模型解析驱动，或者还可以是测试人员或者其他开发人员进行操作出发生成启动指令，根据启动指令启动模型解析驱动。操作包括但不限于点击操作或者语音操作。

进一步地，在启动模型解析驱动后，可通过模型解析驱动获取测试用例集合对应的测试用例集合标识。其中，各个测试用例集合存在对应的测试用例集合标识，可以根据测试用例集合标识匹配得到对应的测试用例集合。最后，由于测试用例集合和对应的数据模型存在依赖关系，因此模型解析驱动根据测试用例集合标识加载对应的数据模型。其中，加载成功的数据模型可以用来自动解析对应的测试用例集合，从而得到测试结果。

在一个实施例中，如图6所示，自动化测试方法还包括：

步骤602，在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据。

步骤604，建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

具体地，模型解析驱动在加载与测试用例集合标识对应的数据模型时，会生成对应的依赖数据。所谓依赖数据是指相互依赖的数据，再建立依赖数据与测试用例集合中各测试用例之间的关联关系，将依赖数据与测试用例集合中的各测试用例绑定起来，建立依赖数据与测试用例之间的关联关系。也就是说，当测试用例根据业务需求或者产品需求需要依赖数据时，可以根据测试用例与依赖关系之间的关联关系获取所需的依赖数据。

最后，将测试用例与对应的依赖数据之间的关联关系存储至依赖数据库中，这里的依赖数据库都是用来存储依赖数据的。因此，当测试人员或者其他开发人员需要测试用例对应的依赖数据后，可以向依赖数据库请求返回与测试用例对应的依赖数据。

在一个实施例中，如图7所示，自动化测试方法还包括：

步骤702，根据测试结果确定异常测试结果。

步骤704，将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

其中，异常检测结果是测试结果中出现问题的测试结果，具体可以对测试结果进行筛选从而得到异常测试结果。其中，从测试结果中筛选异常测试结果的方式可自定义，自定义可以是获取预设阈值，根据测试结果和预设阈值确定异常测试结果，如将测试结果小于预设阈值的测试结果作为异常测试结果，反之，则作为正常测试结果。或者还可以是，获取预设测试功能，根据测试结果对应的测试功能和预设测试功能确定异常测试结果，例如，将测试结果对应的测试功能未满足预设测试功能的测试结果确定为异常测试结果。

进一步地，为了方便测试人员或者其他开发人员查看异常测试结果，可以将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。这样的话，测试人员或者开发人员可以通过设备及时查看到异常测试结果，并根据异常测试结果对测试产品或者测试系统进行改进。

在一个具体的实施例中，提供了一种自动化测试方法，具体包括以下步骤：

1、获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息。

2、根据当前依赖参数信息生成对应的当前数据模型。

3、建立当前数据模型与当前测试用例集合之间的依赖关系。

4、启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识。

5、通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

6、在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据。

7、建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

8、获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同。

8-1、获取至少一个原始测试用例，测试用例关联有对应的数据依赖。

8-2、将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

9、获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系。

10、通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

11、根据测试结果确定异常测试结果。

12、将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种自动化测试装置800，包括：第一获取模块802、第二获取模块804和自动化解析模块806，其中：

第一获取模块802，用于获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同。

第二获取模块804，用于获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系。

自动化解析模块806，用于通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

在一个实施例中，如图9所示，第一获取模块802包括：

测试用例获取单元802a，用于获取至少一个原始测试用例，原始测试用例关联有对应的数据依赖。

测试用例组合单元802b，用于将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖不同。

在一个实施例中，自动化测试装置800还用于获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息；根据当前依赖参数信息生成对应的当前数据模型；建立当前数据模型与当前测试用例集合之间的依赖关系。

在一个实施例中，第二获取模块804还用于启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识，通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

在一个实施例中，第二获取模块804还用于在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据，建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

在一个实施例中，自动化测试装置800还用于根据测试结果确定异常测试结果，将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

关于自动化测试装置的具体限定可以参见上文中对于自动化测试方法的限定，在此不再赘述。上述自动化测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图10示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端102或服务器104。如图10所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现自动化测试方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行自动化测试方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取至少一个原始测试用例，测试用例关联有对应的数据依赖；将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息；根据当前依赖参数信息生成对应的当前数据模型；建立当前数据模型与当前测试用例集合之间的依赖关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识；通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据；建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据测试结果确定异常测试结果；将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；获取与测试用例集合对应的数据模型，数据模型包括对应的测试用例集合的依赖参数信息，数据模型与对应的测试用例集合之间是依赖关系；通过数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取至少一个原始测试用例，原始测试用例关联有对应的数据依赖；将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取当前测试用例集合，当前测试用例集合包括至少一个当前测试用例，各个当前测试用例包括对应的当前数据维度，各个当前数据维度包括对应的当前依赖参数信息；根据当前依赖参数信息生成对应的当前数据模型；建立当前数据模型与当前测试用例集合之间的依赖关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：启动模型解析驱动，通过模型解析驱动获取测试用例集合对应的测试用例集合标识；通过模型解析驱动根据测试用例集合标识加载对应的数据模型。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在模型解析驱动根据测试用例集合标识加载对应的数据模型时，生成对应的依赖数据；建立依赖数据与测试用例集合中各测试用例之间的关联关系，将关联关系存储至依赖数据库中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据测试结果确定异常测试结果；将异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录异常测试结果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种自动化测试方法，所述方法包括：

获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

获取与所述测试用例集合对应的数据模型，所述数据模型包括对应的测试用例集合的依赖参数信息，所述数据模型与对应的测试用例集合之间是依赖关系；

通过所述数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，所述获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，包括：

获取至少一个原始测试用例，所述原始测试用例关联有对应的数据依赖；

将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖相同。

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

获取当前测试用例集合，所述当前测试用例集合包括至少一个当前测试用例，各个所述当前测试用例包括对应的当前数据维度，各个所述当前数据维度包括对应的当前依赖参数信息；

根据所述当前依赖参数信息生成对应的当前数据模型；

建立所述当前数据模型与所述当前测试用例集合之间的依赖关系。

4.根据权利要求1所述的方法，其特征在于，所述获取与所述测试用例集合对应的数据模型，包括：

启动模型解析驱动，通过所述模型解析驱动获取测试用例集合对应的测试用例集合标识；

通过所述模型解析驱动根据所述测试用例集合标识加载对应的数据模型。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在所述模型解析驱动根据所述测试用例集合标识加载对应的数据模型时，生成对应的依赖数据；

建立所述依赖数据与所述测试用例集合中各测试用例之间的关联关系，将所述关联关系存储至依赖数据库中。

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

根据所述测试结果确定异常测试结果；

将所述异常测试结果通过信息推送的方式推送至测试人员所在的设备，并记录所述异常测试结果。

7.一种自动化测试装置，其特征在于，所述装置包括：

第一获取模块，用于获取不同的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同；

第二获取模块，用于获取与所述测试用例集合对应的数据模型，所述数据模型包括对应的测试用例集合的依赖参数信息，所述数据模型与对应的测试用例集合之间是依赖关系；

自动化解析模块，用于通过所述数据模型对对应的测试用例集合进行自动化解析，得到测试结果。

8.根据权利要求7所述的装置，其特征在于，所述第一获取模块包括：

测试用例获取单元，用于获取至少一个原始测试用例，所述原始测试用例关联对应的数据依赖；

测试用例组合单元，用于将同一数据依赖对应的原始测试用例组成对应的测试用例集合，不同的测试用例集合中的测试用例对应的数据依赖不同，同一测试用例集合下的测试用例对应的数据依赖不同。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

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

Images