CN114428723A - 测试系统、系统测试方法、相关设备及存储介质 - Google Patents

Abstract

本申请公开了一种测试系统、系统测试方法、相关设备及存储介质；其中，测试系统包括业务系统以及多个服务设备，多个服务设备包括模拟服务设备和凭证服务设备；业务系统用于根据更新的目标业务功能提供目标凭证处理业务，在检测到针对目标凭证处理业务的业务操作时生成服务请求，并根据配置策略中的接口配置信息将服务请求发送给模拟服务设备；模拟服务设备用于解析服务请求以确定待调用的目标凭证业务服务，调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息；业务系统还用于采用反馈信息对目标业务功能进行测试。本申请可以更好地对业务系统进行功能测试，以满足业务系统的版本快速迭代需求。

Description

测试系统、系统测试方法、相关设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种测试系统、一种系统测试方法、一种系统测试装置、一种模拟服务设备以及一种计算机存储介质。

背景技术

随着移动互联网的快速发展，凭证交易市场(如证券交易市场)应运而生；并且，该凭证交易市场(如证券市场)同人们的日常经济生活联系十分紧密，越来越多的网民开始通过凭证交易系统(如证券交易系统)进行凭证交易。具体的，凭证交易系统通常可由业务系统和凭证服务设备两部分组成；其中，业务系统用于面向用户，并处理用户的前端业务请求；而凭证服务设备则主要用于支撑业务系统响应用户的前端业务请求。目前，为了能够更好地满足用户需求以提升业务系统的用户粘度，通常需要频繁地对业务系统进行版本迭代，以丰富业务系统的业务功能。然而，每当业务系统存在更新的目标业务功能时，均需在发布该目标业务功能之前，对该目标业务功能进行测试以保证目标业务功能在实际应用中能够被正常使用。基于此。为了满足业务系统的版本快速迭代需求，如何对业务系统进行功能测试成为了研究热点。

发明内容

本发明实施例提供了一种测试系统、系统测试方法、相关设备及存储介质，可以更好地对业务系统进行功能测试，以满足业务系统的版本快速迭代需求。

一方面，本发明实施例提供了一种测试系统，包括：业务系统和与业务系统对接的多个服务设备，多个服务设备包括模拟服务设备和凭证服务设备；其中，模拟服务设备是对凭证服务设备进行设备仿造而生成的；凭证服务设备用于为业务系统提供至少一个凭证业务服务，以支撑所述业务系统为用户提供至少一个凭证处理业务；

业务系统，用于根据更新的目标业务功能提供目标凭证处理业务，在检测到针对目标凭证处理业务的业务操作时生成服务请求，并根据配置策略中的接口配置信息将服务请求发送给模拟服务设备；

模拟服务设备，用于解析服务请求以确定待调用的目标凭证业务服务，调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息；

业务系统，还用于采用反馈信息对目标业务功能进行测试。

另一方面，本发明实施例提供了一种系统测试方法，所述系统测试方法由上述所提及的测试系统中的模拟服务设备执行，所述方法包括：

接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

解析服务请求以确定待调用的目标凭证业务服务，并调用目标凭证业务服务进行数据处理，得到数据处理结果；

根据数据处理结果生成反馈信息，并将反馈信息返回给业务系统，使得业务系统采用反馈信息对目标业务功能进行功能测试。

再一方面，本发明实施例提供了一种系统测试装置，所述系统测试装置运行于上述所提及的测试系统中的模拟服务设备，所述装置包括：

通信单元，用于接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

处理单元，用于解析所述服务请求以确定待调用的目标凭证业务服务，并调用所述目标凭证业务服务进行数据处理，得到数据处理结果；

所述通信单元，还用于根据所述数据处理结果生成反馈信息，并将所述反馈信息返回给所述业务系统，使得所述业务系统采用所述反馈信息对所述目标业务功能进行功能测试。

再一方面，本发明实施例提供了一种模拟服务设备，所述模拟服务设备包括输入接口和输出接口，所述模拟服务设备还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如下步骤：

接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

解析服务请求以确定待调用的目标凭证业务服务，并调用目标凭证业务服务进行数据处理，得到数据处理结果；

根据数据处理结果生成反馈信息，并将反馈信息返回给业务系统，使得业务系统采用反馈信息对目标业务功能进行功能测试。

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行上述的系统测试方法。

本发明实施例通过引入模拟服务设备，使得在业务系统存在功能测试需求时，可以由该模拟服务设备调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

附图说明

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

图1是本发明实施例提供的一种测试系统的结构示意图；

图2是本发明实施例提供的一种测试系统的结构示意图；

图3a是本发明实施例提供的一种信息配置窗口的示意图；

图3b是本发明实施例提供的一种获取接口配置信息的示意图；

图3c是本发明实施例提供的一种接口设置窗口的示意图；

图3d是本发明实施例提供的一种回包设置窗口的示意图；

图4a是本发明实施例提供的一种测试系统的结构示意图；

图4b是本发明实施例提供的一种测试系统的工作原理图；

图5是本发明实施例提供的一种交易服务流程的示意图；

图6是本发明实施例提供的一种系统测试方法流程示意图；

图7是本发明实施例提供的一种系统测试装置的结构示意图；

图8是本发明实施例提供的一种模拟服务设备的结构示意图。

具体实施方式

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

为了能够更好地对业务系统进行功能测试，本发明实施例提供了一种测试系统；参见图1所示，该测试系统可至少包括业务系统11以及与业务系统对接的多个服务设备；该服务设备可包括凭证服务设备12，模拟服务设备13。其中，业务系统11和凭证服务设备12之间，以及业务系统11和模拟服务设备13之间均可通过任何通信方式实现通信；例如基于第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)、基于第四代移动通信技术(the 4th generation mobile communication technology，4G)、基于第五代移动通信技术(the5th generation mobile networks，5G)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(Worldwide Interoperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)协议的计算机网络通信，等等。下面将分别对测试系统中的各部分的功能进行说明：

业务系统11是指可面向用户并为用户提供至少一个凭证处理业务的系统；此处所提及的凭证是指能够证明凭证持有人享有的某种特定权益的，且具有法律效力的证明信息，例如股票、债券等证券、以及其他电子票据等。相应的，凭证处理业务可以包括但不限于：用户业务(如开户业务(即开通账户的业务)、登录业务等)、资源业务(如资源服务、资源查询服务等)、凭证交易业务(如获取凭证的业务、供应凭证的业务等)以及其他业务，等等。具体的，业务系统11可以由智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱或者智能手表等智能终端承载；并以网站、H5网页或者APP(application，应用程序)的形式运行在智能终端中，并与用户进行人机交互。

凭证服务设备12是指为业务系统提供至少一个凭证业务服务，以支撑业务系统为用户提供至少一个凭证处理业务的服务设备；其可以是一个独立的服务设备，也可以由多个服务设备所构成的集群设备。例如，当凭证为证券时，凭证服务设备可以是由多个凭证券商服务器以及凭证交易所服务器所构成的集群设备；在此情况下，凭证服务设备可以理解为一个真实券商系统。其中，凭证业务服务与凭证处理业务相关联；其可包括但不限于：与用户业务相关联的用户服务、与资源业务相关联的资源服务、与凭证交易业务相关联的凭证交易服务，以及与其他业务相关联的其他服务，等等。

模拟服务设备13是对凭证服务设备12进行设备仿造而生成的，其主要用于在业务系统11存在功能测试需求时，通过模拟凭证服务设备12的实际处理流程进行一系列数据处理后，为业务系统11提供功能测试所需的数据。具体的，模拟服务设备13可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，等等。例如，当凭证为证券时，模拟服务设备13可以包括由仿造凭证券商服务器所生成的模拟券商服务器，以及仿造凭证交易所服务器所生成的模拟交易所服务器所构成的集群设备；在此情况下，模拟服务设备13可以理解为一个模拟券商系统。

在具体实现中，本发明实施例所提出的测试系统的运行原理如下：

业务系统，用于根据更新的目标业务功能为用户提供目标凭证处理业务，在检测到用户针对目标凭证处理业务的业务操作时生成服务请求，并根据配置策略中的接口配置信息将服务请求发送给模拟服务设备。其中，目标业务功能可以是对历史业务功能进行版本更新所得到的业务功能，也可以是在业务系统中新增加的业务功能，对此不作限定；并且，该目标业务功能可具体包括但不限于：界面显示功能、信息查询功能等等。目标凭证处理业务可以是业务系统所提供的任一凭证处理业务，如用户业务、资源业务、凭证交易业务等等。

配置策略可以是由业务系统的后台管理人员根据业务需求设置的；配置策略中的接口配置信息可用于指示各服务设备的接口转发地址。在一种实施方式中，配置策略中的接口配置信息可以被存储在业务系统中；那么在此实施方式下，业务系统便可直接从该接口配置信息中获取模拟服务设备接口转发地址，并根据该接口转发地址将服务请求发送至模拟服务设备。再一种实施方式中，业务系统可通过路由设备与各服务设备进行数据交互，配置策略中的接口配置信息可以被存储在该路由设备中；那么在此实施方式下，业务系统便可将服务请求发送给路由设备，由路由设备从该接口配置信息中获取模拟服务设备接口转发地址，并根据该接口转发地址将服务请求转发至模拟服务设备。

模拟服务设备，用于解析业务系统发送的服务请求以确定待调用的目标凭证业务服务，调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统发送反馈信息。其中，模拟服务设备在用于解析业务系统发送的服务请求以确定待调用的目标凭证业务服务时，可具体用于：解析业务系统发送的服务请求，根据解析结果确定服务请求对应的目标服务类型；根据目标服务类型确定目标凭证业务服务。例如，若服务请求包括撮合交易请求，则目标服务类型为交易类型，那么可将凭证交易服务作为目标凭证业务服务；又如，若服务请求包括账号登录请求，则目标服务类型为用户类型，那么可将用户服务作为目标凭证业务服务；再如，若服务请求包括资源转移请求，则目标服务类型为资源转移类型，那么可将资源服务作为目标凭证业务服务，等等。或者，服务请求可携带目标凭证处理业务的业务标识；那么模拟服务设备在用于解析业务系统发送的服务请求以确定待调用的目标凭证业务服务时，可具体用于：解析服务请求得到业务标识，将用于支撑该业务标识所指示的目标凭证处理业务的凭证业务服务作为目标凭证业务服务。

由于不同的凭证业务服务具有不同的数据处理逻辑，因此模拟服务设备用于在调用目标凭证业务服务进行数据处理得到数据处理结果时，可具体用于：按照目标凭证业务服务所对应的数据处理逻辑进行数据处理，并根据数据处理结果向业务系统发送反馈信息。例如，若业务系统发送给模拟服务设备的服务请求包括登录请求，则目标凭证业务服务可为用户服务；那么模拟服务设备可用于调用用户服务进行登录处理，得到用于指示登录成功或失败的数据处理结果。又如，若业务系统发送给模拟服务设备的服务请求包括资源转移请求，则目标凭证业务服务可为资源服务；那么模拟服务设备可调用资源服务进行资源转移处理，得到数据处理结果。再如，若业务系统发送给模拟服务设备的服务请求包括凭证交易请求(如撮合交易请求)，则目标凭证业务服务可为凭证交易服务；那么模拟服务设备可用于调用凭证交易服务进行凭证交易处理(如撮合交易处理)，得到数据处理结果。其中，撮合交易是指：凭证供应方在交易市场委托销售供应单、凭证获取方在交易市场委托获取供应单，并由交易市场按照预设原则(如时间优先原则、电子资源量优先原则)确定双方成交的目标电子资源量并生成电子交易合同，并按照电子交易合同进行凭证交割的交易方式。

业务系统，还可用于采用反馈信息对目标业务功能进行测试。具体地，若目标业务功能为信息查询功能，则业务系统在用于采用反馈信息对目标业务功能进行测试时，可具体用于：判断反馈信息和预设信息是否相同；若相同，则可确定信息查询功能的查询逻辑未存在异常，即可确定信息查询功能未存在异常；若不同，则可确定信息查询功能的查询逻辑存在异常，即可确定信息查询功能存在异常。若目标业务功能为界面显示功能，则业务系统在用于采用反馈信息对目标业务功能进行测试时，可具体用于：采用该反馈信息进行界面显示处理，若界面显示结果与预设显示结果相同，则可确定界面显示功能的显示逻辑未存在异常，即可确定界面显示功能未存在异常；若不同，则可确定界面显示功能的显示逻辑存在异常，即可确定界面显示功能存在异常。需要说明的是，本发明实施例只是以目标业务功能为信息查询功能和界面显示功能为例，并不局限于此；相应地，上述也只是示例性地对采用反馈信息对目标业务功能的具体实施方式进行了说明，并不对此进行限定。

本发明实施例通过引入模拟服务设备，使得在业务系统存在功能测试需求时，可以由该模拟服务设备调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

基于上述的测试系统，本发明实施例还提出了一种更为具体的测试系统；参见图2所示，该测试系统可包括业务系统21、模拟服务设备22、凭证服务设备23以及路由设备24。业务系统21通过路由设备24与模拟服务设备22以及凭证服务设备23进行数据交互，且路由设备24中可存储配置策略中的接口配置信息。其中，接口配置信息可包括至少一个用户标识以及各用户标识对应的服务设备信息；任一用户标识对应的服务设备信息至少包括：任一用户标识对应的服务设备的接口转发地址。在具体实现中，测试系统中的各部分的工作原理如下：

业务系统21，用于根据更新的目标业务功能提供目标凭证处理业务，在检测到针对目标凭证处理业务的业务操作时生成服务请求，并将服务请求发送至路由设备。其中，业务操作是由目标用户输入的；服务请求中携带目标用户的目标用户标识，目标用户标识对应的服务设备为模拟服务设备。

路由设备24，用于解析服务请求得到目标用户标识，从接口配置信息中获取目标用户标识对应的目标服务设备信息，并根据目标服务设备信息中的接口转发地址将服务请求转发给模拟服务设备。

模拟服务设备22，用于解析服务请求以确定待调用的目标凭证业务服务，调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息。

业务系统21，还用于采用反馈信息对目标业务功能进行测试。

在一种实施方式中，目标服务设备信息中可包括：多种服务类型的通信接口的接口转发地址。相应地，路由设备24在用于根据目标服务设备信息中的接口转发地址将服务请求转发给模拟服务设备时，可具体用于：从目标服务设备信息中选取服务请求对应的目标服务类型的通信接口的接口转发地址，并根据选取的接口转发地址将服务请求转发给模拟服务设备。示例性地，假设目标服务设备信息包括：关于审核用户登录的通信接口1001的接口转发地址、关于开通账户的通信接口1002的接口转发地址，以及关于获取政府部门的宣传照的通信接口1003的接口转发地址。当收到业务系统发来的服务请求对应的目标服务类型是“审核用户登录”时，路由设备则可从目标服务设备中选取通信接口1001的接口转发地址，并通过该通信接口1001的接口转发地址将该服务请求发送给模拟服务设备。

可选地，测试系统还可包括配置终端25，且配置终端25与路由设备24进行通信。具体的，配置终端25可用于获取接口配置信息，并将接口配置信息上传至路由设备进行存储。其中，配置终端25在用于获取接口配置信息时，可具体用于：

响应策略配置触发事件，输出信息配置窗口。其中，策略配置触发事件可包括但不限于：检测到配置触发手势的输入事件，检测到用户界面中的策略配置组件被触发的事件，等等。如图3a所示，信息配置窗口可以包括信息输入区域301，该信息输入区域301是一个用于获取用户标识和设备标识的区域；此处所提及的用户标识可包括但不限于：用户名称、用户ID等，设备标识可包括但不限于：设备名称、设备ID等。用户可在信息输入区域301中输入任一用户标识，以及任一用户标识对应的服务设备的设备标识；相应地，配置终端可在信息输入区域301中获取任一用户标识，以及任一用户标识对应的服务设备的设备标识。若检测到针对任一用户标识的确认操作，则根据任一用户标识对应的设备标识获取任一用户标识对应的服务设备的服务设备信息，并将任一用户标识和对应的服务设备信息添加至接口配置信息中。

可选地，如图3a所示，信息输入区域301可具体包括用户标识输入区3011，设备标识选择区3012和确认配置组件3013；在此情况下，用户便可分别在用户标识输入区3011中输入任一用户标识，在设备标识选择区3012中选取任一用户标识对应的服务设备的设备标识。那么相应地，配置终端可分别在用户标识输入区3011中获取任一用户标识，在设备标识选择区3012中获取任一用户标识对应的服务设备的设备标识。针对任一用户标识的确认操作可以是用户在信息输入区域301中针对确认配置组件3013的触发操作，如点击操作、按压操作，触摸操作，等等。举例来说，假设配置终端在用户标识选择区3011中获取到的用户标识为os-device01，在设备标识选择区3012中检测到被选择的设备标识为“测试环境”；那么，在信息输入区域中检测到用户针对于确认配置组件3013的点击操作后，配置终端便可获取设备标识为“测试环境”对应的模拟服务设备的服务设备信息，并将用户标识os-device01和模拟服务设备的服务设备信息添加至接口配置信息中。

在一种可选的实施方式中，信息配置窗口还包括信息显示区域302；相应地，配置终端25还可用于：

若检测到针对任一用户标识的确认操作，则在信息显示区域中显示任一用户标识、任一用户标识对应的服务设备的设备标识以及任一用户标识对应的服务设备的接口配置入口。具体可参见图3a所示，该信息显示区域302可具体包括用户标识显示区3021、设备标识显示区3022以及入口显示区3023；那么在检测到针对任一用户标识的确认操作后，配置终端可以在信息显示区域302中的用户标识显示区3021中显示任一用户标识、在设备标识显示区3022中显示任一用户标识对应的服务设备的设备标识，以及在入口显示区3023中显示任一用户标识对应的服务设备的接口配置入口。仍承接上述例子，设任一用户标识为os-device01，且用户标识os-device01对应的设备标识为“测试环境”；那么当配置终端在信息配置窗口检测到针对用户标识为os-device01的点击操作后，便可在信息配置窗口的信息显示区域302的用户标识显示区3021中显示用户标识os-device01，在设备标识显示区3022中显示设备标识“测试环境”，以及在入口显示区3023中显示对应的接口配置入口30231，如图3b所示。

当配置接口入口被触发时，输出接口设置窗口；该接口设置窗口至少包括：任一用户标识对应的服务设备的至少一个通信接口的接口标识，以及各通信接口的回包设置组件，回包设置组件用于触发显示回包设置界面。具体地，该接口设置窗口可以包括接口标识区303，接口描述区304以及回包选择区305，如图3c所示。其中，接口标识区303用于显示至少一个通信接口的接口标识，接口描述区304用于显示至少一个通信接口的描述内容，回包选择区305用于显示各通信接口的回包设置组件3051。

当接口设置窗口中的任一接口标识对应的通信接口的回包设置组件被触发时，输出回包设置窗口，并在回包设置窗口中获取关于任一通信接口的回包策略，以及将获取到的回包策略添加至配置策略中。其中，回包是指模拟服务设备响应于服务请求而返回相应的反馈信息的处理；而回包策略是指用于指示反馈信息中所需包括的信息内容的策略，信息内容可包括但不限于：回包名称、回包内容等。具体地，回包设置窗口可至少包括回包名称输入区306和回包内容输入区307，如图3d所示；回包名称输入区306可用于用户输入回包名称，回包内容输入区307可用于用户输入需要回包内容。相应地，在回包设置窗口中所获取到的回包策略可包括以下至少一项：回包名称和回包内容。可选地，回包设置窗口还可包括：字段说明展示区308；该字段说明展示区308可用于显示回包内容所涉及的相关字段的字段名称、字段描述以及字段类型等字段信息。

由上述描述可知，模拟服务设备还可以具有多种服务类型的通信接口，配置策略中还可包括模拟服务设备的各通信接口的回包策略；那么，模拟服务设备在用于根据数据处理结果向业务系统返回反馈信息时，可具体用于：确定服务请求对应的目标服务类型的通信接口，并获取目标服务类型的通信接口的回包策略集；其中，所述回包策略集包括至少一种处理结果所对应的回包策略。从回包策略集中获取数据处理结果对应的目标回包策略，并按照目标回包策略的指示生成反馈信息后，将反馈信息发送至业务系统。

例如，假设业务系统发送给模拟服务设备的服务请求为登录请求，则可确定目标服务类型为用户类型以及对应的通信接口为通信接口1001；该通信接口1001的回包策略集可包括：用于指示登录成功的第一处理结果所对应的第一回包策略，以及用于指示登录失败的第二处理结果所对应的第二回包策略。那么模拟服务设备在调用用户服务进行登录处理，得到数据处理结果后；若数据处理结果为第一处理结果，则可将第一回包策略作为目标回包策略，那么根据目标回包策略所生成的反馈信息可以包括：第一回包策略中的回包名称(如“登录成功”)和回包内容；若数据处理结果为第二处理结果，则可将第二回包策略作为目标回包策略，那么根据目标回包策略所生成的反馈信息可以包括：第二回包策略中的回包名称(如“登录失败”)和回包内容(“还有*次输错机会”)。

又如，假设业务系统发送给模拟服务设备的服务请求为资源转移请求，则可确定目标服务类型为资源转移类型以及对应的通信接口为通信接口2001；该通信接口2001的回包策略集可包括：用于指示资源转移成功的第一处理结果所对应的第一回包策略，以及用于指示资源转移失败的第二处理结果所对应的第二回包策略。那么模拟服务设备在调用资源服务进行资源转移处理，得到数据处理结果后；若数据处理结果为第一处理结果，则可将第一回包策略作为目标回包策略，那么根据目标回包策略所生成的反馈信息可以包括：第一回包策略中的回包名称(如“转移成功”)和回包内容(“剩余资源量为××”)；若数据处理结果为第二处理结果，则可将第二回包策略作为目标回包策略，那么根据目标回包策略所生成的反馈信息可以包括：第二回包策略中的回包名称(如“转移失败”)和回包内容(“请检测网络是否可用”)。

再如，假设业务系统发送给模拟服务设备的服务请求为凭证交易请求(如撮合交易请求)，则可确定目标服务类型为交易类型以及对应的通信接口为通信接口3002；该通信接口3002的回包策略集可包括：不同凭证交易结果所对应的回包策略。那么模拟服务设备在调用凭证交易服务进行撮合交易处理，得到目标凭证交易结果后；便可将目标凭证交易结果所对应的回包策略作为目标回包策略，从而生成反馈信息。

本发明实施例通过引入模拟服务设备，使得在业务系统存在功能测试需求时，可以由该模拟服务设备调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率。

基于上述测试系统的相关描述，当凭证为证券时，本发明实施例还提出了一种测试系统；参见图4a所示，该测试系统可包括：业务系统41、路由设备42、凭证服务设备43以及模拟服务设备44。其中，业务系统41可至少包括前端页面411、业务模块412以及网关413等三部分；并且，业务模块412通过网关413与路由设备42进行通信。路由设备42负责以用户标识为路由key(即路由标识)进行请求转发，该路由设备42可与凭证服务设备43以及模拟服务设备44进行通信。凭证服务设备43可包括：多个凭证券商服务器431以及凭证交易所服务器432；模拟服务设备44用于实现券商接口的自动返回，以及关联数据的自动演算；其可包括：模拟券商服务器441以及模拟交易所服务器442。

需要说明的是，路由设备42中可存储接口配置信息，该接口配置信息包括至少一个用户标识以及各用户标识对应的服务设备信息；任一用户标识对应的服务设备信息至少包括：任一用户标识对应的服务设备的接口转发地址。此处所提及的接口转发地址可以是凭证服务设备中的凭证券商服务器(即真实券商服务器)的环境地址、也可以是模拟服务设备中的模拟券商服务器的环境地址；并且，同一用户标识可对应多个服务设备的接口转发地址。由此可见，通过在路由设备42中配置该接口配置信息，可实现同一用户标识的多券商自由切换，从而可实现同时调用多个服务设备(如凭证服务设备和模拟服务设备)对业务系统的不同功能进行测试，达到不同功能测试(或称为不同版本测试)互不干扰的目的，进而解决多版本并行测试的问题。为便于阐述，本发明实施例后续主要以调用模拟服务设备对业务系统的目标业务功能进行测试为例，对具体的测试原理进行阐述。

在具体实现中，本发明实施例所提出的测试系统的运行原理可一并参见图4b所示：

业务系统41，用于根据更新的目标业务功能提供目标凭证处理业务，在通过前端页面411检测到针对目标凭证处理业务的业务操作时，控制前端页面411将该业务操作传递至业务模块412，并控制业务模块412根据该业务操作生成相应的服务请求，再通过网关413将该服务请求发送至路由设备42。其中，服务请求中携带目标用户标识；并且，目标用户标识对应的服务设备为模拟服务设备。

路由设备42，用于解析服务请求得到目标用户标识，从接口配置信息中获取目标用户标识对应的目标服务设备信息，并根据目标服务设备信息中的接口转发地址将服务请求转发给模拟服务设备。

模拟服务设备44，用于解析服务请求以确定待调用的目标凭证业务服务，调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息。具体地，模拟服务设备中的模拟券商服务器441可用于接收路由设备42转发的服务请求，并解析服务请求以确定待调用的目标凭证业务服务。若目标凭证业务服务为用户服务或者资源服务，则可直接调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息。若目标凭证业务服务为凭证交易服务，则可通知模拟交易所服务器442调用目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回反馈信息。

以目标凭证业务服务为凭证交易服务为例，若服务请求包括证券获取委托请求，则模拟服务设备44中的模拟交易所服务器442可用于：调用凭证交易服务对用户用于获取凭证的电子资源量进行冻结，对用户所持有的证券数量进行新增，并保存一笔委托记录等待撮合成交等一系列数据处理，得到数据处理结果；并可根据数据处理结果向业务系统41自动返回一笔订单记录(即反馈信息)。

若服务请求包括撮合交易请求，则模拟服务设备44可按照图5所示的数据处理逻辑执行撮合交易处理；具体的，该模拟服务设备44(或模拟交易所服务器442)可具体用于：

根据服务请求携带的目标用户标识，获取待处理的目标委托单；其中，目标委托单包括目标用户所需的凭证的委托数量，以及已撮合成功的凭证的已撮合数量。示例性地，当凭证为证券时，目标用户所需的凭证的委托数量可以是委托获取证券的数量，也可以是委托销售证券的数量；相应地，已撮合数量可以是已成功获取的证券的数量，也可以是已成功销售的证券的数量。

若委托数量大于所述已撮合数量，则获取撮合策略；其中，该撮合策略可以是根据需求预先设置的，该撮合策略可至少包括撮合条件以及撮合规则。具体的，撮合条件可包括但不限于：资源量匹配条件和数量匹配条件。其中，资源量匹配条件用于对目标用户所需的凭证进行资源量限制(即价格限制)；例如该资源量匹配条件可以是“若目标用户为资源获取用户，则目标用户为每个凭证所设置的交易电子资源量需大于资源供应方所设置的电子资源量”。同理，数量匹配条件则用于对目标用户所需的凭证进行数量限制；例如该数量匹配条件可以是“当委托数量为100份时，执行撮合处理”或者“当委托数量为200份时，不执行撮合处理”。撮合规则用于指示具体的撮合处理逻辑，例如该撮合规则可以是：当待撮合凭证的数量大于单笔撮合限额，则对待撮合凭证进行分笔撮合；否则，则对待撮合凭证进行全部撮合，等等。

按照撮合策略对剩余所需的凭证执行撮合处理，得到数据处理结果。具体地，可先检测目标委托单是否满足撮合条件，该撮合条件包括以下至少一项：目标用户所需的凭证的数量位于预设数量范围内，目标用户为每个凭证设置的交易电子资源量大于资源量阈值。若满足，则按照撮合规则对剩余所需的凭证执行撮合处理，得到数据处理结果；若不满足，则结束流程。其中，按照撮合规则对剩余所需的凭证执行撮合处理，得到数据处理结果的具体实施方式可以是：先判断剩余所需的凭证的数量是否大于单笔撮合限额；若大于，则对该剩余所需的凭证进行分笔撮合，即将剩余所需的凭证撮合成多笔订单；若不大于，则对剩余所需的凭证进行全部撮合，即将剩余所需的凭证撮合成一笔订单。然后，根据撮合处理结果更新目标委托单的订单状态，并确定成交回报信息，将成交回报信息添加至数据处理结果中。

举例说明，假设待处理的目标委托单的内容为“获取150份A证券”；且委托数量为150份，已撮合数量为50份；撮合条件为“当委托数量大于100份时，执行撮合处理”，撮合规则为“每次撮合50份”。那么，模拟服务设备在读取待处理的目标委托单后，可确定目标用户所需的证券的委托数量为150份，已撮合成功的凭证的已撮合数量为50份。由于委托数量大于成交数量，因此模拟服务设备可进一步获取撮合策略并判断目标委托单是否满足撮合策略中的撮合条件。由于委托数量大于100份，因此判断结果为符合撮合条件。那么模拟服务设备便进一步按照撮合规则将剩余所需的100份证券分成两笔进行撮合，以得到成交回报。

需要说明的是，若委托数量不大于已撮合数量，则模拟服务设备便可判断目标用户是否撤单；若是，则可直接更新目标用户的资源流水信息；若否，则可进行委托单结算。具体的，可判断是否已全部结算；若已全部结算，则更新委托单，并结束流程；否则，则进行手续费计算、更新目标用户所持有的证券数量以及目标用户所持有的电子资源量，以及更新目标用户的资源流水信息，再更新委托单，结束流程。

业务系统41，还用于采用反馈信息对目标业务功能进行测试。

本发明实施例通过引入模拟服务设备，使得在业务系统存在功能测试需求时，可以由该模拟服务设备调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

基于上述测试系统的相关描述，本发明实施例提供了一种系统测试方法，该系统测试方法可由上述所提及的测试系统中的模拟服务设备执行。请参见图6所示，该系统测试方法可包括以下步骤S601-S603：

S601，接收业务系统发送的业务请求。

其中，服务请求是由业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对目标凭证处理业务的业务操作时生成的。

S602，解析服务请求以确定待调用的目标凭证业务服务，并调用目标凭证业务服务进行数据处理，得到数据处理结果。

S603，根据数据处理结果生成反馈信息，并将反馈信息返回给业务系统。

需要说明的是，步骤S601-S603的具体实施方式可参见上述测试系统实施例的相关描述，在此不再赘述。

本发明实施例可在业务系统存在功能测试需求时，调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

基于上述系统测试方法实施例的描述，本发明实施例还公开了一种系统测试装置，所述系统测试装置可以是运行于上述所提及的模拟服务设备中的一个计算机程序(包括程序代码)。该系统测试装置可以执行图6所示的方法。请参见图7，所述系统测试装置可以运行如下单元：

通信单元701，用于接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

处理单元702，用于解析所述服务请求以确定待调用的目标凭证业务服务，并调用所述目标凭证业务服务进行数据处理，得到数据处理结果；

所述通信单元701，还用于根据所述数据处理结果生成反馈信息，并将所述反馈信息返回给所述业务系统，使得所述业务系统采用所述反馈信息对所述目标业务功能进行功能测试。

根据本发明的另一个实施例，图7所示的系统测试装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本发明的其它实施例中，基于系统测试装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本发明的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图6中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图7中所示的系统测试装置设备，以及来实现本发明实施例的系统测试方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

本发明实施例可在业务系统存在功能测试需求时，调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

基于上述方法实施例以及装置实施例的描述，本发明实施例还提供一种模拟服务设备。请参见图8，该模拟服务设备至少包括处理器801、输入接口802、输出接口803以及计算机存储介质804。且模拟服务设备内的处理器801、输入接口802、输出接口803以及计算机存储介质804可通过总线或其他方式连接。

所述计算机存储介质804是模拟服务设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质804既可以包括模拟服务设备中的内置存储介质，当然也可以包括模拟服务设备所支持的扩展存储介质。计算机存储介质804提供存储空间，该存储空间存储了模拟服务设备的操作系统。并且，在该存储空间中还存放了适于被处理器801加载并执行的一条或多条的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。所述处理器801(或称CPU(Central ProcessingUnit，中央处理器))是模拟服务设备的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能。

在一个实施例中，可由处理器801加载并执行计算机存储介质804中存放的一条或多条指令，以实现上述有关图6所示的系统测试方法实施例中的相应方法步骤；具体实现中，计算机存储介质804中的一条或多条指令由处理器801加载并执行如下步骤：

接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

解析服务请求以确定待调用的目标凭证业务服务，并调用目标凭证业务服务进行数据处理，得到数据处理结果；

根据数据处理结果生成反馈信息，并将反馈信息返回给业务系统，使得业务系统采用反馈信息对目标业务功能进行功能测试。

本发明实施例可在业务系统存在功能测试需求时，调用相关的目标凭证业务服务进行数据处理得到数据处理结果，并根据数据处理结果向业务系统返回业务系统进行功能测试所需的反馈信息，从而使得业务系统可采用该反馈信息对目标业务功能进行测试。这样的测试方式无需真实的凭证服务设备参与，可有效去除关于凭证服务设备的第三方环境和数据的依赖，可有效保证业务系统的测试可用性和测试效率，满足业务系统的版本快速迭代需求。

需要说明的是，根据本申请的一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述图6所示的系统测试方法实施例方面的各种可选方式中提供的方法。

并且，应理解的是，以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

1.一种测试系统，其特征在于，包括：业务系统以及与所述业务系统对接的多个服务设备，所述多个服务设备包括模拟服务设备和凭证服务设备；其中，所述模拟服务设备是对所述凭证服务设备进行设备仿造而生成的；所述凭证服务设备用于为所述业务系统提供至少一个凭证业务服务，以支撑所述业务系统为用户提供至少一个凭证处理业务；

所述业务系统，用于根据更新的目标业务功能提供目标凭证处理业务，在检测到针对所述目标凭证处理业务的业务操作时生成服务请求，并根据配置策略中的接口配置信息将所述服务请求发送给所述模拟服务设备；

所述模拟服务设备，用于解析所述服务请求以确定待调用的目标凭证业务服务，调用所述目标凭证业务服务进行数据处理得到数据处理结果，并根据所述数据处理结果向所述业务系统返回反馈信息；

所述业务系统，还用于采用所述反馈信息对所述目标业务功能进行测试。

2.如权利要求1所述的系统，其特征在于，所述测试系统还包括路由设备，所述接口配置信息被存储在所述路由设备中，所述接口配置信息包括至少一个用户标识以及各用户标识对应的服务设备信息；任一用户标识对应的服务设备信息至少包括：所述任一用户标识对应的服务设备的接口转发地址；

所述业务系统，用于将所述服务请求发送至所述路由设备，所述服务请求中携带目标用户标识，所述目标用户标识对应的服务设备为所述模拟服务设备；

所述路由设备，用于解析所述服务请求得到所述目标用户标识，从所述接口配置信息中获取所述目标用户标识对应的目标服务设备信息，并根据所述目标服务设备信息中的接口转发地址将所述服务请求转发给所述模拟服务设备。

3.如权利要求2所述的系统，其特征在于，所述目标服务设备信息中包括多种服务类型的通信接口的接口转发地址；

所述路由设备，用于从所述目标服务设备信息中选取所述服务请求对应的目标服务类型的通信接口的接口转发地址，并根据选取的接口转发地址将所述服务请求转发给所述模拟服务设备。

4.如权利要求2或3所述的系统，其特征在于，所述测试系统还包括配置终端，所述配置终端与所述路由设备进行通信；

所述配置终端，用于获取所述接口配置信息，并将所述接口配置信息上传至所述路由设备进行存储。

5.如权利要求4所述的系统，其特征在于，所述配置终端在用于获取所述接口配置信息时，具体用于：

响应策略配置触发事件，输出信息配置窗口，所述信息配置窗口中包括信息输入区域；

在所述信息输入区域中获取任一用户标识，以及所述任一用户标识对应的服务设备的设备标识；

若检测到针对所述任一用户标识的确认操作，则根据所述任一用户标识对应的设备标识获取所述任一用户标识对应的服务设备的服务设备信息，并将所述任一用户标识和对应的服务设备信息添加至所述接口配置信息中。

6.如权利要求5所述的系统，其特征在于，所述信息配置窗口还包括信息显示区域，所述配置终端还用于：

若检测到针对所述任一用户标识的确认操作，在所述信息显示区域中显示所述任一用户标识、所述任一用户标识对应的服务设备的设备标识以及所述任一用户标识对应的服务设备的接口配置入口；

当所述接口配置入口被触发时，输出接口设置窗口；所述接口设置窗口至少包括：所述任一用户标识对应的服务设备的至少一个通信接口的接口标识，以及各通信接口的回包设置组件；

当所述接口设置窗口中的任一通信接口的回包设置组件被触发时，输出回包设置窗口，并在所述回包设置窗口中获取关于所述任一通信接口的回包策略，以及将获取到的回包策略添加至所述配置策略中；其中，所述回包策略包括以下至少一项：回包名称和回包内容。

7.如权利要求1所述的系统，其特征在于，所述模拟服务设备具有多种服务类型的通信接口，所述配置策略中还包括所述模拟服务设备的各通信接口的回包策略；

所述模拟服务设备在用于根据所述数据处理结果向所述业务系统返回反馈信息时，具体用于：

确定所述服务请求对应的目标服务类型的通信接口，并获取所述目标服务类型的通信接口的回包策略集，所述回包策略集中包括至少一种处理结果所对应的回包策略；

从所述回包策略集中获取所述数据处理结果对应的目标回包策略，并按照所述目标回包策略的指示生成反馈信息，以及将所述反馈信息发送至所述业务系统。

8.如权利要求1所述的系统，其特征在于，所述服务请求包括撮合交易请求，所述目标凭证业务服务包括交易服务；所述模拟服务设备在用于调用所述目标凭证业务服务进行数据处理得到数据处理结果时，具体用于：

根据所述服务请求携带的目标用户标识，获取待处理的目标委托单；所述目标委托单包括目标用户所需的凭证的委托数量，以及已撮合成功的凭证的已撮合数量；

若所述委托数量大于所述已撮合数量，则获取撮合策略；

按照所述撮合策略对剩余所需的凭证执行撮合处理，得到数据处理结果。

9.一种系统测试方法，其特征在于，所述方法由如权利要求1-8任一项所述的测试系统中的模拟服务设备执行，所述方法包括：

接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

解析所述服务请求以确定待调用的目标凭证业务服务，并调用所述目标凭证业务服务进行数据处理，得到数据处理结果；

根据所述数据处理结果生成反馈信息，并将所述反馈信息返回给所述业务系统，使得所述业务系统采用所述反馈信息对所述目标业务功能进行功能测试。

10.一种系统测试装置，其特征在于，所述装置运行于如权利要求1-8任一项所述的测试系统中的模拟服务设备中，所述装置包括：

通信单元，用于接收业务系统发送的服务请求，所述服务请求是由所述业务系统根据更新的目标业务功能提供目标凭证处理业务，并在检测到针对所述目标凭证处理业务的业务操作时生成的；

处理单元，用于解析所述服务请求以确定待调用的目标凭证业务服务，并调用所述目标凭证业务服务进行数据处理，得到数据处理结果；

所述通信单元，还用于根据所述数据处理结果生成反馈信息，并将所述反馈信息返回给所述业务系统，使得所述业务系统采用所述反馈信息对所述目标业务功能进行功能测试。

Images