CN110928777B - 测试用例的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及金融科技领域，并公开了一种测试用例的处理方法、装置、设备和存储介质，其中，所述方法包括：目标系统在入口处接收到测试指令时，启动录像采集模式；基于录像采集模式，目标系统调用公共组件执行采集操作，得到采集操作对应的第一测试编号；目标系统获取测试指令对应的测试信息，且将第一测试编号与测试信息进行关联处理，得到关联结果；目标系统在第一接口及第二接口基于关联结果生成测试用例。本发明以录像机制采集并自动生成测试用例，且在于外部系统连接的第一接口及与数据库连接的第二接口生成测试用例，因此，生成的测试用例可以以回放方式反复执行测试，不依赖外部环境，不需要额外增加测试用例的编写成本。

Description

测试用例的处理方法、装置、设备及存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及金融行业的测试用例的处理方法、装置、设备及存储介质。

背景技术

随着计算机技术的发展，越来越多的技术(如分布式、WEB前端、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，越来越多的技术应用于金融行业。金融行业的开发人员，通常会用到JAVA编程，JAVA的单元测试及接口测试常用的组件有Junit，PowerMock,easymock和mockito等，通过使用组件相关的api构造mock对象，来实现单元测试或接口测试。然而，在测试时，需要手工编写大量的测试代码，且对构造的测试用例的参数有很大的限制，mock的数据不具备通用性。

现有技术中构造mock对象的代码需要手工编写，针对复杂接口要实现的mock对象非常多，只要mock对象不全，则测试用例无法正常工作，实现一个测试用例的成本极高，很难快速实现多个测试用例。一旦功能需求发生变化，相应的测试用例就作废了，投入编写测试用例的成本复用性不高。

发明内容

本发明的主要目的在于提出一种测试用例的处理方法、装置、设备及存储介质，旨在解决现有技术中mock对象的测试用例复用性不高的问题。

为实现上述目的，本发明提供一种测试用例的处理方法，应用于测试用例的处理装置，所述测试用例的处理装置包括入口处、目标系统、公共组件及本地磁盘；所述入口处与目标系统连接，所述目标系统与所述公共组件连接，所述目标系统通过第一接口与外部系统连接，且所述目标系统通过第二接口与数据库连接；所述测试用例的处理方法包括如下步骤：

所述目标系统在入口处接收到测试指令时，启动录像采集模式；

基于所述录像采集模式，所述目标系统调用公共组件在所述入口处执行采集操作，得到所述采集操作对应的第一测试编号；

所述目标系统获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘；

所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例。

可选地，所述所述目标系统在入口处接收到测试指令时，启动录像采集模式的步骤之前，所述方法还包括：

所述目标系统配置第一测试用例参数，且基于所述第一测试用例参数设置第一测试场景对应的第一方法信息。

可选地，所述关联结果包括第一关联结果、第二关联结果和第三关联结果；所述目标系统获取所述测试指令对应的测试信息，且将所述测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘的步骤包括：

在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述第一关联结果存储于所述本地磁盘；

所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘；

所述目标系统基于所述第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘。

可选地，所述在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述关联结果存储于所述本地磁盘的步骤包括：

所述目标系统通过所述公共组件将所述第一测试编号存入共享变量中，且获取所述测试指令对应的请求参数信息；

通过所述共享变量将所述第一测试编号与所述请求参数信息进行关联处理，得到第一关联结果，且将所述第一关联结果保存至所述本地磁盘。

可选地，所述在基于所述方法信息进行测试操作时，得到拦截信息，并将所述测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘的步骤包括：

获取所述第一方法信息，所述目标系统通过所述公共组件拦截所述第一方法信息对应的第一传入参数和返回内容，其中，所述第一传入参数和返回内容为所述目标系统通过第一接口传入所述外部系统，及所述目标系统通过第二接口传入所述数据库的数据内容；

所述目标系统通过所述公共组件，将所述第一传入参数和返回内容与所述第一测试编号进行关联处理，得到第二关联结果，且将所述第二关联结果保存至所述本地磁盘。

可选地，所述目标系统基于所述第一方法信息得到第一操作结果，并将所述操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘的步骤包括：

在所述第一方法信息对应的测试操作结束时，所述目标系统通过所述公共组件采集所述第一方法信息对应的第一操作结果；

将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，且将所述第三关联结果保存到所述本地磁盘。

可选地，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例例的步骤包括：

所述目标系统从所述本地磁盘获取第一关联结果、第二关联结果及第三关联结果；

基于所述第一关联结果获取请求参数信息，基于所述第二关联结果获取第一传入参数和返回内容，且基于所述第三关联结果获取第一操作结果；

通过所述公共组件在所述第一接口及第二接口，基于请求参数信息、第一操作结果、第一传入参数和返回内容，生成测试用例。

可选地，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例的步骤之后，所述测试用例的处理方法还包括如下步骤：

所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

基于所述应答结果判断所述回放验证操作是否通过。

可选地，所述在检测到入口接收到回放验证指令时，启动回放验证模式的步骤之前，所述测试用例的处理方法还包括：

配置第二测试用例参数，且基于所述第二测试用例参数设置第二测试场景对应的第二方法信息。

可选地，所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果的步骤包括：

通过所述公共组件获取所述回放验证指令对应的测试验证信息；

将所述第二测试编号存入所述共享变量中；

调用所述测试验证信息，以发起测试验证操作；

在执行所述测试验证操作时，调用所述第二方法信息；

通过所述公共组件拦截所述第二方法信息对应的第二传入参数；

将所述第二传入参数与所述第二测试编号进行关联处理，以获取保存在所述共享变量中的应答结果。

可选地，所述基于所述应答结果判断所述回放验证操作是否通过的步骤包括：

在检测到所述测试验证操作完成时，通过所述公共组件采集所述测试验证操作对应的第二操作结果；

将所述第二操作结果与第一操作结果进行比对；

若所述第二操作结果与所述第一操作结果相同，则判定所述测试验证操作通过；

若所述第二操作结果与所述第一操作结果不同，则发出告警。

本发明还提供一种测试用例的处理装置，所述测试用例的处理装置包括：

第一启动模块，用于在检测到入口处接收到测试指令时，启动录像采集模式；

第一调用模块，用于基于所述录像采集模式，调用公共组件执行采集操作，得到所述采集操作对应的第一测试编号；

关联模块，用于获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘；

生成模块，用于所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例例。

可选地，所述测试用例的处理装置包括：

第二启动模块，用于所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

第二调用模块，用于基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

应答模块，用于所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

验证模块，用于基于所述应答结果判断所述回放验证操作是否通过。

此外，为实现上述目的，本发明还提供一种测试用例的处理设备，所述测试用例的处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的测试用例的处理程序，所述测试用例的处理程序被所述处理器执行时实现如上述中任一项所述的测试用例的处理方法的步骤。

此外，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有测试用例的处理程序，所述测试用例的处理程序被处理器执行时实现如上述中任一项所述的测试用例的处理方法的步骤。

本发明提出的测试用例的处理方法，在目标系统检测到入口处测试指令时，开启录像采集模式，在录像采集模式下，通过增加的公共组件，配合录像采集模式，获取对应的第一测试编号；并且，将测试指令对应的测试信息与第一测试编号进行关联处理，得到关联结果，关联结果可以是测试用例生成时，入口处、分别连接外部系统及数据库的第一接口及第二接口对应的一些数据，可以记录到本地磁盘中，以便于在回放验证模式下使用。由于增加了公共组件，以录像机制采集并自动生成测试用例，且在于外部系统连接的第一接口及与数据库连接的第二接口生成测试用例，因此，生成的测试用例可以以回放方式反复执行测试，不依赖外部环境，不需要额外增加测试用例的编写成本，实现低成本快速量产测试用例，并且，可以实时快速的发现业务逻辑变更产生的问题。

并且，本申请在回放验证模式下，当测试用例执行需要用到第一接口和第二接口时，可以直接使用录制模式下存在的接口，直接返回，不用依赖外部系统，从而提高测试用例执行速度，减少部署成本。

附图说明

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明测试用例的处理方法第一实施例的流程示意图；

图3为本发明测试用例的处理方法第一实施例的方框示意图；

图4为本发明测试用例的处理方法第二实施例的流程示意图；

图5为本发明测试用例的处理方法第三实施例的流程示意图；

图6为本发明测试用例的处理方法第三实施例的方框示意图；

图7为本发明测试用例的处理方法第四实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例测试用例的处理设备可以是PC机或服务器设备。

如图1所示，该测试用例的处理设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及测试用例的处理程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的测试用例的处理程序，并执行下述测试用例的处理方法各个实施例中的操作。

基于上述硬件结构，提出本发明测试用例的处理方法实施例。

参照图2，图2为本发明测试用例的处理方法第一实施例的流程示意图，所述方法包括：

步骤S10，所述目标系统在入口处接收到测试指令时，启动录像采集模式；

本实施例中，现有的测试用例生成，是接口测试时，测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。Mock测试，就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。Mock对象，Mock测试所使用到的虚拟对象就是Mock对象，Mock对象就是真实对象在调试期间的代替品。

现有技术中，由于系统之间割裂，构造Mock对象的代码需要手工编写，针对复杂接口要实现Mock对象非常多，只要Mock对象不全，则测试用例无法正常工作，实现一个测试用例的成本极高，很难快速实现多个测试用例，一旦功能需求发生变化，相应的测试用例就作废了，投入编写测试用例的成本复用性不高。

本案中，应用于测试用例的处理装置，测试用例的处理装置包括入口处、目标系统、公共组件及本地磁盘；所述入口处与目标系统连接，所述目标系统与所述公共组件连接，所述目标系统通过第一接口与外部系统连接，且所述目标系统通过第二接口与数据库连接。所述目标系统在入口处接收到测试指令时，启动录像采集模式。

具体地，在接收到测试指令时，开启录像采集模式，录像采集模式通过添加一段代码实现，该代码是在不破坏原来的目标程序的情况下，接入录像采集程序，管理台控制是否开始采集。

通过增加录像采集模式，在测试用例生成前，进行录像采集，以便于为本次测试操作分配一个全局唯一的id，作为测试用例编号，有助于推动生成测试用例。

步骤S20，基于所述录像采集模式，所述目标系统调用公共组件在所述入口处执行采集操作，得到所述采集操作对应的第一测试编号；

该步骤中，在录像采集模式下，目标系统调用公共组件在所述入口处执行采集操作，从而得到第一测试编号，其中，第一测试编号为测试用例编号，是为本次测试操作分配的全局唯一的id。

通过封装一个公共组件，用于执行采集操作，以获得第一测试编号，可将第一测试编号存入共享变量ThreadLocal中，共享变量ThreadLocal，是用于保存某个线程共享变量，对于同一个static ThreadLocal(静态共享变量)，不同线程只能从中get(获取)，set(设置)，remove(转移)自己的变量，而不会影响其他线程的变量。

步骤S30，所述目标系统获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘；

该步骤中，目标系统获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘。测试信息包括请求参数信息，具体为：在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，并将第一关联结果直接上传存储于本地磁盘；所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，并将第二关联结果直接上传存储于本地磁盘；所述目标系统基于预设的第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，并将第三关联结果直接上传存储于本地磁盘。

更具体地，在第一关联结果获取过程中，请求参数信息与当前操作对应，通过将第一测试编号与请求参数信息进行关联处理，得到第一关联结果后，以序列化方式保存到本地磁盘，即按照预设规则将第一关联结果存储到本地磁盘。

第二关联结果，是在目标系统的第一方法信息在运行业务逻辑的过程中时，拦截信息与第一测试编号关联所得，在得到第二关联结果后，同样以序列化方式保存到本地磁盘。

第三关联结果，是在本次测试操作完成时，公共组件采集第一操作结果，且将第一操作结果与第一测试编号进行关联处理，得到第三关联结果后，同样以序列化方式保存到本地磁盘。

将第一关联结果、第二关联结果、第三关联结果均以序列化方式存储于本地磁盘中，由本地磁盘保存第一测试编号与请求参数、拦截信息及第一操作结果，以便于在测试用例回放时直接从本地磁盘调用。

步骤S40，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例。

该步骤中，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例，是指在第一接口及第二接口，基于请求参数信息，第一操作结果，操作过程中的拦截信息，一起合并生成测试用例。

如图3所示，目标系统的功能依赖于数据库和外部系统，分别通过第一接口(接口A)和第二接口(接口B)进行交互，在执行测试用例时除了部署目标系统外，还需要相应的部署数据库和外部系统。在录制模式下，通过封装的公共组件，将测试用例用例从入口处开始生成唯一的id，得到第一测试编号，将入口处、第一接口和第二接口对应的入参和结果记录到共享变量ThreadLocal中后，记录到本地磁盘中，以在回放模式下使用。

本发明提出的测试用例的处理方法，在目标系统检测到入口处测试指令时，开启录像采集模式，在录像采集模式下，通过增加的公共组件，配合录像采集模式，获取对应的第一测试编号；并且，将测试指令对应的测试信息与第一测试编号进行关联处理，得到关联结果，关联结果可以是测试用例生成时，入口处、分别连接外部系统及数据库的第一接口及第二接口对应的一些数据，可以记录到本地磁盘中，以便于在回放验证模式下使用。由于增加了公共组件，以录像机制采集并自动生成测试用例，且在于外部系统连接的第一接口及与数据库连接的第二接口生成测试用例，因此，生成的测试用例可以以回放方式反复执行测试，不依赖外部环境，不需要额外增加测试用例的编写成本，实现低成本快速量产测试用例，并且，可以实时快速的发现业务逻辑变更产生的问题。

进一步地，步骤S10之前，所述方法还可以包括：

所述目标系统配置第一测试用例参数，且基于所述第一测试用例参数设置第一测试场景对应的第一方法信息。

本实施例中，在进行录像采集前，目标系统会配置第一测试用例参数，以通过该第一测试用例参数将运行模式设置为录像采集模式，并且，基于所述第一测试用例参数设置第一测试场景对应的第一方法信息，第一方法信息为确定测试用例生成这一方法对应的指示信息，当然，还包括Class类。

在Java程序在运行时，Java运行时系统一直对所有的对象进行运行时类型标识操作。在进行类型标识操作时，对应的信息纪录了每个对象所属的类。虚拟机通常使用运行时类型信息选准正确方法去执行，用来保存这些类型信息的类是Class类。Class类封装一个对象和接口运行时的状态，当装载类时，Class类型的对象自动创建。

每个类(型)都有一个Class对象，运行程序时，Java虚拟机(JVM)首先检查是否所要加载的类对应的Class对象是否已经加载。如果没有加载，JVM就会根据类名查找.class文件，并将其Class对象载入。

因此，本案在设置测试场景时，测试场景会对应依赖Class类和方法信息。通过Class类及方法信息，以便于测试操作在进行时调用。

进一步地，基于本发明测试用例的处理方法的第一实施例，提出本发明测试用例的处理方法的第二实施例；所述关联结果包括第一关联结果、第二关联结果和第三关联结果；如图4所示，步骤S30可以包括：

步骤S31，在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述第一关联结果存储于所述本地磁盘；

步骤S32，所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘；

步骤S33，所述目标系统基于所述第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘。

在本实施例中，在采集模式下，目标系统通过公共组件，采集当前操作的请求参数信息，并将第一测试编号与请求参数信息进行关联处理，得到第一关联结果，将关联结果序列化保存到本地磁盘中。请求参数信息是当前操作对应的信息，当前操作为测试操作。在将第一关联结果存储在本地磁盘后，回放验证模式时，能够调用出来，便于获取请求参数信息，以获得当时的操作类型。

在目标系统进行测试时，即进行第一方法信息对应的业务逻辑执行过程中，调用需要采集的与第一测试场景对应的第一Class类和第一方法信息，公共组件拦截该第一方法信息对应的拦截信息，拦截信息包括传入参数和返回内容，传入参数为传入外部系统及数据库的传入参数，返回内容为外部系统及数据库在接收传入参数后进行的返回数据，本案中，目标系统通过第一接口，即接口A与数据库相连，目标系统通过第二接口，即接口B与外部系统相连，因此，公共组件只需拦截接口A和接口B的传入参数和返回内容即可，再将拦截信息(即传入参数和返回内容)与第一测试编号进行关联处理，得到第二关联结果，并将第二关联结果序列化保存到本地磁盘中。由此，便可得到该测试用例生成时与外部系统及数据库关联的一些信息，并将信息保存于本地磁盘，以便于在回放验证模式下调用。

在本次测试操作结束时，公共组件根据第一方法信息，即根据第一方法信息中指示测试用例生成的方式，得到测试用例生成操作对应的第一操作结果，将第一操作结果与第一测试编号进行关联处理，得到第三关联结果，并将第三关联结果序列化保存到本地磁盘中，同样是以便于在回放验证模式下调用，以便于验证。

通过将第一测试编号分别与请求参数信息关联、与拦截信息关联、与第一操作结果关联，并将各个关联结果序列化保存到本地磁盘上，以便于在回放验证时调用，并且，将各个关联结果进行合并，可生成用例。

进一步地，步骤S31可以包括：

所述目标系统通过所述公共组件将所述第一测试编号存入共享变量中，且获取所述测试指令对应的请求参数信息；

通过所述共享变量将所述第一测试编号与所述请求参数信息进行关联处理，得到第一关联结果，且将所述第一关联结果保存至所述本地磁盘。

本实施例中，增加一个共享变量，即ThreadLocal，ThreadLocal提供了线程内存储变量的能力，这些变量不同之处在于每一个线程读取的变量是对应的互相独立的，通过get和set方法就可以得到当前线程对应的值。共享变量ThreadLocal的优势在于，用于保存某个线程共享变量，对于同一个static ThreadLocal(静态共享变量)，不同线程只能从中get(获取)，set(设置)，remove(转移)自己的变量，而不会影响其他线程的变量。

具体地，在采集模式下，通过调用公共组件，执行采集操作，为本次操作分配一个全局唯一的id，即第一测试编号，将第一测试编号存入共享变量中，并且，采集当前操作对应的请求参数信息，当然，当前操作与测试指令对应。

共享变量将第一测试编号与请求参数信息进行关联处理，得到第一关联结果，且将第一关联结果保存到本地磁盘。

通过采用共享变量对第一测试编号进行存储，不影响公共组件对请求参数信息的采集，从而有效提高测试用例的生成效率。

进一步地，步骤S32可以包括：

获取所述第一方法信息，所述目标系统通过所述公共组件拦截所述第一方法信息对应的第一传入参数和返回内容，其中，所述第一传入参数和返回内容为所述目标系统通过第一接口传入所述外部系统，及所述目标系统通过第二接口传入所述数据库的数据内容；

所述目标系统通过所述公共组件，将所述第一传入参数和返回内容与所述第一测试编号进行关联处理，得到第二关联结果，且将所述第二关联结果保存至所述本地磁盘。

进一步地，拦截信息为第一方法信息对应的第一传入参数和返回内容。第二关联结果的具体获取过程为：获取所述第一方法信息，所述目标系统通过所述公共组件拦截所述第一方法信息对应的第一传入参数和返回内容，其中，所述第一传入参数和返回内容为所述目标系统通过第一接口传入所述外部系统，及所述目标系统通过第二接口传入所述数据库的数据内容；所述目标系统通过所述公共组件，将所述第一传入参数和返回内容与所述第一测试编号进行关联处理，得到第二关联结果，且将所述第二关联结果保存至所述本地磁盘。

在目标系统进行测试时，即进行第一方法信息对应的业务逻辑执行过程中，调用需要采集的与第一测试场景对应的第一Class类和第一方法信息，公共组件拦截该第一方法信息对应的拦截信息，拦截信息包括传入参数和返回内容，传入参数，为传入外部系统及数据库的传入参数，返回内容为外部系统及数据库在接收传入参数后进行的返回数据，本案中，目标系统通过第一接口，即接口A与数据库相连，目标系统通过第二接口，即接口B与外部系统相连，因此，公共组件只需拦截接口A和接口B的传入参数和返回内容即可，再将拦截信息，即传入参数和返回内容与第一测试编号进行关联处理，得到第二关联结果，并将第二关联结果序列化保存到本地磁盘中。由此，便可得到该测试用例生成时与外部系统及数据库关联的一些信息，并将信息保存于本地磁盘，以便于在回放验证模式下调用。

进一步地，步骤S33可以包括：在所述第一方法信息对应的测试操作结束时，所述目标系统通过所述公共组件采集所述第一方法信息对应的第一操作结果；

将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，且将所述第三关联结果保存到所述本地磁盘。

本实施例中，在本次测试操作结束时，公共组件采集测试操作对应的第一操作结果，将第一操作结果与第一测试编号进行关联处理，得到第三关联结果，并将第三关联结果序列化保存到本地磁盘中，以便于在回放验证模式下调用，以便于验证，并且，利于合成本次测试用例。

进一步地，步骤S40可以包括：

所述目标系统从所述本地磁盘获取第一关联结果、第二关联结果及第三关联结果；

基于所述第一关联结果获取请求参数信息，基于所述第二关联结果获取第一传入参数和返回内容，且基于所述第三关联结果获取第一操作结果；

通过所述公共组件在所述第一接口及第二接口，基于请求参数信息、第一操作结果、第一传入参数和返回内容，生成测试用例。

本实施例中，在生成测试用例时，所述目标系统从所述本地磁盘获取第一关联结果、第二关联结果及第三关联结果；基于所述第一关联结果获取请求参数信息，基于所述第二关联结果获取第一传入参数和返回内容，且基于所述第三关联结果获取第一操作结果；通过所述公共组件在所述第一接口及第二接口，基于请求参数信息、第一操作结果、第一传入参数和返回内容，生成测试用例。

本地磁盘用于保存第一关联结果、第二关联结果及第三关联结果，在生成测试用例时，便于调用。

并且，在第一接口及第二接口处，基于请求参数信息、第一操作结果、第一传入参数和返回内容，合并生成测试用例，测试用例由于在第一接口及第二接口，因此，在回放验证模式下，反复执行测试，不会依赖外部系统及数据库这些外部环境，并且，测试用例不需要额外增加编写成本，可以多次反复使用，实现低成本快速量产测试用例，同时，由于不依赖外部环境，可以实时快速的发现业务逻辑变更产生的问题。

进一步地，基于本发明测试用例的处理方法的第一实施例或第二实施例，提出本发明测试用例的处理方法的第三实施例；如图5所示，步骤S40之后，所述方法还可以包括如下步骤：

步骤S50，所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

步骤S60，基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

步骤S70，所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

步骤S80，基于所述应答结果判断所述回放验证操作是否通过。

本实施例中，在生成测试用例后，会对测试用例进行回放验证，当目标系统检测到入口处接收到回放验证指令时，启动回放验证模式，基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；基于所述应答结果判断所述回放验证操作是否通过。

在回放验证模式下，目标系统调用公共组件执行回放验证操作，得到回放验证操作对应的第二测试编号，第二测试编号，实质上是存储在共享变量中的测试编号，为测试过程中的全局唯一id，只需调用即可；并且，目标系统获取回放验证指令对应的测试验证信息，测试验证信息可以包括目标系统配置的测试用例参数，测试场景所对应依赖的第二Class类和第二方法信息，第二Class类与第一Class类同样为一种测试标识，第二方法信息与第一方法信息类似，与当前操作类型对应；测试验证信息还可以包括公共组件拦截第二方法信息对应的第二传入参数，即传入外部系统及数据库的传入数据内容，将第二传入参数与第二测试编号进行关联处理，从而得到应答结果。

在检测到所述回放验证指令对应的回放验证操作完成时，基于应答结果判断回放验证操作是否通过，其中，若否，则说明操作内容不一致，则发出告警通知，以通知测试人员核实是否业务需求已经发生变化，导致所有测试的代码逻辑已经发生变化，或者需求未变更的情况下，开发人员修改代码产生代码漏洞BUG。

测试人员在核实后，如果需求发生变化，则该测试用例可标记为失效用例；如果是开发人员修改代码导致的代码漏洞BUG，则通知开发人员及时修复BUG。

如图6所示，在回放验证模式下，当测试用例需要用到接口A，即第一接口，接口B即第二接口时，可以直接使用录制模式下存在的接口，直接返回，不用依赖外部系统，从而有效提高测试用例执行速度，减少部署成本。

进一步地，在步骤S50之前，所述方法还可以包括：

配置第二测试用例参数，且基于所述第二测试用例参数设置第二测试场景对应的第二方法信息。

与第一测试用例参数类似，第二测试用例参数对应的运行模式为回放验证模式，第二测试场景对应的第二方法信息，为测试用例回放这一方式的指示信息，与第二测试场景对应的第一方法信息类似，同样也包括Class类。

在回放验证模式下，测试场景会对应依赖Class类和方法信息，通过Class类和方法信息，以便于回放操作在进行时调用。

进一步地，基于本发明测试用例的处理方法的第三实施例，提出本发明测试用例的处理方法的第四实施例；如图7所示，步骤S70可以包括：

步骤S71，通过所述公共组件获取所述回放验证指令对应的测试验证信息；

步骤S72，将所述第二测试编号存入所述共享变量中；

步骤S73，调用所述测试验证信息，以发起测试验证操作；

步骤S74，在执行所述测试验证操作时，调用所述第二方法信息；

步骤S75，通过所述公共组件拦截所述第二方法信息对应的第二传入参数；

步骤S76，将所述第二传入参数与所述第二测试编号进行关联处理，以获取保存在所述共享变量中的应答结果。

本实施例中，应答结果获取过程具体为：通过所述公共组件获取所述回放验证指令对应的测试验证信息；将所述第二测试编号存入所述共享变量中；调用所述测试验证信息，以发起测试验证操作；在执行所述测试验证操作时，调用所述第二方法信息；通过所述公共组件拦截所述第二方法信息对应的第二传入参数；将所述第二传入参数与所述第二测试编号进行关联处理，以获取保存在所述共享变量中的应答结果。

具体地，目标系统调用公共组件将测试用例编号，即第二测试编号，存入共享变量ThreadLocal，然后调用操作发起测试验证。

目标系统内的方法在运行业务逻辑的过程中，调用已采集信息的第二class和第二方法信息时，公共组件拦截该方法的第二传入参数，第二传入参数，是指传入外部系统及数据库的相关数据内容，将第二传入参数与共享变量ThreadLocal中的测试用例编号，即第二测试编号进行关联，得到序列化保存的应答结果，使用采集的数据反序列化生成mock对象，直接返回应答内容，不触发方法内的具体逻辑行为。

Mock对象是Mock测试所使用的到的虚拟对象，Mock对象就是真实对象在调试期间的代替品。

通过公共组件对第二传入参数的拦截，不会影响第二方法信息对应的逻辑行为，得到的应答结果，用于验证测试用例是否通过。

进一步地，步骤S80可以包括：

在检测到所述测试验证操作完成时，通过所述公共组件采集所述测试验证操作对应的第二操作结果；

将所述第二操作结果与第一操作结果进行比对；

若所述第二操作结果与所述第一操作结果相同，则判定所述测试验证操作通过；

若所述第二操作结果与所述第一操作结果不同，则发出告警。

本实施例中，验证过程具体为：在检测到所述测试验证操作完成时，通过所述公共组件采集所述测试验证操作对应的第二操作结果；将所述第二操作结果与第一操作结果进行比对；若所述第二操作结果与所述第一操作结果相同，则判定所述测试验证操作通过；若所述第二操作结果与所述第一操作结果不同，则发出告警。

更具体地，测试操作结束时，公共组件采集第二操作结果，将其与测试用例中保存的第一操作结果内容进行比对，如果比对之后内容相同，则认为此次测试验证通过。

如果第二操作结果与第一操作结果不一致，自动化测试根据发出相应告警通知，以通知测试人员核实是否业务需求已经发生变化导致所有测试的代码逻辑已经发生变化，或者需求未变更单情况下，开发人员修改代码产生了bug

测试人员核实后，如果需求变化，则将该测试用例标记为已经失效的测试用例。如果是开发人员修改代码导致bug，则通知开发人员及时修复bug。

本方案在回放模式下，当测试用例执行需要用到接口A和接口B时，可以直接使用录制模式下存在的接口，直接返回，不用依赖外部系统，从而提高测试用例执行速度，减少部署成本。

在生成测试用例后，自动化测试的场景可以如下：

1、测试环境的目标系统，即业务系统每天通过相关公共组件自动生成测试用例，自动执行测试用例后生成测试结果报表，然后测试人员打勾确认有效的测试用例，然后进入用例库；

2、每日或git提交代码的时候触发构建物料部署到应用容器引擎docker上运行所有测试用例，针对运行失败的及时通知开发人员和测试人员，以确认是需求变更导致用例失效，还是代码确实改出bug了。针对失效用例，打勾确认从用例库移除。

本发明还提供一种测试用例的处理装置。本发明所述测试用例的处理装置包括：

第一调用模块，用于基于所述录像采集模式，调用公共组件执行采集操作，得到所述采集操作对应的第一测试编号；

关联模块，用于获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘；

生成模块，用于所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例例。

进一步地，所述装置还包括第一配置模块，用于：

所述目标系统配置第一测试用例参数，且基于所述第一测试用例参数设置第一测试场景对应的第一方法信息。

进一步地，所述关联模块还用于：

在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述第一关联结果存储于所述本地磁盘；

所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘；

所述目标系统基于所述第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘。

进一步地，所述关联模块还用于：

所述目标系统通过所述公共组件将所述第一测试编号存入共享变量中，且获取所述测试指令对应的请求参数信息；

通过所述共享变量将所述第一测试编号与所述请求参数信息进行关联处理，得到第一关联结果，且将所述第一关联结果保存至所述本地磁盘。

进一步地，所述关联模块还用于：

获取所述第一方法信息，所述目标系统通过所述公共组件拦截所述第一方法信息对应的第一传入参数和返回内容，其中，所述第一传入参数和返回内容为所述目标系统通过第一接口传入所述外部系统，及所述目标系统通过第二接口传入所述数据库的数据内容；

所述目标系统通过所述公共组件，将所述第一传入参数和返回内容与所述第一测试编号进行关联处理，得到第二关联结果，且将所述第二关联结果保存至所述本地磁盘。

可选地，所述关联模块还用于：

在所述第一方法信息对应的测试操作结束时，所述目标系统通过所述公共组件采集所述第一方法信息对应的第一操作结果；

将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，且将所述第三关联结果保存到所述本地磁盘。

可选地，所述生成模块，用于：

所述目标系统从所述本地磁盘获取第一关联结果、第二关联结果及第三关联结果；

基于所述第一关联结果获取请求参数信息，基于所述第二关联结果获取第一传入参数和返回内容，且基于所述第三关联结果获取第一操作结果；

通过所述公共组件在所述第一接口及第二接口，基于请求参数信息、第一操作结果、第一传入参数和返回内容，生成测试用例。

可选地，所述装置还包括：

第二启动模块，用于所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

第二调用模块，用于基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

应答模块，用于所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

验证模块，用于基于所述应答结果判断所述回放验证操作是否通过。

可选地，所述装置还包括第二配置模块，用于：

配置第二测试用例参数，且基于所述第二测试用例参数设置第二测试场景对应的第二方法信息。

可选地，所述应答模块，还用于：

通过所述公共组件获取所述回放验证指令对应的测试验证信息；

将所述第二测试编号存入所述共享变量中；

调用所述测试验证信息，以发起测试验证操作；

在执行所述测试验证操作时，调用所述第二方法信息；

通过所述公共组件拦截所述第二方法信息对应的第二传入参数；

将所述第二传入参数与所述第二测试编号进行关联处理，以获取保存在所述共享变量中的应答结果。

可选地，所述验证模块，还用于：

在检测到所述测试验证操作完成时，通过所述公共组件采集所述测试验证操作对应的第二操作结果；

将所述第二操作结果与第一操作结果进行比对；

若所述第二操作结果与所述第一操作结果相同，则判定所述测试验证操作通过；

若所述第二操作结果与所述第一操作结果不同，则发出告警。

本发明还提供一种计算机存储介质。

本发明计算机存储介质上存储有测试用例的处理程序，所述测试用例的处理程序被处理器执行时实现如上所述的测试用例的处理方法的步骤。

其中，在所述处理器上运行的测试用例的处理程序被执行时所实现的方法可参照本发明测试用例的处理方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台测试用例的处理设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (15)

1.一种测试用例的处理方法，其特征在于，应用于测试用例的处理装置，所述测试用例的处理装置包括入口处、目标系统、公共组件及本地磁盘；所述入口处与目标系统连接，所述目标系统与所述公共组件连接，所述目标系统通过第一接口与外部系统连接，且所述目标系统通过第二接口与数据库连接；所述测试用例的处理方法包括如下步骤：

所述目标系统在入口处接收到测试指令时，启动录像采集模式；

基于所述录像采集模式，所述目标系统调用公共组件在所述入口处执行采集操作，得到所述采集操作对应的第一测试编号；

所述目标系统获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘；

所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例；

其中，所述关联结果包括所述入口处、所述第一接口及所述第二接口对应的数据。

2.如权利要求1所述的测试用例的处理方法，其特征在于，所述目标系统在入口处接收到测试指令时，启动录像采集模式的步骤之前，所述方法还包括：

所述目标系统配置第一测试用例参数，且基于所述第一测试用例参数设置第一测试场景对应的第一方法信息。

3.如权利要求2所述的测试用例的处理方法，其特征在于，所述关联结果包括第一关联结果、第二关联结果和第三关联结果；所述目标系统获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于所述本地磁盘的步骤包括：

在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述第一关联结果存储于所述本地磁盘；

所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘；

所述目标系统基于所述第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘。

4.如权利要求3所述的测试用例的处理方法，其特征在于，所述在采集模式下，所述目标系统通过所述公共组件，将所述第一测试编号与请求参数信息进行关联处理，得到第一关联结果，其中，所述第一关联结果存储于所述本地磁盘的步骤包括：

所述目标系统通过所述公共组件将所述第一测试编号存入共享变量中，且获取所述测试指令对应的所述请求参数信息；

通过所述共享变量将所述第一测试编号与所述请求参数信息进行关联处理，得到第一关联结果，且将所述第一关联结果保存至所述本地磁盘。

5.如权利要求3所述的测试用例的处理方法，其特征在于，所述目标系统通过所述公共组件得到拦截信息，并将所述第一测试编号与拦截信息进行关联处理，得到第二关联结果，其中，所述第二关联结果存储于所述本地磁盘的步骤包括：

获取所述第一方法信息，所述目标系统通过所述公共组件拦截所述第一方法信息对应的第一传入参数和返回内容，其中，所述第一传入参数和返回内容为所述目标系统通过第一接口传入所述外部系统，及所述目标系统通过第二接口传入所述数据库的数据内容；

所述目标系统通过所述公共组件，将所述第一传入参数和返回内容与所述第一测试编号进行关联处理，得到第二关联结果，且将所述第二关联结果保存至所述本地磁盘。

6.如权利要求3所述的测试用例的处理方法，其特征在于，所述目标系统基于所述第一方法信息得到第一操作结果，并将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，其中，所述第三关联结果存储于所述本地磁盘的步骤包括：

在所述第一方法信息对应的测试操作结束时，所述目标系统通过所述公共组件采集所述第一方法信息对应的第一操作结果；

将所述第一操作结果与所述第一测试编号进行关联处理，得到第三关联结果，且将所述第三关联结果保存到所述本地磁盘。

7.如权利要求3所述的测试用例的处理方法，其特征在于，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例的步骤包括：

所述目标系统从所述本地磁盘获取第一关联结果、第二关联结果及第三关联结果；

基于所述第一关联结果获取请求参数信息，基于所述第二关联结果获取第一传入参数和返回内容，且基于所述第三关联结果获取第一操作结果；

通过所述公共组件在所述第一接口及第二接口，基于请求参数信息、第一操作结果、第一传入参数和返回内容，生成测试用例。

8.如权利要求1至7中任一项所述的测试用例的处理方法，其特征在于，所述目标系统在所述第一接口及第二接口基于所述关联结果生成测试用例的步骤之后，所述测试用例的处理方法还包括如下步骤：

所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

基于所述应答结果判断所述回放验证操作是否通过。

9.如权利要求8所述的测试用例的处理方法，其特征在于，所述目标系统在入口处接收到回放验证指令时，启动回放验证模式的步骤之前，所述测试用例的处理方法还包括：

配置第二测试用例参数，且基于所述第二测试用例参数设置第二测试场景对应的第二方法信息。

10.如权利要求9所述的测试用例的处理方法，其特征在于，所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果的步骤包括：

通过所述公共组件获取所述回放验证指令对应的测试验证信息；

将所述第二测试编号存入共享变量中；

调用所述测试验证信息，以发起测试验证操作；

在执行所述测试验证操作时，调用所述第二方法信息；

通过所述公共组件拦截所述第二方法信息对应的第二传入参数；

将所述第二传入参数与所述第二测试编号进行关联处理，以获取保存在所述共享变量中的应答结果。

11.如权利要求8所述的测试用例的处理方法，其特征在于，所述基于所述应答结果判断所述回放验证操作是否通过的步骤包括：

在检测到测试验证操作完成时，通过所述公共组件采集所述测试验证操作对应的第二操作结果；

将所述第二操作结果与第一操作结果进行比对；

若所述第二操作结果与所述第一操作结果相同，则判定所述测试验证操作通过；

若所述第二操作结果与所述第一操作结果不同，则发出告警。

12.一种测试用例的处理装置，其特征在于，所述测试用例的处理装置包括：

第一启动模块，用于在检测到入口处接收到测试指令时，启动录像采集模式；

第一调用模块，用于基于所述录像采集模式，调用公共组件执行采集操作，得到所述采集操作对应的第一测试编号；

关联模块，用于获取所述测试指令对应的测试信息，且将所述第一测试编号与所述测试信息进行关联处理，得到关联结果，其中，所述关联结果存储于本地磁盘；

生成模块，用于目标系统在第一接口及第二接口基于所述关联结果生成测试用例；其中，所述关联结果包括所述入口处、第一接口及第二接口对应的数据。

13.如权利要求12所述的测试用例的处理装置，其特征在于，所述测试用例的处理装置包括：

第二启动模块，用于所述目标系统在入口处接收到回放验证指令时，启动回放验证模式；

第二调用模块，用于基于所述回放验证模式，所述目标系统调用公共组件执行回放验证操作，得到所述回放验证操作对应的第二测试编号；

应答模块，用于所述目标系统获取所述回放验证指令对应的测试验证信息，且将所述测试验证信息与所述第二测试编号进行关联处理，得到应答结果；

验证模块，用于基于所述应答结果判断所述回放验证操作是否通过。

14.一种测试用例的处理设备，其特征在于，所述测试用例的处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的测试用例的处理程序，所述测试用例的处理程序被所述处理器执行时实现如权利要求1至11中任一项所述的测试用例的处理方法的步骤。

15.一种存储介质，其特征在于，所述存储介质上存储有测试用例的处理程序，所述测试用例的处理程序被处理器执行时实现如权利要求1至11中任一项所述的测试用例的处理方法的步骤。

Images