CN109597760A - 一种用于测试的异常场景的部署方法及装置 - Google Patents

Abstract

本发明公开了一种用于测试的异常场景的部署方法及装置，包括：在接收到测试项文件的加载指令后，加载测试项文件，接收用户输入的测试参数信息，响应于交互命令，依据测试项文件和测试参数信息，生成符合预设条件的测试文件；并依据测试文件生成测试作业，以使在触发测试作业后依据测试文件进行异常场景测试。这样，实现了自动化的异常场景的部署，提高了部署效率、降低了部署场景时产生错误的风险。

Description

一种用于测试的异常场景的部署方法及装置

技术领域

本发明涉及软件测试领域，尤其涉及一种用于测试的异常场景的部署方法及装置。

背景技术

测试是软件测试中的重要环节，充分的测试是保护软件可靠性的重要基础。在进行大规模的集成测试过程中，当一个测试涉及多个系统时，各个系统对测试要求场景很难满足步调一致，特别是当测试要求同时满足个别业务异常场景测试以及其它业务正常场景测试的要求，这时针对特定业务进行定向异常场景模拟的测试显得尤为重要。

现有技术中，提供了一些用于异常场景测试的方法，详情可见专利号CN2014103131851。以该专利提到的异常场景测试为例，包括多种未明情况、多种异常场景等，这样就需要对不同的情况进行部署，对这些不同情况的部署可以理解为对异常场景的部署。

但是现有技术中提供的异常场景的部署是人工手动操作完成的，由于异常场景中包含的异常情况较多，因此部署复杂，而且人工部署也容易出现部署错误的问题，由此可知，人工部署效率低、产生错误的风险较高。

发明内容

有鉴于此，本发明实施例公开了一种用于测试的异常场景的部署方法及装置，实现了对异常场景的自动化的部署，提高了部署效率，降低了部署错误的风险。

本发明实施例公开了一种用于测试的异常场景的部署方法，其特征在于，包括：

响应于测试项文件加载指令，加载相应的测试项文件；

接收用户输入的测试参数信息；

响应于交互命令，依据所述测试项文件和测试参数信息，生成符合预设条件的测试文件；

依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

可选的，所述测试参数信息包括：

未明状态、入账标示、执行时间和未明类型。

可选的，所述响应于交互命令，依据所述测试文件和测试参数信息，生成符合预设条件的测试文件，包括：

读取测试项文件；

在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

对所述测试项文件中的各个测试项进行排序；

插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

可选的，还包括：

监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

可选的，还包括：

在触发测试作业后，记录异常场景测试的操作信息。

本发明实施例提供了一种用于测试的异常场景的部署装置，包括：

加载单元，用于响应于测试项文件加载指令，加载相应的测试项文件；

接收单元，用于接收用户输入的测试参数信息；

测试文件生成单元，用于响应于交互命令，依据所述测试项文件和测试参数信息，生成符合预设条件的测试文件；

测试作业生成单元，用于依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

可选的，所述测试参数信息包括：

未明状态、入账标示、执行时间和未明类型。

可选的，所述测试文件生成单元，包括：

读取子单元，用于读取测试项文件；

消重处理单元，用于在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

排序单元，用于对所述测试项文件中的各个测试项进行排序；

测试文件生成子单元，用于插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

可选的，还包括：

监测单元，用于监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

可选的，还包括：

记录单元，用于在触发测试作业后，记录异常场景测试的操作信息。

本实施例公开了一种用于测试的异常场景的部署方法及装置，包括：在接收到测试项文件的加载指令后，加载测试项文件，接收用户输入的测试参数信息，响应于交互命令，依据测试项文件和测试参数信息，生成符合预设条件的测试文件，并依据测试文件生成测试作业，以使在触发测试作业后依据测试文件进行异常场景测试。这样，实现了自动化的异常场景的部署，提高了部署效率、降低了部署场景时产生错误的风险。

附图说明

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

图1示出了本发明实施例提供的一种用于测试的异常场景部署方法的流程示意图；

图2示出了本发明实施例提供的一种测试文件的生成方法的流程示意图；

图3示出了本发明实施例提供的一种用于测试的异常场景的部署装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

申请人经研究发现，在通过相关程序对异常场景进行测试之前，通常是通过人工手动对程序进行部署，但是手动部署的效率低、产生错误的风险较高，为了解决上述问题，在通过程序对异常场景进行测试之前，对异常场景进行自动化的部署，具体的部署方式见下文的具体介绍，这样，提高了部署异常场景测试程序的效率。

本实施例中，针对于银行所有的业务管理系统而言，通常具有三层架构，内层为后台系统，也称为核心银行系统，如BANCS等；中间为中转系统，也称为渠道接入系统，包括接口平台、CSP系统等；外层为外围系统，其中有一些外围系统可以直接和核心系统直接连接，例如如柜员前端系统(BANSLINK)，该系统无需进行未明测试；但是还有一些外围系统，例如网银系统等，这些系统不能直接和外围系统相连接，而是需要通过中转系统与核心系统进行交互，因此实际业务交易中，有可能发生外围系统不确定后台系统对该业务交易处理结果的这一情形，这一情形为未明的情形，因此才会有对该情形下的未明测试需求。

本实施例中，以银行系统对异常场景的部署进行说明，但是不仅限于应用于银行系统场景。

参考图1，示出了本发明实施例提供的一种异常场景测试工具的部署方法额流程示意图，在本实施例中，该方法包括：

S101：响应于测试项文件加载指令，加载相应的测试项文件；

其中，测试项文件中包含预设的测试项。测试项可以理解为待测试的项目，针对于上述的银行系统，测试项可以为交易码，该交易码为外围系统和核心系统之间的交易标识，即外围系统和核心系统之间的交互通过交易码实现。

其中，该测试项文件加载指令的发起可以包括如下的两种方式:

1、手动发起：

也就是说该测试项文件的加载指令是用户发起的。

2、自动发起：

其中，可以设置自动化实现的程序，例如自动的检测是否包含了临时文件，在检测到测试项文件后发起加载指令，并加载测试项文件。

S102:接收用户输入的测试参数信息；

本实施例中，测试参数信息可以理解为对测试文件中的相关信息进行测试所需的相关信息。

在对银行系统进行异常场景测试时，测试参数包括：未明状态、入账标识、执行时间和未明类型等。

其中，未明状态包括预设的多种状况，例如可以包括如下表1中提到的6种未明状况：

表1

0、表示正常交易流程，不需要模拟未明交易。
	1、模拟网关程序与接口平台、CSP等系统之间的调用超时情况。
2、模拟网关程序底层处理程序错误(CICS ABEND)情况。
	3、模拟网关程序与BANCS之间的调用超时情况。
4、模拟网关程序在收到BANCS返回包后，自身处理失败的情况。
	5、模拟网关程序收到BANCS非正常报文返回情况。

入账标识包括入账成功和入账失败等。

并且，为了满足个别业务的异常场景测试，同时不影响正常场景的测试，异常场景的测试通常是在特定时间进行的。但是现有技术中一般是在该特定时间时，手动启动该异常场景的测试。然而手动启动会存在一定的延迟，不可避免的对测试产生影响。为了消除上述影响，本实施例中，设定了异常场景测试的执行时间，在达到该执行时间时，触发异常场景测试。

未明类型包括原子未明和组合未明。其中原子未明表示原子交易的过程中出现的异常情况，组合未明表示在组合交易的过程中出现的异常情况。

其中原子交易表示为单独的一个交易，例如查询交易为一个原子交易；组合交易表示为多个原子交易的组合，例如转账交易中包含查询交易和扣款交易等。

S103:响应于交互命令，依据所述临时文件和测试参数信息，生成符合预设条件的测试文件；

本实施例中，测试文件是用于测试程序进行测试的文件，该测试文件中包含需要测试的异常情况，例如包括：测试的交易码、每个交易码对应的测试参数等。

其中，测试参数中的未明类型包括：原子未明和组合未明，原子未明和组合未明所需的测试文件的形式不同，因此对于不同的未明类型分别进行处理，具体的，S103包括如下的S201-S205：

S201：读取测试项文件；

S202：在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

S203：对所述测试项文件中的各个测试项进行排序；

S204：插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

本实施例中，测试文件中包含需要测试的测试项、测试参数，并将这些信息处理后，生成符合预设测试程序的测试文件，例如，针对银行系统来说，由于不同未明类型对应的测试文件不同，处理规则也不同，其中，未明类型包括原子未明和组合未明，需要生成符合原子未明和组合未明测试要求的测试文件。

头记录是指维护‘测试文件’时，根据未明类型不同，需要维护不同的文件，其文件结构也有不同，供不同的未明程序使用原子未明时，供程序BG0021程序使用，头记录是一条长度为9的信息：前6个空格+未明状态+入账标识组合未明时,供程序BG0020程序使用，头记录是一条长度为8的信息：前6个空格+未明状态。

举例说明：原始的测试项文件为6位的文件，符合原子未明的测试文件为8位的文件，符合组合未明的测试文件为9位的文件。

S104：依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

本实施例中，测试作业生成后，等待测试作业的触发，在触发了测试作业后，依据测试文件进行异常场景测试。

其中，测试作业的触发可以是手动触发的也可以是自动触发的。

在本实施例中，为了避免手动触发导致的延迟性，部署了执行时间，并通过对执行时间的监测，自动的触发测试作业，具体的，还包括：

监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

除此之外，为了方便对异常场景测试过程的查询以及对故障进行分析，本实施例中，在执行测试作业的过程中，记录了测试信息，生成了测试日志，具体的，还包括：

在触发测试作业后，记录异常场景测试的操作信息。

本实施例中，在接收到测试项文件的加载指令后，加载测试项文件，接收用户输入的测试参数信息，根据交互命令，依据测试项文件和测试参数信息，生成符合预设条件的测试文件，并依据测试文件生成测试作业，以使在触发测试作业后依据测试文件进行异常场景测试。这样，实现了自动化的异常场景的部署，提高了部署效率和准确性。

参考图3，示出了本发明实施例提供的一种用于测试的异常场景的部署装置的结构示意图，在本实施例中，该装置包括：

加载单元301，用于响应于测试项文件加载指令，加载相应的测试项文件；

接收单元302，用于接收用户输入的测试参数信息；

测试文件生成单元303，用于响应于交互命令，依据所述测试项文件和测试参数信息，生成符合预设条件的测试文件；

测试作业生成单元304，用于依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

可选的，所述测试参数信息包括：

未明状态、入账标示、执行时间和未明类型。

可选的，所述测试文件生成单元，包括：

读取子单元，用于读取测试项文件；

消重处理单元，用于在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

排序单元，用于对所述测试项文件中的各个测试项进行排序；

测试文件生成子单元，用于插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

可选的，还包括：

监测单元，用于监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

可选的，还包括：

记录单元，用于在触发测试作业后，记录异常场景测试的操作信息。

通过本实施例的装置，实现了自动化的异常场景的部署，提高了部署效率、降低了部署错误的风险。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种用于测试的异常场景的部署方法，其特征在于，包括：

响应于测试项文件加载指令，加载相应的测试项文件；

接收用户输入的测试参数信息；

响应于交互命令，依据所述测试项文件和测试参数信息，生成符合预设条件的测试文件；

依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

2.根据权利要求1所述的方法，其特征在于，所述测试参数信息包括：

未明状态、入账标示、执行时间和未明类型。

3.根据权利要求2所述的方法，其特征在于，所述响应于交互命令，依据所述测试文件和测试参数信息，生成符合预设条件的测试文件，包括：

读取测试项文件；

在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

对所述测试项文件中的各个测试项进行排序；

插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

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

监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

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

在触发测试作业后，记录异常场景测试的操作信息。

6.一种用于测试的异常场景的部署装置，其特征在于，包括：

加载单元，用于响应于测试项文件加载指令，加载相应的测试项文件；

接收单元，用于接收用户输入的测试参数信息；

测试文件生成单元，用于响应于交互命令，依据所述测试项文件和测试参数信息，生成符合预设条件的测试文件；

测试作业生成单元，用于依据所述测试文件生成测试作业，以使在触发测试作业后依据所述测试文件进行异常场景测试。

7.根据权利要求6所述的装置，其特征在于，所述测试参数信息包括：

未明状态、入账标示、执行时间和未明类型。

8.根据权利要求6所述的装置，其特征在于，所述测试文件生成单元，包括：

读取子单元，用于读取测试项文件；

消重处理单元，用于在所述测试项文件不为空的情况下，对所述测试项文件进行消重处理；

排序单元，用于对所述测试项文件中的各个测试项进行排序；

测试文件生成子单元，用于插入未明状态、入账标识，并根据未明类型插入相应的头记录，得到测试文件。

9.根据权利要求7所述的装置，其特征在于，还包括：

监测单元，用于监测是否达到了所述执行时间；

若达到了所述执行时间，触发测试作业。

10.根据权利要求6所述的装置，其特征在于，还包括：

记录单元，用于在触发测试作业后，记录异常场景测试的操作信息。