CN106201879A - 一种自动化测试方法及装置 - Google Patents

Abstract

本发明公开了一种自动化测试方法及装置，涉及软件测试技术领域，所述方法包括：根据测试任务的测试参数，选择所述测试任务对应的测试用例；根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。本发明实施例中，在获取到测试任务后，根据测试任务的测试参数，选择测试任务对应的测试用例，并根据测试用例的特征值确定测试用例对应的流程驱动类型，根据不同的流程驱动类型确定测试用例的流程驱动，根据不同测试任务的流程驱动的不同选择不同的测试用例，有效的减少了封装文件，也更容易对测试系统进行维护。

Description

一种自动化测试方法及装置

技术领域

本发明涉及软件测试技术领域，尤其涉及一种自动化测试方法及装置。

背景技术

软件测试定义是：为了发现程序中的错误而执行程序的过程，软件测试主要工作内容是验证(verification)和确认(validation)，验证是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。确认是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件。

现有技术中的自动化测试基本经历了三个阶段：1)简单的录制/回放：由工具录制并记录操作的过程和数据形成脚本，通过回放来重复人工操作的过程。2)数据驱动(datadriven)的自动化测试：从数据文件读取输入数据，通过变量的参数化，将测试数据传入测试脚本，不同的数据文件对应不同的测试用例。3)关键字驱动(keyword driven)的自动化测试：关键字驱动测试是数据驱动测试的一种改进类型，它将测试逻辑按照关键字进行分解，形成数据文件，关键字对应封装的业务逻辑。

关键字驱动，又叫表格驱动，这种方法将测试逻辑按照关键字进行分解，形成数据文件，用关键字的形式将测试逻辑封装在数据文件中。其优点是，测试人员可以随业务的需要方便的增加新的业务逻辑而不用对关键字进行修改。

但是现有技术中使用关键字驱动的测试方法进行测试时，对于与曾经进行过测试的测试业务的逻辑相同或相似的测试业务也需要增加数据文件来进行封装，导致数据文件的激增，造成测试系统维护困难。

发明内容

本发明提供一种自动化测试方法方法及装置，用于解决现有技术中的测试方法存在数据文件多，系统维护困难的问题。

本发明实施例提供一种自动化测试方法，所述方法包括：

根据测试任务的测试参数，选择所述测试任务对应的测试用例；

根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

本发明实施例中，在获取到测试任务后，根据测试任务的测试参数，选择测试任务对应的测试用例，并根据测试用例的特征值确定测试用例对应的流程驱动类型，根据不同的流程驱动类型，确定测试用例的流程驱，能够根据不同测试任务的流程驱动的不同选择不同的测试用例，有效的减少了对应同一类的流程驱动类型的测试任务的封装文件，也更容易对测试系统进行维护。

进一步地，所述根据流程驱动对所述测试用例进行测试，包括：

调用所述测试用例的流程驱动并加载所述测试用例对应的测试数据对所述测试用例进行测试。

本发明实施例中，对测试任务进行完整测试需要确定测试任务对应的测试用例，并调用测试用例对应的测试流程驱动，加载测试数据对所述测试任务对应的测试用例进行测试。

进一步地，所述测试用例对应的流程驱动的类型为固定流程驱动；

所述根据所述流程驱动类型，确定所述测试用例的流程驱动，包括：

确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动。

本发明实施例中，若测试用例对应的流程驱动的类型是固定流程驱动，则解析出测试用例对应的测试关键字，并根据所述测试关键字对应的固定流程驱动，使得同一类测试关键字对应的固定流程驱动不需要再次进行封装，而是直接调用使用，减少了数据文件的激增。

进一步地，所述测试用例对应的流程驱动的类型为可变流程驱动；

所述根据所述流程驱动类型，确定所述测试用例的流程驱动，包括：

确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动。

本发明实施例中，若确定测试用例对应的流程驱动的类型为可变流程驱动，则需要重新封装一个可变流程驱动，完成测试。

进一步地，所述根据下列方式确定流程驱动的类型：

根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；

若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。

本发明实施例中，首先根据测试用例的特征值能够确定驱动流程的类型，以便于对对应于两种驱动流程的类型的测试用例进行测试。

本发明还提供一种自动化测试装置，包括：

测试用例选择单元，用于根据测试任务的测试参数，选择所述测试任务对应的测试用例；

流程驱动确定单元，用于根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

测试单元，用于根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

本发明实施例中，在获取到测试任务后，根据测试任务的测试参数，选择测试任务对应的测试用例，并根据测试用例的特征值确定测试用例对应的流程驱动类型，根据不同的流程驱动类型，确定测试用例的流程驱，能够根据不同测试任务的流程驱动的不同选择不同的测试用例，有效的减少了对应同一类的流程驱动类型的测试任务的封装文件，也更容易对测试系统进行维护。

进一步地，所述测试单元，具体用于：

调用所述测试用例的流程驱动并加载所述测试用例对应的测试数据对所述测试用例进行测试。

进一步地，所述测试用例对应的流程驱动的类型为固定流程驱动；

所述流程驱动确定单元，具体用于：

确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动。

进一步地，所述测试用例对应的流程驱动的类型为可变流程驱动；

所述流程驱动确定单元，具体用于：

确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动。

进一步地，所述根据下列方式确定流程驱动的类型：

根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；

若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供一种自动化测试方法的流程图；

图2为本发明实施例提供的测试结构示意图；

图3为本发明实施例提供的另一种自动化测试方法的流程图；

图4为本发明实施例提供一种自动化测试装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明提供一种自动化测试方法，如图1所示，包括：

步骤101，根据测试任务的测试参数，选择所述测试任务对应的测试用例；

步骤102，根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

步骤103，根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

在本发明实施例中，测试任务可以为利用自动化测试方法进行测试的一切任务，所述测试任务中包括测试任务的测试参数，在本发明实施例中，测试参数可以包括以下参数中的任一一个或多个，参数字段可以包含：正常交易或异常交易；境内交易或跨境交易；公共支付类交易；钱包交易；token(令牌)交易；消费类交易或转账类交易；磁条卡或IC卡(智能芯片卡)交易；代理模式交易；单信息交易/双信息交易；直通路由交易/属地路由交易/默认路由交易/机构卡性质路由交易，等等。

在本发明实施例中，当确定了测试参数后，根据所述测试参数在所有的测试用例集中查找对应的测试用例，例如，若测试参数为正常交易，则可以在所有的测试用例集中查找正常交易对应的测试用例。

可选的，在本发明实施例中，若测试任务对应的测试参数是多个参数，还可以利用逻辑运算选择多个测试参数对应的测试用例。例如，在本发明实施例中，如果输入的参数是：正常交易AND境内交易AND消费类交易，那么就会在所有测试用例中选择包括以上所有测试参数的测试用例作为测试任务对应的测试用例，如“正常的2.0版本的磁条卡的直通路由的普通消费交易”、“正常的2.1版本的磁条卡默认路由的普通消费交易”、“正常的2.0版本的IC卡属地路由的普通消费交易”、“正常的2.1版本的IC卡交易卡性质路由的MOTO消费交易”。

如果输入的参数是：消费类交易OR存款类交易OR取现类交易，那么在所有测试用例选择只要具备上述三个参数中的某一个测试参数都会认为是所述任务对应的测试用例。

也就是说，在本发明实施例中，测试任务对应的测试用例至少为一个，所以若利用现有技术，则需要将所有测试用例调用一个测试驱动流程然后进行封装进行测试，而在本发明实施例中，则需要对测试用例对应的流程驱动类型进行判断。

在本发明实施例中，如图2所示，本发明实施例中，所有的测试系统中包括测试数据层、交易驱动层以及支撑层三部分构成，以图2中的固定流程-1为例，固定流程-1的底层输入为关键字-1和关键字-3，上层输入为测试数据-1和测试数据-2。则说明使用测试数据-1和测试数据-2到的两个测试用例的测试驱动是相同的，只是测试数据不同。

所以，在本发明实施例中，首先需要确定测试任务对应的测试用例，并根据所述测试用例确定测试用例对应的流程驱动类型。

在本发明上述实施例中，由于将测试数据以及测试流程关键字封装在不同的层级进行实现，割裂了测试任务和测试数据的相互依赖的关系，在测试使用时，可以将测试的关注点放在对测试数据的构建和维护上，无需关注底层的测试关键字等，使得自动化测试人员能够从代码于都以及修改中解放出来。

在本发明实施例中，流程驱动类型分为两种，一种是固定驱动类型，一种是可变驱动类型，在本发明实施例中，固定驱动类型如图2中的固定流程-1所示，即多个测试任务都可以利用同一个固定流程进行测试，只不过测试的测试数据不同。

在本发明实施例中，在获取到任务对应的测试用例后，选择一个测试用例进行流程驱动类型的判断，在本发明实施例中，可以顺序选择测试用例，即从多个测试用例中选择第一个测试用例进行流程驱动类型的判断。

在本发明实施例中，根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。

也就是说，在本发明实施例中，首先需确定测试用例的特征值，测试用例的特征值是能够表明该测试用例的特征的参数，例如，在本发明实施例中，测试用例为“正常的境内磁条卡非银联钱包的普通消费交易”，则确定所述测试用例的特征值为“正常交易”、“非银联钱包交易”、“普通消费交易”。

可选的，在本发明实施例中，测试用例的特征值与测试用例的关键字可以相同。

在本发明实施例中，当确定了测试用例的特征值后，需要根据测试用例的特征值查找与所述特征值对应的流程驱动，可选的，在本发明实施例中，如表1所示，保存了特征值与流程驱动的绑定关系表：

特征值	流程驱动
		特征值1	流程驱动1
特征值2	流程驱动2
		……	……
特征值n	流程驱动n

表1：特征值与流程驱动的绑定关系表

可选的，在本发明实施例中，特征值1、特征值2、……、特征值n中可以包括多个词语，例如，上述实施例中的特征值为“正常交易”、“非银联钱包交易”、“普通消费交易”，即包括了三个词语。

在本发明实施例中，当根据测试用例的特征值能够从表1中查找到了与特征值对应的流程驱动，则认为测试用例对应的流程驱动的类型为固定流程驱动，即能够查询到测试用例对应的流程。

也就是说，在本发明实施例中，上述测试用例对应的流程驱动与其它测试用例对应的流程驱动为相同逻辑的流程驱动，例如，在本发明实施例中，测试用例“正常的境内磁条卡非银联钱包的普通消费交易”与测试用例“正常的境内磁条卡银联钱包的普通消费交易”对应的流程驱动是相同的。

在本发明实施例中，当根据测试用例的特征值不能从表1中查找对应的流程驱动，则认为测试用例对应的流程驱动类型为可变驱动，即测试用例使用的流程驱动与之前保存的其它测试用例使用的流程驱动不同。

在本发明实施例中，当确定了流程驱动的类型为固定流程驱动后，需要确定所述测试用例的关键字，并如图2中所示，根据测试用例的关键字调用关键字对应的固定流程驱动，并加载测试用例需要的测试数据，对测试用例进行测试。

例如，测试用例为“正常的境内磁条卡非银联钱包的普通消费交易”，根据测试用例的特征值“正常交易”、“非银联钱包交易”、“普通消费交易”，确定了测试流程如下：

1、发送受理请求报文给被测试系统；

2、接收被测系统发回的发卡请求报文；

3、将接收到的发卡请求报文与模板中的预期报文进行比较，确认该笔报文所有域值的填写是否均符合预期；

4、发送发卡应答报文给被测试系统；

5、接收被测系统发回的受理请求报文；

6、将接收到的受理应答报文与模板中的预期报文进行比较，确认该笔报文所有域值的填写是否均符合预期；

7、捞取被测系统的交易日志表中的该笔交易的交易日志，与模板中的交易日志进行逐个字段的比对，确认所有字段的填写均符合预期。

并利用上述测试流程加载测试用例对应的测试数据对测试用例进行测试。

在本发明实施例中，当确定了流程驱动的类型为可变流程驱动后，则根据测试用例的关键字调用所述测试用例的流程驱动的相关文件，并将所述流程驱动的相关文件封装为新的测试流程驱动，利用所述测试流程驱动以及测试用例对应的测试数据对测试用例进行测试。

例如，如图2中所示，可变流程1是根据测试用例的关键字-y确定的流程驱动的相关文件，并将所述相关文件封装为测试用例对应的可变流程1，然后调用测试用例需要的测试数据-m，完成对所述测试用例的测试。

在本发明实施例中，当对测试任务对应的多个测试用例中的一个进行测试完毕后，还需要继续在多个测试用例中选取测试用例，逐一对测试用例进行测试。

为了更加详细的说明本发明实施例，在此举例说明。

如图3所示，本发明实施例提供一种自动化测试方法，具体步骤如下所示：

步骤301，获取测试任务，并确定所述测试任务的测试参数；

步骤302，根据测试参数获取对应的测试用例；

步骤303，选择测试用例中的一个测试用例，确定所述测试用例的特征值；

步骤304，根据所述测试用例的特征值，判断所述测试用例对应的测试流程驱动是否为固定流程驱动，若是，则执行步骤305；否则执行步骤307；

步骤305，确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动；

步骤306，利用所述测试用例的流程驱动加载测试用例对应的测试数据对测试用例进行测试；返回步骤303；

步骤307，确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动，执行步骤306。

基于相同的发明构思，本发明实施例还提供一种信息分类装置，该装置可以执行上述方法。

基于同样的构思，本发明还提供一种自动化测试装置，如图4所示，包括：

测试用例选择单元401，用于根据测试任务的测试参数，选择所述测试任务对应的测试用例；

流程驱动确定单元402，用于根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

测试单元403，用于根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

进一步地，所述测试单元403，具体用于：

调用所述测试用例的流程驱动并加载所述测试用例对应的测试数据对所述测试用例进行测试。

进一步地，所述测试用例对应的流程驱动的类型为固定流程驱动；

所述流程驱动确定单元402，具体用于：

确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动。

进一步地，所述测试用例对应的流程驱动的类型为可变流程驱动；

所述流程驱动确定单元402，具体用于：

确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动。

进一步地，所述根据下列方式确定流程驱动的类型：

根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；

若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。

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

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

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

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

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

根据测试任务的测试参数，选择所述测试任务对应的测试用例；

根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

2.根据权利要求1所述的方法，其特征在于，所述根据流程驱动对所述测试用例进行测试，包括：

调用所述测试用例的流程驱动并加载所述测试用例对应的测试数据对所述测试用例进行测试。

3.根据权利要求1所述的方法，其特征在于，所述测试用例对应的流程驱动的类型为固定流程驱动；

所述根据所述流程驱动类型，确定所述测试用例的流程驱动，包括：

确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动。

4.根据权利要求1所述的方法，其特征在于，所述测试用例对应的流程驱动的类型为可变流程驱动；

所述根据所述流程驱动类型，确定所述测试用例的流程驱动，包括：

确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动。

5.根据权利要求1～4任一所述的方法，其特征在于，所述根据下列方式确定流程驱动的类型：

根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；

若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。

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

测试用例选择单元，用于根据测试任务的测试参数，选择所述测试任务对应的测试用例；

流程驱动确定单元，用于根据所述测试用例的特征值确定所述测试用例对应的流程驱动类型；

测试单元，用于根据所述流程驱动类型，确定所述测试用例的流程驱动，并根据所述流程驱动对所述测试用例进行测试。

7.根据权利要求6所述的装置，其特征在于，所述测试单元，具体用于：

调用所述测试用例的流程驱动并加载所述测试用例对应的测试数据对所述测试用例进行测试。

8.根据权利要求6所述的装置，其特征在于，所述测试用例对应的流程驱动的类型为固定流程驱动；

所述流程驱动确定单元，具体用于：

确定所述测试用例对应的测试关键字，并根据所述测试关键字确定所述测试关键字对应的固定流程驱动，将所述固定流程驱动作为所述测试用例的流程驱动。

9.根据权利要求6所述的装置，其特征在于，所述测试用例对应的流程驱动的类型为可变流程驱动；

所述流程驱动确定单元，具体用于：

确定所述测试用例对应的可变流程驱动文件，并将所述新测试流程驱动文件封装为可变流程驱动，将所述可变流程驱动作为所述测试用例的流程驱动。

10.根据权利要求6～9任一所述的装置，其特征在于，所述根据下列方式确定流程驱动的类型：

根据所述测试用例的特征值在所有的驱动流程中查找与所述特征值对应的驱动流程；

若查找到与所述特征值对应的驱动流程，则确定所述测试用例对应的流程驱动的类型为固定流程驱动；否则确定所述测试用例对应的流程驱动的类型为可变流程驱动。