CN111309590A - 一种用于金融交易平台的自动化测试方法和模拟器 - Google Patents

Abstract

本发明公开了一种用于金融交易平台的自动化测试方法和模拟器，可以提供可靠的测试预期结果，系统测试用例可复用，进而提高系统的正确性、可靠性及研发测试效率。其技术方案为：接收金融交易平台的待测接口；自动解析接收到的待测接口并从中获取参数列表；根据获取到的参数列表设置参数配对关系；根据获取到的参数列表和设置的参数配对关系，通过蚁群算法生成测试用例数据；根据生成的测试用例数据的用例数量以及历史用例执行基线来自动申请测试机器；根据申请到的测试机器来分配测试用例；通过申请到的测试机器来自动执行对应分配到的测试用例；自动汇总测试用例执行完毕后的测试结果；分析汇总后的测试结果。

Description

一种用于金融交易平台的自动化测试方法和模拟器

技术领域

本发明涉及一种系统测试方法，具体涉及应用于金融交易柜台尤其是期货柜台平台系统的自动化测试方法以及使用到的模拟器系统。

背景技术

目前期货柜台平台的系统逐步增多，用户数量逐渐庞大，各大厂商都在开发相应的期货柜台平台，同时由于竞争压力的不断加大，对柜台测试的效率和准确度提出了更高的要求。自动化接口测试是提升测试效能的方法。

自动化接口测试的目的在于：测试程序能够根据预定的算法对目标系统进行一系列的接口测试，从而评估系统的质量。然而，自动化接口测试的难度在于如何高效的编写高质量的测试用例。

在现有的柜台自动化接口测试方法中，通常存在以下三种测试方式：流量的录制及回放、修改交易所系统、挑选不活跃合约接入仿真环境的测试方法。

然而，流量录制放、挑选不活跃合约接入仿真测试，都是测试预期不可靠的测试方法，并没有考虑到交易所不同交易日，交易所业务数据的变化及交易订单对手方的不可控性，导致测试用例部分失效或全部失效，维护成本高。第三种测试方法，即修改交易所系统，有一定的系统侵入性且业务覆盖不全，并且依赖交易所系统源码，这些缺点将会导致上述方法带来的研发测试效率提升微乎其微。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种用于金融交易平台的自动化测试方法和模拟器，可以提供可靠的测试预期结果，系统测试用例可复用，进而提高系统的正确性、可靠性及研发测试效率。

本发明的技术方案为：本发明揭示了一种用于金融交易平台的自动化测试方法，方法包括：

步骤1：接收金融交易平台的待测接口；

步骤2：自动解析步骤1接收到的待测接口并从中获取参数列表；

步骤3：根据步骤2中获取到的参数列表设置参数配对关系；

步骤4：根据步骤2获取到的参数列表和步骤3设置的参数配对关系，通过蚁群算法生成测试用例数据；

步骤5：根据步骤4生成的测试用例数据的用例数量以及历史用例执行基线来自动申请测试机器；

步骤6：根据步骤5中申请到的测试机器来分配测试用例；

步骤7：通过步骤6申请到的测试机器来自动执行对应分配到的测试用例；

步骤8：自动汇总测试用例经步骤7执行完毕后的测试结果；

步骤9：分析经步骤8汇总后的测试结果。

根据本发明的用于金融交易平台的自动化测试方法的一实施例，步骤1中的待测接口的获取方式包括定时获取和触发式获取。

根据本发明的用于金融交易平台的自动化测试方法的一实施例，步骤2进一步包括：

自动解析获取到的金融交易平台的待测接口，通过比对历史版本差异来获取参数列表和接口清单。

根据本发明的用于金融交易平台的自动化测试方法的一实施例，步骤3进一步包括：

根据步骤2的自动解析结果，从历史数据中获取与参数匹配的参数数据集合，并设置参数配对关系。

根据本发明的用于金融交易平台的自动化测试方法的一实施例，步骤6进一步包括：

根据云平台机器数量分批次分配测试用例，待上一批分配的测试用例结束后，再拉取下一批次的测试用例集。

根据本发明的用于金融交易平台的自动化测试方法的一实施例，步骤7进一步包括：

通过测试脚本读取并解析测试用例数据，通过反射技术用测试用例数据驱动执行函数。

本发明还揭示了一种用于金融交易平台自动化测试的模拟器，其特征在于，模拟器应用于如上所述的用于金融交易平台的自动化测试方法中，模拟器包括用户中心、任务管理中心、日志模块、资源管理模块、测试用例管理模块、测试执行模块、测试报告模块、模拟器核心模块，其中模拟器核心模块包括模拟后台单元、模拟API单元，其中：

用户中心，用于用户权限的管理；

任务管理中心，用于任务的维护和任务的控制；

日志模块，用于收集测试执行日志；

资源管理模块，用于测试机器的管理；

测试用例管理模块，用于测试用例的维护；

测试执行模块，用于从测试用例库拉取需要测试的测试用例，并根据测试用例反射驱动金融交易平台发起业务指令，生成执行后的测试结果；

测试报告模块，用于测试结果的收集、分析、汇总；

模拟后台单元，用于撮合服务及行情服务；

模拟API单元，用于交易所API的实现。

根据本发明的用于金融交易平台自动化测试的模拟器的一实施例，测试报告模块进一步包括：

测试结果收集单元，用于将测试结果从各测试执行模块处收集汇总；

测试结果分析单元，用于分析经收集汇总后的测试结果；

测试结果展示单元，用于提供测试结果查询界面进行测试结果展示，并提供软件测试报告的导出功能。

根据本发明的用于金融交易平台自动化测试的模拟器的一实施例，测试执行模块进一步包括：

测试用例拉取单元，用于从测试用例库中根据用例集优先级拉取测试用例，其中优先级越高越先被抽取，并在用例抽取后标记为已抽取；

反射调度执行单元，用于解析测试用例，根据解析到的业务请求函数指令调度执行；

测试结果生成单元，用于比对预期结果与实际执行结果。

根据本发明的用于金融交易平台自动化测试的模拟器的一实施例，资源管理模块进一步配置为对接云平台服务，控制测试机器的申请销毁，根据历史用例执行基线及测试用例量评估出执行测试所需的测试机器，完成测试机器的申请及测试执行模块的部署。

本发明对比现有技术有如下的有益效果：本发明能够对期货柜台进行资金、持仓、交易等功能验证，能够提供可靠的测试预期结果，同时提供了一套测试用例自动生成及根据历史基线、测试用例量自动策略申请测试机器的方法，完成系统测试用例复用，测试执行机器的自动化申请销毁，自动化执行用例生成测试报告，测试覆盖率高，维护数据方便，测试预期可靠，测试效率高。具体而言，本发明相对于现有技术的改进体现在：

1、本发明以历史数据、参数配对方式，采用蚁群算法，生成测试用例数据，又通过测试用例数据，采用反射技术，驱动测试执行。该方案生成测试数据覆盖率高，数据维护方便，测试效率高。

2、本发明的用于金融交易平台测试的模拟器系统基于中台思想设计，各模块之间功能独立，便于系统的维护及功能拓展；模拟API单元，提供对待测系统无侵扰的测试技术方案，解决现有测试方案中不易控制预期结果，测试用例复用性差及侵入待测系统的问题。

3、本发明的用于金融交易平台的自动化测试方法，结合模拟器系统，方案中json格式的测试用例数据，便于测试人员维护及测试程序解析，测试执行自动化、测试结果分析及测试报告自动化生成，提升了测试效率。

4、本发明的用于金融交易平台测试的模拟器系统，与流量录制回放相比，解决由于交易所报文加密，导致不可录制的报文无法复用或者无法修改问题。

5、本发明的用于金融交易平台测试的模拟器系统，实现金融行业(尤其是期货行业)各交易所提供的API全模拟。与现有方案中修改单个交易系统的方案相比，本发明可解决由于只对接单个交易所系统，导致的业务覆盖度不高，只能测试部分业务且业务真实度与交易所不符的问题。现有方案中修改交易所系统的复杂程度高，需要交易所系统源码，不易于柜台系统的推广使用。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的用于金融交易平台的自动化测试方法的一实施例的流程图。

图2示出了本发明的用于金融交易平台测试的模拟器的一实施例的原理图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

图1示出了本发明的用于金融交易平台的自动化测试方法的一实施例的流程。请参见图1，本实施例的方法以期货柜台的自动化测试为例进行说明，其实施步骤详述如下。本发明可扩大至其他的金融应用场景中。

步骤1：接收金融交易平台的待测接口。

具体处理为：通过模拟器中的任务管理中心，定时或者触发式的获取金融交易平台的待测接口(例如，期货柜台的待测接口)。

步骤2：自动解析步骤1接收到的待测接口并从中获取参数列表。

具体处理为：自动解析获取到的金融交易平台的待测接口(例如，期货柜台的待测接口)，通过比对历史版本差异来获取参数列表和接口清单。

步骤3：根据步骤2中获取到的参数列表设置参数配对关系。

具体处理为：根据步骤2的解析结果，从历史数据中获取与参数匹配的参数数据集合，并设置历史数据中的参数数据集合与步骤2的参数列表中的参数的参数配对关系。

步骤4：根据步骤2获取到的参数列表和步骤3设置的参数配对关系，通过蚁群算法生成测试用例数据。

具体处理为：通过蚁群算法生成json格式测试用例数据，并存储到指定位置。

蚁群算法是一种现有算法，通过蚁群算法生成json格式测试用例数据的具体处理过程如下：先将参数值两两组合，并对该组合加入评价因子，其中评价因子可根据历史数据中出现的次数获取，次数越多则评价因子越高，若历史数据中不存在该参数，可根据实际业务需求设定。然后将参数值组合作为两点之间的路径，其中参数的评价因子代表路径的长短，各个参数之间有路径相连接，形成加权图。因此，通过上述处理将生成最优测试用例数据问题转换成经典的TSP问题，这样再使用蚁群算法进行求解。然后，建立禁忌表，每个参数只能在蚁群算法的处理中遍历一次，避免蚂蚁重复的在“原地打转”。接着，在完成蚁群算法的全部迭代次数后，将排名靠前的参数测试数据作为测试用例。最后，根据上一步生成的数据，将测试用例数据格式化为json格式，并存储到指定位置。

步骤5：根据步骤4生成的测试用例数据的用例数量以及历史用例执行基线来自动申请测试机器。

具体处理为：根据步骤4生成的测试用例数据的用例数量，以及历史用例执行基线，来判断所需申请的云平台测试机器的数量，完成机器申请。

步骤6：根据步骤5中申请到的测试机器来分配测试用例。

具体处理为：根据云平台机器数量分批次分配测试用例，待上一批分配的测试用例执行结束后，再向模拟器中的测试用例管理模块拉取下一批次的测试用例集。

步骤7：通过步骤6申请到的测试机器来自动执行对应分配到的测试用例。

具体处理为：通过测试脚本读取并解析测试用例数据，通过反射技术用测试用例数据驱动执行函数。

步骤8：自动汇总测试用例经步骤7执行完毕后的测试结果。

具体处理为：将各云平台机器执行结果汇总到一台机器上。

步骤9：分析经步骤8汇总后的测试结果。

具体处理为：调用模拟器上的测试结果分析单元，分析来自各执行机器的汇总的测试结果。

图2示出了本发明的用于金融交易平台测试的模拟器的一实施例的原理，请参见图2，本实施例的模拟器应用于如图1所示的用于金融交易平台的自动化测试方法中，模拟器包括：用户中心、任务管理中心、日志模块、资源管理模块、测试用例管理模块、测试执行模块、测试报告模块、模拟器核心模块中的模拟后台单元、模拟API单元。

用户中心用于用户权限的管理，管理内容包括但不限于用户登录、用户菜单管理、用户角色管理。

任务管理中心用于任务的维护和任务的控制。任务管理中心内部具体的处理为：将任务分为定时任务和触发任务两种方式，其中定时任务为定时执行，触发任务包括人工手动触发、测试用例集变化自动触发、测试程序变化自动触发三种触发形式。

测试用例管理模块用于测试用例的维护，包括接口解析单元和测试用例生成单元。测试用例管理模块中的接口解析单元用于解析金融交易平台的待测接口，测试用例管理模块中的测试用例生成单元用于生成json格式测试用例数据，并存储到指定位置。

测试执行模块用于从测试用例库拉取需要测试的测试用例，并根据测试用例反射驱动期货柜台发起业务指令，进而生成执行后的测试结果。测试执行模块包括测试用例拉取单元、反射调度执行单元和测试结果生成单元。其中，测试执行模块中的测试用例拉取单元用于从测试用例库中根据用例集优先级拉取测试用例，其中优先级越高越先被抽取，并在用例抽取后标记为已抽取，避免其他执行模块重复抽取。测试执行模块中的反射调度执行单元用于解析测试用例，根据解析到的业务请求函数指令调度执行。测试执行模块中的测试结果生成单元用于比对预期结果与实际执行结果，若一致则该测试用例测试结果为通过，否则不通过。

模拟API单元用于交易所API的实现。模拟API单元内部具体的处理为：模拟API单元提供与交易所一致功能的模拟API动态库或静态库，交由期货柜台系统调度。模拟API单元对期货柜台侵入度降到最低，可以在不修改期货柜台系统代码的情况下达到测试目的。

模拟后台单元用于撮合服务及行情服务。其中，撮合服务包括但不限于处理普通市价单、普通限价单、市价FAK单、市价FOK单、限价FAK单、限价FOK单、市价止盈止损单、限价止盈止损单等订单的撮合；行情服务包括但不限于提供报价、交易资金查询、行权、行权对冲设置等功能。

日志模块用于收集测试执行日志，便于问题的复盘、反演。日志模块内部具体的处理为：通过配置文件，配置日志需要采集的等级，优先级从高到低分别是ERROR(错误)、WARN(警告)、INFO(信息)、DEBUG(调试)。

测试报告模块用于测试结果的收集、分析、汇总，包括测试结果收集单元、测试结果分析单元和测试结果展示单元。测试报告模块内部具体的处理为：通过测试结果收集单元将测试结果从各测试执行模块处收集汇总，然后收集汇总后的测试结果经过测试结果分析单元分析后，在测试结果展示单元提供测试结果查询界面，并可导出软件测试报告。

资源管理模块用于测试机器的管理。资源管理模块内部具体的处理为：对接云平台服务，控制测试机器的申请销毁，根据历史用例执行基线及测试用例量评估出此次测试所需的测试机器，完成测试机器的申请及测试执行模块的部署。

本实施例的模拟器配置为运行如下的处理过程：

首先将期货交易所的API替换为本发明模拟器核心模块中的模拟API单元，启动待测的期货柜台系统，然后与模拟器核心模块中的模拟后台单元相连，资源管理模块根据历史用例执行基线及此次测试用例量评估出本次需要申请的云平台测试机，并完成测试机器申请，并完成测试执行模块的部署。

测试执行模块通过测试用例拉取单元从测试用例库拉取需要测试的测试用例，然后测试用例驱动期货柜台发起业务指令，模拟器根据不同业务返回对应的响应结果。测试执行模块根据实际返回的响应结果与测试用例中的预期结果进行比较，标记当前的测试用例是否通过。

然后，测试报告模块整理测试报告，通过HTML报告方式展示给用户，日志模块则收集整个过程中的执行信息。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (10)

1.一种用于金融交易平台的自动化测试方法，其特征在于，方法包括：

步骤1：接收金融交易平台的待测接口；

步骤2：自动解析步骤1接收到的待测接口并从中获取参数列表；

步骤3：根据步骤2中获取到的参数列表设置参数配对关系；

步骤4：根据步骤2获取到的参数列表和步骤3设置的参数配对关系，通过蚁群算法生成测试用例数据；

步骤5：根据步骤4生成的测试用例数据的用例数量以及历史用例执行基线来自动申请测试机器；

步骤6：根据步骤5中申请到的测试机器来分配测试用例；

步骤7：通过步骤6申请到的测试机器来自动执行对应分配到的测试用例；

步骤8：自动汇总测试用例经步骤7执行完毕后的测试结果；

步骤9：分析经步骤8汇总后的测试结果。

2.根据权利要求1所述的用于金融交易平台的自动化测试方法，其特征在于，步骤1中的待测接口的获取方式包括定时获取和触发式获取。

3.根据权利要求1所述的用于金融交易平台的自动化测试方法，其特征在于，步骤2进一步包括：

自动解析获取到的金融交易平台的待测接口，通过比对历史版本差异来获取参数列表和接口清单。

4.根据权利要求1所述的用于金融交易平台的自动化测试方法，其特征在于，步骤3进一步包括：

根据步骤2的自动解析结果，从历史数据中获取与参数匹配的参数数据集合，并设置参数配对关系。

5.根据权利要求1所述的用于金融交易平台的自动化测试方法，其特征在于，步骤6进一步包括：

根据云平台机器数量分批次分配测试用例，待上一批分配的测试用例结束后，再拉取下一批次的测试用例集。

6.根据权利要求1所述的用于金融交易平台的自动化测试方法，其特征在于，步骤7进一步包括：

通过测试脚本读取并解析测试用例数据，通过反射技术用测试用例数据驱动执行函数。

7.一种用于金融交易平台自动化测试的模拟器，其特征在于，模拟器应用于如权利要求1至6中任一项所述的用于金融交易平台的自动化测试方法中，模拟器包括用户中心、任务管理中心、日志模块、资源管理模块、测试用例管理模块、测试执行模块、测试报告模块、模拟器核心模块，其中模拟器核心模块包括模拟后台单元、模拟API单元，其中：

用户中心，用于用户权限的管理；

任务管理中心，用于任务的维护和任务的控制；

日志模块，用于收集测试执行日志；

资源管理模块，用于测试机器的管理；

测试用例管理模块，用于测试用例的维护；

测试执行模块，用于从测试用例库拉取需要测试的测试用例，并根据测试用例反射驱动金融交易平台发起业务指令，生成执行后的测试结果；

测试报告模块，用于测试结果的收集、分析、汇总；

模拟后台单元，用于撮合服务及行情服务；

模拟API单元，用于交易所API的实现。

8.根据权利要求7所述的用于金融交易平台自动化测试的模拟器，其特征在于，测试报告模块进一步包括：

测试结果收集单元，用于将测试结果从各测试执行模块处收集汇总；

测试结果分析单元，用于分析经收集汇总后的测试结果；

测试结果展示单元，用于提供测试结果查询界面进行测试结果展示，并提供软件测试报告的导出功能。

9.根据权利要求7所述的用于金融交易平台自动化测试的模拟器，其特征在于，测试执行模块进一步包括：

测试用例拉取单元，用于从测试用例库中根据用例集优先级拉取测试用例，其中优先级越高越先被抽取，并在用例抽取后标记为已抽取；

反射调度执行单元，用于解析测试用例，根据解析到的业务请求函数指令调度执行；

测试结果生成单元，用于比对预期结果与实际执行结果。

10.根据权利要求7所述的用于金融交易平台自动化测试的模拟器，其特征在于，资源管理模块进一步配置为对接云平台服务，控制测试机器的申请销毁，根据历史用例执行基线及测试用例量评估出执行测试所需的测试机器，完成测试机器的申请及测试执行模块的部署。

Images