一种用于多场景的金融接口的聚合测试系统的制作方法

1.本发明涉及测试技术领域，尤其涉及一种用于多场景的金融接口的聚合测试系统。


背景技术：

2.随着企业数字化发展，金融数据电子化会进一步深入和发展。数据的流通，展示，存储，需要金融机构投入更多的精力进行机构间接口的相关开发。然而由于业务的不同，场景的不同，外部机构接入方式的不同，以及公司内部部署的开发，测试，生产等环境，在1对n家金融机构的情况下，使得公司每跟新的公司进行接口技术对接，就会导致测试流程，测试场景，等成倍增长，为测试和验收的质量和效率带来了风险。举个例子：
3.增加1家对接机构，最会新增不同的业务(一级债券，二级债券，资金等)，不同的上下行接口场景(发送信息，回复信息，发起交易，意向成交等)，不同数据交互方式(接口上报，长链接主动推送，轮询等)，相同接口可能不同的字段定义，不同的协议交互方式(http,fix等)，开发完的系统需要都部署到dev,test,prod等环境再测一遍。
4.因此现有技术中在金融系统中需要对接机构时，根据每个接入的机构就得根据具体的需求重新测一遍，测试流程冗余复杂，还存在漏测风险。
5.因此，现有技术还有待于改进和发展。


技术实现要素：

6.鉴于上述现有技术的不足，本发明提供了一种用于多场景的金融接口的聚合测试系统，旨在解决现有技术中在金融系统中需要对接机构时，根据每个接入的机构就得根据具体的需求重新测一遍，测试流程冗余复杂，还存在漏测风分险的问题。
7.本发明的技术方案如下：
8.本发明实施例提供了一种用于多场景的金融接口的聚合测试系统，所述系统包括：
9.数据接入模块，用于对接口接入方式进行聚合，实现针对不同环境的接口调用，获取上下行数据；
10.数据模板存储模块，用于根据场景类型存储对应的数据模板；
11.数据展示模块，用于将数据接入模块中上下行数据转化为数据模板对应的目标数据，将目标数据展示在前端。
12.进一步地，所述系统还包括协议处理模块，
13.所述协议处理模块用于获取上下行数据的协议类型，根据数据的协议类型执行相应的操作。
14.进一步地，所述系统还包括协议处理模块，
15.所述协议处理模块用于获取上下行数据的协议类型，根据数据的协议类型执行相应的操作。
16.进一步地，所述系统还包括协议处理模块，
17.所述协议处理模块用于获取上下行数据的协议类型，根据数据的协议类型执行相应的操作。
18.进一步地，所述系统还包括协议处理模块，
19.所述协议处理模块用于获取上下行数据的协议类型，根据数据的协议类型执行相应的操作。
20.进一步地，所述数据接入模块还包括长链接单元，
21.所述长链接单元用于登录不同环境的用户名，密码，监听的ip端口，实现对长链接账号的登录，并对推送的消息进行监听和接收，将接收到的消息通过websocket发送至数据展示模块。
22.进一步地，所述协议处理模块用于获取上下行数据的协议类型，根据协议类型将数据转化json格式的数据，并json格式的数据进行格式化处理后，发送至数据展示模板。
23.进一步地，所述数据模板存储模块还用于维护模板名，创建人，模板说明，以及数据上行参数。
24.进一步地，所述字段翻译和格式化模块还用于通过字典进行英文-中文含义翻译及json的自动格式化。
25.进一步地，所述请求上行模块还包括请求参数获取单元，
26.所述请求参数获取单元用于获取测试人员发送的请求参数或是通过已经保存的模板获取请求参数。
27.有益效果：本发明实施例实现了金融接口模拟对接，繁冗的数据聚合，各环境测试的兼容。不需要测试人员在不同的环境，系统进行来回的切换，通过技术实现测试数据的聚合，同时具备后期自动化测试拓展性。通过接口聚合，数据聚合，模板聚合，环境聚合，请求聚合提高了测试的质量和效率。
附图说明
28.下面将结合附图及实施例对本发明作进一步说明，附图中：
29.图1为本发明一种用于多场景的金融接口的聚合测试系统较佳实施例的功能原理框图；
30.图2为本发明一种用于多场景的金融接口的聚合测试系统的具体应用实施例的测试工具示意图；
31.图3为本发明一种用于多场景的金融接口的聚合测试系统的具体应用实施例的字典管理示意图；
32.图4为本发明一种用于多场景的金融接口的聚合测试系统的具体应用实施例的字典翻译示意图。
具体实施方式
33.为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
34.现有的测试流程，需要根据不同的结构，接入的不同场景的接口，不同的业务字段
准确性进行测试，同时根据不同的协议和数据交互方式需要进行前期环境的部署，工具的调用，有些回复需要通过查看log日志等，带来了测试的不方便。
35.本发明实施例通过模拟机构接入方式，聚合多种接口场景，接入方式，灵活的数据字段模板，能够有效实现测试时多种接入方式的聚合，信息的推动，错误日志的管理，多环境测试结果的汇总，提高测试的效率和准确性。
36.以下结合附图对本发明实施例进行介绍。
37.本发明实施例提供了一种用于多场景的金融接口的聚合测试系统，请参阅图1，图1为本发明一种用于多场景的金融接口的聚合测试系统的较佳实施例的功能框图。如图1所示，系统包括：
38.数据接入模块11，用于对接口接入方式进行聚合，实现针对不同环境的接口调用，获取上下行数据；
39.数据模板存储模块12，用于根据场景类型存储对应的数据模板；
40.数据展示模块13，用于将数据接入模块中上下行数据转化为数据模板对应的目标数据，将目标数据展示在前端。
41.具体实施时，本发明实施例的聚合测试系统可以测试工具的形式存在，以测试工具为例，如图2所示，从机构接入的角度进行模拟，先脱离业务字段和业务场景，将接口接入方式聚合到接入层，接口数据上下行的数据通过数据模板进行存储并通过websocket推送到工具页面进行数据展示，同时兼容数据模板的存储，数据格式化和翻译，实现数据接口统一输入输出下的通用数据处理。其中，websocket是一种在单个tcp连接上进行全双工通信的协议。websocket通信协议于2011年被ietf定为标准rfc 6455，并由rfc7936补充规范。websocket api也被w3c定为标准。websocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在websocket api中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
42.数据接入模块用于不同环境，类型，模块的灵活配置；
43.由于消息字段根据接入机构和场景的不同，存在通用化的和个性化的字段，数据模板存储模块用于根据接入机构和场景的不同生成对应的数据模板；
44.数据展示模块用于接受到的数据会将消息原文发送到前端，前端进行数据格式化。针对http或者fix协议会有不同的展示。超文本传输协议(hyper text transfer protocol，http)是一个简单的请求-响应协议，它通常运行在tcp之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ascii形式给出；而消息内容则具有一个类似mime的格式。这个简单模型是早期web成功的有功之臣，因为它使开发和部署非常地直截了当。fix协议是由国际fix协会组织提供的一个开放式协议，目的是推动国际贸易电子化的进程，在各类参与者之间，包括投资经理、经纪人，买方、卖方建立起实时的电子化通讯协议。fix会话协议与选择用于电子数据传递的物理介质(铜缆，光纤，卫星传输等)及传输协议规范(x.25，同步，tcp/ip等)无关。它提供了一个消息传递的可靠数据流。直到2006年10月，fix会话协议与fix应用协议一道，为用户提供了一个可靠的传输fix应用消息的传输机制。fix会话层与数据传输相关，而fix应用层则定义了商业相关的数据内容。fix协议的目标是把各类证券金融业务需求流程格式化，使之成为一个个可用计算机语言描述的功能流程，并在每个业务功能接口上统一交换格式，方便各个功能
模块的连接。
45.由以上可知，本发明实施例通过从机构接入的角度进行模拟，先脱离业务字段和业务场景，将接口接入方式聚合到接入层，接口数据上下行的数据通过数据模板进行存并通过websocket推送到工具页面进行数据展示，同时兼容数据模板的存储，数据格式化和翻译，实现数据接口统一输入输出下的通用数据处理.测试流程中数据集中校验和处理；不同环境部署的测试数据模板提高了减少了测试效能；从对接机构的角度进行测试，降低了上线场景报错潜在风险；，提高测试的效率和准确性。
46.进一步地，所述系统还包括协议处理模块，
47.所述协议处理模块用于获取上下行数据的协议类型，根据数据的协议类型执行相应的操作。
48.具体实施时，协议类型包括但不限于针对http数据与fix数据。根据http数据与fix数据会进行不同数据的处理。
49.进一步地，所述系统还包括字段翻译和格式化模块，
50.所述字段翻译和格式化模块用于对接收数据进行翻译及格式化操作。
51.具体实施时，字段翻译和格式化模块用于对接收数据进行翻译及格式化操作。其中格式化操作主要是获取的数据转化json格式。json(javascript object notation,js对象简谱)是一种轻量级的数据交换格式。它基于ecmascript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得json成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。json(javascript object notation)易于人阅读和编写。同时也易于机器解析和生成。它基于javascript programming language,standard ecma-262 3rd edition-december 1999的一个子集。json是douglas crockford在2001年开始推广使用的数据格式，在2005年-2006年正式成为主流的数据格式，雅虎和谷歌就在那时候开始广泛地使用json格式。json是一个标记符的序列。这套标记符包含六个构造字符、字符串、数字和三个字面名。json是一个序列化的对象或数组。
52.进一步地，所述系统还包括请求上行模块，
53.所述请求上行模块用于获取请求参数通过对应的连接方式发送给上位机，实现数据上行。
54.具体实施时，对于获取不同环境下的请求，可要请求参数的连接发式发送给上位机，上位机是指内部管理系统。连接方式包括但不限于长链接、轮询和接口调用。
55.进一步地，所述数据接入模块还用于通过pathvalue实现不同环境，类型，模块的配置。
56.具体实施时，接口调用部分通过pathvalue实现不同环境，类型，模块的灵活配置，接口测试工具通过https://url/{enviromnent}/{category}/{module}获取相对应的参数，接受到的数据通过websocket将链接参数，请求参数，body参数原文推送到页面上进行展示。path value是一种python中一种函数，用于对环境、类型、模块等参数进行配置。
57.进一步地，所述数据接入模块还包括长链接单元，
58.所述长链接单元用于登录不同环境的用户名，密码，监听的ip端口，实现对长链接账号的登录，并对推送的消息进行监听和接收，将接收到的消息通过websocket发送至数据
展示模块。
59.具体实施时，长链接部分通过登录不同环境的用户名，密码，监听的ip端口，实现对长链接账号的登录，并对推送的消息进行监听和接收，同样接收到的消息也是通过websocket往页面上推送。
60.进一步地，所述协议处理模块用于获取上下行数据的协议类型，根据协议类型将数据转化json格式的数据，并json格式的数据进行格式化处理后，发送至数据展示模板。
61.具体实施时，协议处理模块针对http数据与fix数据会进行不同数据的处理，主要是fix协议需要针对消息原文例如：将数据与字段映射，再将映射内容转化为json，最后进行格式化处理。
62.进一步地，所述数据模板存储模块还用于维护模板名，创建人，模板说明，以及数据上行参数。
63.具体地，数据模板存储模块还用于维护模板名，创建人，模板说明，以及数据上行参数。
64.因为消息字段根据接入机构和场景的不同，存在通用化的和个性化的字段，所以body参数通过json的格式在数据库进行维护。上行请求可以通过模板实现请求参数的便捷获取。
65.进一步地，所述字段翻译和格式化模块还用于通过字典进行英文-中文含义翻译及json的自动格式化。
66.具体实施时，如图3和图4所示，字段翻译和格式化模块还用于根据需求和场景定义的字段可以通过增删查改进行维护，在接受到的数据可以通过字典进行英文-中文含义进行翻译及json的自动格式化。
67.进一步地，所述请求上行模块还包括请求参数获取单元，
68.所述请求参数获取单元用于获取测试人员发送的请求参数或是通过已经保存的模板获取请求参数。
69.具体实施时，测试人员可以自己写发送请求参数，也可以通过已经保存的模板获取请求参数，组织完的发送请求参数会通过对应的连接方式(接口调用，长链接)发送给内部系统，实现数据上行。
70.本发明实施例提供了一种用于多场景的金融接口的聚合测试系统，该方法包括：数据接入模块，用于对接口接入方式进行聚合，实现针对不同环境的接口调用，获取上下行数据；数据模板存储模块，用于根据场景类型存储对应的数据模板；数据展示模块，用于将数据接入模块中上下行数据转化为数据模板对应的目标数据，将目标数据展示在前端。本发明实施例实现了金融接口模拟对接，繁冗的数据聚合，各环境测试的兼容。不需要测试人员在不同的环境，系统进行来回的切换，通过技术实现测试数据的聚合，同时具备后期自动化测试拓展性。通过接口聚合，数据聚合，模板聚合，环境聚合，请求聚合提高了测试的质量和效率。
71.以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。
72.通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分的方法。
73.除了其他之外，诸如"能够'、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。
74.已经在本文中在本说明书和附图中描述的内容包括能够提供同业存单的展示方法及装置的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。