CN116721505A - Pos交易测试方法及其装置、设备、介质、产品 - Google Patents

Abstract

本申请公开一种POS交易测试方法及其装置、设备、介质、产品，包括：获取各个测试环境下的POS交易数据，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件；将N个交易类型的交易文件与N个测试控件进行绑定；在POS交易测试界面显示N个测试控件的情况下，接收第一选取操作；响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据；基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。根据本申请，能够省略配置调试POS终端的步骤，降低测试场景局限性和测试难度。

Description

POS交易测试方法及其装置、设备、介质、产品

技术领域

本申请属于交易测试技术领域，尤其涉及一种POS交易测试方法及其装置、设备、介质、产品。

背景技术

目前随着经济发展，销售终端(point of sale，POS)的配置越来越强大，功能越来越齐全，当用户需要完成商品支付时，可以通过POS终端进行刷卡消费，以享受POS终端带来的快速支付体验，此外，在POS终端投入使用前，需要对POS终端进行测试。

相关技术中，在POS终端的测试过程中，需要专业开发人员安装一个测试程序，然后配置POS商户终端密钥、连接的测试地址等信息，并且需要专业测试人员进行操作，这种传统的测试方式对测试网络、测试介质以及测试人员均有苛刻的要求，测试场景的局限性较高，测试难度较大。

发明内容

本申请实施例提供一种POS交易测试方法及其装置、设备、介质、产品，能够省略配置调试POS终端的步骤，降低测试场景局限性和测试难度。

第一方面，本申请实施例提供一种POS交易测试方法，该方法包括：在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据；将N个交易类型的交易文件与N个测试控件进行绑定；在POS交易测试界面显示N个测试控件的情况下，接收对N个测试控件中目标测试控件的第一选取操作；响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据；基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

在第一方面的一些可实现方式中，POS交易数据包括请求报文，基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输协议Http请求，包括：从第一目标交易类型的POS交易数据中获取交易成功的请求报文；对请求报文进行解析，得到请求报文中携带的后台系统的互联网协议地址和交易字段的字段内容，其中，交易字段包括订单号、商户终端信息和金额中的至少一项；更新交易字段中第一字段的字段内容，第一字段用于表征唯一标识，交易字段包括第一字段和第二字段，第二字段为除第一字段以外的交易字段；基于第二字段的字段内容，以及更新后的第一字段的字段内容，模拟第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；基于互联网协议地址，向交易流转的后台系统发起携带测试请求报文的Http请求。

在第一方面的一些可实现方式中，在得到N个交易类型的交易文件之后，方法还包括：以用于标识交易类型的交易码命名交易类型的交易文件。

在第一方面的一些可实现方式中，各个测试环境下的POS交易数据在第一时刻获取，在将N个交易类型的交易文件与N个测试控件进行绑定之后，方法还包括：若在第一时刻之后的预设时长内获取到的POS交易数据的交易类型与N个交易类型相同，则将N个交易类型的交易文件与全量测试控件进行绑定；在POS交易测试界面显示全量测试控件的情况下，接收对全量测试控件的第二选取操作；响应于第二选取操作，基于N个交易类型的POS交易数据，分别向每个交易类型关联的交易流转的后台系统发起超文本传输Http请求，执行全量POS交易测试。

在第一方面的一些可实现方式中，POS交易数据包括请求报文，在得到N个交易类型的交易文件之后，方法还包括：以交易类型为主键，在与交易类型关联的交易文件中插入数据库记录，数据库记录用于记录交易类型对应的请求报文。

在第一方面的一些可实现方式中，在将N个交易类型的交易文件与N个测试控件进行绑定之后，方法还包括：基于预设周期扫描所有交易文件；在交易文件出现新增的情况下，将新增的交易文件与新增控件进行绑定；在POS交易测试界面显示N个测试控件和新增控件。

在第一方面的一些可实现方式中，方法还包括：在浏览器的POS交易测试界面显示N个测试控件。

第二方面，本申请实施例提供了一种POS交易测试装置，该装置包括：分类模块，用于在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据；绑定模块，用于将N个交易类型的交易文件与N个测试控件进行绑定；用户输入模块，用于在POS交易测试界面显示N个测试控件的情况下，接收对N个测试控件中目标测试控件的第一选取操作；获取模块，用于响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据；交易测试模块，用于基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

在第二方面的一些可实现方式中，POS交易数据包括请求报文，交易测试模块包括：获取单元，用于从第一目标交易类型的POS交易数据中获取交易成功的请求报文；解析单元，用于对请求报文进行解析，得到请求报文中携带的后台系统的互联网协议地址和交易字段的字段内容，其中，交易字段包括订单号、商户终端信息和金额中的至少一项；更新单元，用于更新交易字段中第一字段的字段内容，第一字段用于表征唯一标识，交易字段包括第一字段和第二字段，第二字段为除第一字段以外的交易字段；报文生成单元，用于基于第二字段的字段内容，以及更新后的第一字段的字段内容，模拟第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；请求单元，用于基于互联网协议地址，向交易流转的后台系统发起携带测试请求报文的Http请求。

在第二方面的一些可实现方式中，在得到N个交易类型的交易文件之后，装置还包括：命名模块，用于以用于标识交易类型的交易码命名交易类型的交易文件。

在第二方面的一些可实现方式中，各个测试环境下的POS交易数据在第一时刻获取，装置还包括：绑定模块，还用于在将N个交易类型的交易文件与N个测试控件进行绑定之后，若在第一时刻之后的预设时长内获取到的POS交易数据的交易类型与N个交易类型相同，则将N个交易类型的交易文件与全量测试控件进行绑定；用户输入模块，还用于在POS交易测试界面显示全量测试控件的情况下，接收对全量测试控件的第二选取操作；交易测试模块，还用于响应于第二选取操作，基于N个交易类型的POS交易数据，分别向每个交易类型关联的交易流转的后台系统发起超文本传输Http请求，执行全量POS交易测试。

在第二方面的一些可实现方式中，POS交易数据包括请求报文，装置还包括：插入模块，用于在得到N个交易类型的交易文件之后，以交易类型为主键，在与交易类型关联的交易文件中插入数据库记录，数据库记录用于记录交易类型对应的请求报文。

在第二方面的一些可实现方式中，装置还包括：扫描模块，用于在将N个交易类型的交易文件与N个测试控件进行绑定之后，基于预设周期扫描所有交易文件；绑定模块，还用于在交易文件出现新增的情况下，将新增的交易文件与新增控件进行绑定；显示模块，用于在POS交易测试界面显示N个测试控件和新增控件。

在第二方面的一些可实现方式中，装置还包括：显示模块，用于在浏览器的POS交易测试界面显示N个测试控件。

第三方面，本申请实施例提供了一种电子设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现如第一方面的任一项实施例中所示的POS交易测试方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所示的POS交易测试方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面的任一项实施例中所示的POS交易测试方法的步骤。

本申请实施例的POS交易测试方法、装置、设备、介质、产品，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据，通过将N个交易类型的交易文件与N个测试控件进行绑定，能够在POS交易测试界面显示N个测试控件，测试人员通过点击测试控件即可发起对应交易类型的POS交易测试。具体地，电子设备可以接收测试人员对N个测试控件中目标测试控件的第一选取操作，响应于第一选取操作，可以从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据，并基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。如此，本申请的测试过程无需依赖于POS终端，因此也无需对POS终端进行配置和调试，测试过程不受测试网络和测试介质的影响，仅需操作测试控件即可执行POS交易测试，降低测试人员的专业门槛，同时也降低测试场景的局限性和测试难度。

附图说明

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

图1是本申请一实施例提供的POS交易测试方法的流程示意图；

图2是本申请另一实施例提供的POS交易测试方法的流程示意图；

图3是本申请再一实施例提供的POS交易测试方法的流程示意图；

图4是本申请再一实施例提供的POS交易测试方法的流程示意图；

图5是本申请实施例提供的一种POS交易测试装置的结构示意图；

图6是本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前随着经济发展，销售终端(point of sale，POS)的配置越来越强大，功能越来越齐全，当用户需要完成商品支付时，可以通过POS终端进行刷卡消费，以享受POS终端带来的快速支付体验，此外，在POS终端投入使用前，需要对POS终端进行测试。

相关技术中，在POS终端的测试过程中，需要专业开发人员安装一个测试程序，然后配置POS商户终端密钥、连接的测试地址等信息，并且需要专业测试人员进行操作，当出现POS端接入测试网络不通、配置POS机器信息错误，或者测试人员未积累POS机器，对操作POS终端操作不熟悉时，需要大量的时间排查问题或者专业人员指导其测试，否则将无法开展测试，由此可见，传统测试方式对测试网络、测试介质以及测试人员均有苛刻的要求，测试场景局限性较高，测试难度较大。

针对相关技术中出现的问题，本申请实施例提供了一种POS交易测试方法，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据，通过将N个交易类型的交易文件与N个测试控件进行绑定，能够在POS交易测试界面显示N个测试控件，测试人员通过点击测试控件即可发起对应交易类型的POS交易测试。具体地，电子设备可以接收测试人员对N个测试控件中目标测试控件的第一选取操作，响应于第一选取操作，可以从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据，并基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。如此，本申请的测试过程无需依赖于POS终端，因此也无需对POS终端进行配置和调试，测试过程不受测试网络和测试介质的影响，仅需操作测试控件即可执行POS交易测试，降低测试人员的专业门槛，同时也降低测试场景的局限性和测试难度。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的POS交易测试方法进行详细地说明。

需要说明的是，本申请实施例中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1是本申请实施例提供的一种POS交易测试方法的流程示意图，该POS交易测试方法的执行主体可以为电子设备。需要说明的是，上述执行主体并不构成对本申请的限定。

上述电子设备可以为手机、平板电脑、一体机等具有通讯功能的设备，也可以包括虚拟机或模拟器模拟的设备，当然，还可以包括云服务器或者服务器集群等具有存储以及计算功能的设备。

如图1所示，本申请实施例提供的POS交易测试方法可以包括步骤110-步骤150。

步骤110，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据；

步骤120，将N个交易类型的交易文件与N个测试控件进行绑定；

步骤130，在POS交易测试界面显示N个测试控件的情况下，接收对N个测试控件中目标测试控件的第一选取操作；

步骤140，响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据；

步骤150，基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

本申请实施例的POS交易测试方法，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据，通过将N个交易类型的交易文件与N个测试控件进行绑定，能够在POS交易测试界面显示N个测试控件，测试人员通过点击测试控件即可发起对应交易类型的POS交易测试。具体地，电子设备可以接收测试人员对N个测试控件中目标测试控件的第一选取操作，响应于第一选取操作，可以从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据，并基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。如此，本申请的测试过程无需依赖于POS终端，因此也无需对POS终端进行配置和调试，测试过程不受测试网络和测试介质的影响，仅需操作测试控件即可执行POS交易测试，降低测试人员的专业门槛，同时也降低测试场景的局限性和测试难度。

下面结合具体的实施例，对上述步骤的具体实现方式进行详细说明。

涉及步骤110，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件。

在步骤110中，交易类型为POS终端涉及到的交易类型，可以包括但不限于：签到、签退、预授权类交易、缴费、被扫交易、主扫交易、核销券交易、撤销交易。

其中，签到是POS终端开机后收银员必须进行的第一项操作，是以联机方式把终端号、商户号上传给银联或收单行主机，主机再以交易响应的方式把相关信息回传给POS终端，POS终端完成签到后才能开始交易；签退是指操作员为结束当前POS终端工作状态，在日终营业结束、POS交易结算完成后需执行的操作，签退后须重新执行签到，方可进行新的交易处理，有些POS软件设置为在执行结算交易后，自动签退；被扫交易、主扫交易和核销券交易都属于消费交易，是指持卡人在特约商户购物、餐饮或其它消费时用卡进行支付的交易；撤销交易是指在当日消费成功后，持卡人或收银员发现消费金额有误或其他情况(如持卡人要求取消原交易等)，在当日POS终端结算前，需要取消原消费交易的交易；预授权类交易，多用于信用卡，个别借记卡也可支持该类交易，该类交易目前仅对于宾馆类、医院类商户开放，须事先向银联和收单行申请开通且发卡行后台支持。

在本申请的一些实施例中，步骤110在得到N个交易类型的交易文件之后，方法还包括：以用于标识交易类型的交易码命名交易类型的交易文件。

其中，交易文件中可以包含xml、8583、json等格式的请求报文。

在本申请的一些实施例中，POS交易数据可以包括请求报文，在步骤110得到N个交易类型的交易文件之后，该方法还可以包括：以交易类型为主键，在与交易类型关联的交易文件中插入数据库记录，数据库记录用于记录交易类型对应的请求报文。

涉及步骤120，将N个交易类型的交易文件与N个测试控件进行绑定。

在步骤120中，每个测试控件用于标识对应交易类型，其能够触发对应交易类型的POS交易测试，电子设备在将N个交易类型的交易文件与N个测试控件进行绑定之后，可以在POS交易测试界面显示N个测试控件。

示例性地，电子设备可以将主扫交易的交易数据与“主扫测试”字样的测试控件进行绑定，如此，测试人员想要测试POS终端的主扫功能是否正常时，则可以手动操作该“主扫测试”字样的测试控件，触发电子设备模拟POS端的主扫交易，进行主扫交易的测试。、

在一些实施例中，电子设备可以在浏览器的POS交易测试界面显示N个测试控件，如此，测试人员登录浏览器后在浏览器页面进行操作，即可完后对POS交易的测试，测试步骤简单且易于操作。

在本申请的一些实施例中，为了提升POS交易测试的交易测试范围，图2是本申请另一实施例提供的POS交易测试方法的流程示意图。

如图2所示，在步骤120之后，该方法还可以包括步骤210-步骤230。

步骤210，基于预设周期扫描所有交易文件；

步骤220，在交易文件出现新增的情况下，将新增的交易文件与新增控件进行绑定；

步骤230，在POS交易测试界面显示N个测试控件和新增控件。

其中，新增的交易文件对应新增交易类型，新增控件用于触发新增交易类型的POS交易测试。预设周期可以根据具体需求进行设置，例如可以设置为每隔10min扫描一次或者其它值，本申请对此不做具体限定。

涉及步骤130，在POS交易测试界面显示N个测试控件的情况下，接收对N个测试控件中目标测试控件的第一选取操作。

在步骤130中，POS交易测试界面是为测试人员所开发的前端测试界面，在该界面通过操作测试控件，可以开展自动化测试，通过此方式能节省大量人力和时间资源，不会因为网络或者测试人员不懂操作POS机器等原因而耽误测试，保障开发的功能测试顺利。同时由于界面菜单式按钮测试，能极大降低测试人员对POS机器使用的依赖，提升开发测试效率。

目标测试控件为测试人员选中的测试控件，第一选取操作可以为用户对N个测试控件中目标测试控件的点击操作、长按操作等选中目标测试控件的操作。

涉及步骤140，响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据。

在步骤140中，电子设备可以通过读取第一目标交易类型的交易文件，从中获取第一目标交易类型的POS交易数据。

其中，POS交易数据为交易成功的数据，而非交易失败的数据。

涉及步骤150，基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

在步骤150中，通过向与第一目标交易类型关联的交易流转的后台系统发起Http请求，可以模拟在传统POS端发起的第一目标交易类型的POS交易请求，从而基于后台系统反馈的应答报文，判断交易测试是否成功，例如通过识别应答报文中携带的状况字段或者应答码判断此次交易测试是否成功。

需要说明的是，不同交易类型关联的交易流转的后台系统可以相同，也可以不同。例如，对于交易类型“主扫交易”和“被扫交易”，两者可以关联同一交易流转的后台系统，对于交易类型“签到”和“签退”，两者可以关联同一交易流转的后台系统，对于交易类型“主扫交易”和“签到”，两者关联不同的交易流转的后台系统。

在本申请的一些实施例中，POS交易数据包括请求报文，图3是本申请再一实施例提供的POS交易测试方法的流程示意图。

如图3所示，步骤150可以包括图3所示的步骤310-步骤350。

步骤310，从第一目标交易类型的POS交易数据中获取交易成功的请求报文；

步骤320，对请求报文进行解析，得到请求报文中携带的后台系统的互联网协议地址和交易字段的字段内容；

步骤330，更新交易字段中第一字段的字段内容，第一字段用于表征唯一标识，交易字段包括第一字段和第二字段，第二字段为除第一字段以外的交易字段；

步骤340，基于第二字段的字段内容，以及更新后的第一字段的字段内容，模拟第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；

步骤350，基于互联网协议地址，向交易流转的后台系统发起携带测试请求报文的Http请求。

具体地，交易字段为请求报文中携带的与第一目标交易类型相关的字段，交易字段可以包括订单号、商户终端信息和金额中的至少一项。

例如，在第一目标交易类型为缴费、被扫、主扫、核销券交易、退货、撤销交易中的至少一项时，由于上述交易类型均涉及订单号、终端信息和交易金额，因此第一目标交易类型的POS交易数据中请求报文的交易字段可以包括订单号、商户终端信息和金额。

第一字段用于表征唯一标识，例如在订单号、商户终端信息和金额三个交易字段中，订单号是唯一且不重复的，因此可以表征唯一标识，则订单号可以为第一字段，除第一字段以外的商户终端信息和金额即为第二字段。基于此，由于订单号重复会报错，导致交易测试无法完成，因此可以对请求报文中的订单号进行更新，例如随机生成一个新的订单号，或者对请求报文中的订单号的部分数字进行替换，生成一个新的订单号。如此，将更新后的订单号与商户终端信息、金额组合在一起，可以模拟生成一个新的请求报文，该请求报文即为测试请求报文。

在本申请中，测试请求报文用于模拟POS端向后台系统发起第一目标交易类型的交易请求时所发送的请求报文，也即第一目标交易类型的POS交易请求的请求报文，因此电子设备通过向后台系统发起携带测试请求报文的Http请求，能够模拟POS端向后台系统发起第一目标交易类型的交易请求，执行第一目标交易类型对应的POS交易测试。

在本申请实施例中，通过从请求报文中解析出后台系统的IP地址和交易字段的字段内容，可以模拟POS端向后台系统发起第一目标交易类型的交易请求时所发送的请求报文，得到测试请求报文，进而可以通过向后台系统发起携带测试请求报文的Http请求，模拟POS端与后台系统的交易流程。如此，在无需借助POS端的基础上，完成POS交易测试，测试人员不需要学习POS机器专业知识，即可开展测试，极大降低人力成本，同时也不依赖POS机器和测试介质，可以快速开展自动化测试，保证软件开发测试充分完整，上线大大降低软件BUG。

在本申请的一些实施例中，电子设备还可以从网关中获取交易流转的后台系统的IP地址，该IP地址即为交易发往地址。

相关技术中，当出现紧急基础案例回归测试任务时，通过传统POS机器配置测试信息然后开始追个案例回归测试时，测试人员会由于各种突发状况面临较大压力，导致人力成本高，测试进度缓慢等问题。

在本申请的一些实施例中，为了解决上述基础案例回归测试进度缓慢的问题，图4是本申请再一实施例提供的POS交易测试方法的流程示意图。

如图4所示，在步骤120之后，该方法还可以包括步骤410-步骤430。

步骤410，若在第一时刻之后的预设时长内获取到的POS交易数据的交易类型与N个交易类型相同，则将N个交易类型的交易文件与全量测试控件进行绑定；

步骤420，在POS交易测试界面显示全量测试控件的情况下，接收对全量测试控件的第二选取操作；

步骤430，响应于第二选取操作，基于N个交易类型的POS交易数据，分别向每个交易类型关联的交易流转的后台系统发起超文本传输Http请求，执行全量POS交易测试。

其中，各个测试环境下的POS交易数据在第一时刻获取，预设时长可以根据具体需求进行设置，例如设置为30min、1h或其它数值，本申请对此不做具体限定。

在本申请实施例中，测试人员可以一键触发所有交易类型的POS交易执行，能全量回归基础测试案例，极大降低时间成本，加快测试进度，保障测试充分，降低了软件上线BUG。

需要说明的是，本申请实施例提供的POS交易测试方法，执行主体可以为电子设备，或者POS交易测试系统中用于执行POS交易测试方法的控制模块。本申请实施例中以POS交易测试装置执行POS交易测试方法为例，说明本申请实施例提供的POS交易测试装置。下面对POS交易测试装置进行详细介绍。

图5是本申请实施例提供的一种POS交易测试装置的结构示意图。如图5所示，该POS交易测试装置500可以包括：分类模块510、绑定模块520、用户输入模块530、获取模块540和交易测试模块550。

其中，分类模块510，用于在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据；绑定模块520，用于将N个交易类型的交易文件与N个测试控件进行绑定；用户输入模块530，用于在POS交易测试界面显示N个测试控件的情况下，接收对N个测试控件中目标测试控件的第一选取操作；获取模块540，用于响应于第一选取操作，从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据；交易测试模块550，用于基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

在本申请的一些实施例中，POS交易数据包括请求报文，交易测试模块550包括：获取单元，用于从第一目标交易类型的POS交易数据中获取交易成功的请求报文；解析单元，用于对请求报文进行解析，得到请求报文中携带的后台系统的互联网协议地址和交易字段的字段内容，其中，交易字段包括订单号、商户终端信息和金额中的至少一项；更新单元，用于更新交易字段中第一字段的字段内容，第一字段用于表征唯一标识，交易字段包括第一字段和第二字段，第二字段为除第一字段以外的交易字段；报文生成单元，用于基于第二字段的字段内容，以及更新后的第一字段的字段内容，模拟第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；请求单元，用于基于互联网协议地址，向交易流转的后台系统发起携带测试请求报文的Http请求。

在本申请的一些实施例中，在得到N个交易类型的交易文件之后，装置还包括：命名模块，用于以用于标识交易类型的交易码命名交易类型的交易文件。

在本申请的一些实施例中，各个测试环境下的POS交易数据在第一时刻获取，装置还包括：绑定模块520，还用于在将N个交易类型的交易文件与N个测试控件进行绑定之后，若在第一时刻之后的预设时长内获取到的POS交易数据的交易类型与N个交易类型相同，则将N个交易类型的交易文件与全量测试控件进行绑定；用户输入模块530，还用于在POS交易测试界面显示全量测试控件的情况下，接收对全量测试控件的第二选取操作；交易测试模块550，还用于响应于第二选取操作，基于N个交易类型的POS交易数据，分别向每个交易类型关联的交易流转的后台系统发起超文本传输Http请求，执行全量POS交易测试。

在本申请的一些实施例中，POS交易数据包括请求报文，装置还包括：插入模块，用于在得到N个交易类型的交易文件之后，以交易类型为主键，在与交易类型关联的交易文件中插入数据库记录，数据库记录用于记录交易类型对应的请求报文。

在本申请的一些实施例中，装置还包括：扫描模块，用于在将N个交易类型的交易文件与N个测试控件进行绑定之后，基于预设周期扫描所有交易文件；绑定模块，还用于在交易文件出现新增的情况下，将新增的交易文件与新增控件进行绑定；显示模块，用于在POS交易测试界面显示N个测试控件和新增控件。

在本申请的一些实施例中，装置还包括：显示模块，用于在浏览器的POS交易测试界面显示N个测试控件。

本申请实施例的POS交易测试装置，在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，交易文件中用于存储对应交易类型的POS交易数据，通过将N个交易类型的交易文件与N个测试控件进行绑定，能够在POS交易测试界面显示N个测试控件，测试人员通过点击测试控件即可发起对应交易类型的POS交易测试。具体地，电子设备可以接收测试人员对N个测试控件中目标测试控件的第一选取操作，响应于第一选取操作，可以从与目标测试控件绑定的第一目标交易类型的交易文件中，获取第一目标交易类型的POS交易数据，并基于第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。如此，本申请的测试过程无需依赖于POS终端，因此也无需对POS终端进行配置和调试，测试过程不受测试网络和测试介质的影响，仅需操作测试控件即可执行POS交易测试，降低测试人员的专业门槛，同时也降低测试场景的局限性和测试难度。

本申请实施例中的POS交易测试装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的POS交易测试装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其它可能的操作系统，本申请实施例不作具体限定。

图5是本申请实施例提供的一种电子设备的硬件结构示意图。

如图5所示，本实施例中的电子设备500可以包括处理器501以及存储有计算机程序指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。存储器可包括只读存储器(Read-Only Memory，ROM)，随机存取存储器(RandomAccess Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请实施例的方法所描述的操作。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种POS交易测试方法。

在一个示例中，电子设备500还可以包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

本申请实施例提供的电子设备，能够实现图1-3的方法实施例中所实现的各个过程，并能实现相同的技术效果，为避免重复，在此不再赘述。

结合上述实施例中的POS交易测试方法，本申请实施例可提供一种POS交易测试系统，该POS交易测试系统包括上述实施例中的电子设备。电子设备的具体内容可参见上述实施例中的相关说明，在此不再赘述。

另外，结合上述实施例中的POS交易测试方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种POS交易测试方法的步骤。

结合上述实施例中的POS交易测试方法，本申请实施例可提供一种计算机程序产品来实现。该计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如第一方面的任一项实施例中所示的POS交易测试方法的步骤。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程多数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程多数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (12)

1.一种POS交易测试方法，其特征在于，所述方法包括：

在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对所述各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，所述交易文件中用于存储对应交易类型的POS交易数据；

将所述N个交易类型的交易文件与N个测试控件进行绑定；

在POS交易测试界面显示所述N个测试控件的情况下，接收对所述N个测试控件中目标测试控件的第一选取操作；

响应于所述第一选取操作，从与所述目标测试控件绑定的第一目标交易类型的交易文件中，获取所述第一目标交易类型的POS交易数据；

基于所述第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

2.根据权利要求1所述的方法，其特征在于，所述POS交易数据包括请求报文，所述基于所述第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输协议Http请求，包括：

从所述第一目标交易类型的POS交易数据中获取交易成功的请求报文；

对所述请求报文进行解析，得到所述请求报文中携带的所述后台系统的互联网协议地址和交易字段的字段内容，其中，所述交易字段包括订单号、商户终端信息和金额中的至少一项；

更新所述交易字段中第一字段的字段内容，所述第一字段用于表征唯一标识，所述交易字段包括第一字段和第二字段，所述第二字段为除所述第一字段以外的交易字段；

基于所述第二字段的字段内容，以及更新后的第一字段的字段内容，模拟所述第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；

基于所述互联网协议地址，向所述交易流转的后台系统发起携带所述测试请求报文的Http请求。

3.根据权利要求1所述的方法，其特征在于，在所述得到N个交易类型的交易文件之后，所述方法还包括：

以用于标识交易类型的交易码命名所述交易类型的交易文件。

4.根据权利要求1所述的方法，其特征在于，所述各个测试环境下的POS交易数据在第一时刻获取，在所述将所述N个交易类型的交易文件与N个测试控件进行绑定之后，所述方法还包括：

若在所述第一时刻之后的预设时长内获取到的POS交易数据的交易类型与所述N个交易类型相同，则将所述N个交易类型的交易文件与全量测试控件进行绑定；

在所述POS交易测试界面显示所述全量测试控件的情况下，接收对所述全量测试控件的第二选取操作；

响应于所述第二选取操作，基于所述N个交易类型的POS交易数据，分别向每个交易类型关联的交易流转的后台系统发起超文本传输Http请求，执行全量POS交易测试。

5.根据权利要求1所述的方法，其特征在于，所述POS交易数据包括请求报文，在所述得到N个交易类型的交易文件之后，所述方法还包括：

以所述交易类型为主键，在与所述交易类型关联的交易文件中插入数据库记录，所述数据库记录用于记录所述交易类型对应的请求报文。

6.根据权利要求1所述的方法，其特征在于，在所述将所述N个交易类型的交易文件与N个测试控件进行绑定之后，所述方法还包括：

基于预设周期扫描所有交易文件；

在交易文件出现新增的情况下，将新增的交易文件与新增控件进行绑定；

在所述POS交易测试界面显示所述N个测试控件和所述新增控件。

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

在浏览器的POS交易测试界面显示所述N个测试控件。

8.一种POS交易测试装置，其特征在于，所述装置包括：

分类模块，用于在获取到各个测试环境下的POS交易数据的情况下，按照交易类型对所述各个测试环境下的POS交易数据进行分类，得到N个交易类型的交易文件，其中，所述交易文件中用于存储对应交易类型的POS交易数据；

绑定模块，用于将所述N个交易类型的交易文件与N个测试控件进行绑定；

用户输入模块，用于在POS交易测试界面显示所述N个测试控件的情况下，接收对所述N个测试控件中目标测试控件的第一选取操作；

获取模块，用于响应于所述第一选取操作，从与所述目标测试控件绑定的第一目标交易类型的交易文件中，获取所述第一目标交易类型的POS交易数据；

交易测试模块，用于基于所述第一目标交易类型的POS交易数据，向交易流转的后台系统发起超文本传输Http请求，执行POS交易测试。

9.根据权利要求8所述的装置，其特征在于，所述POS交易数据包括请求报文，所述交易测试模块包括：

获取单元，用于从所述第一目标交易类型的POS交易数据中获取交易成功的请求报文；

解析单元，用于对所述请求报文进行解析，得到所述请求报文中携带的所述后台系统的互联网协议地址和交易字段的字段内容，其中，所述交易字段包括订单号、商户终端信息和金额中的至少一项；

更新单元，用于更新所述交易字段中第一字段的字段内容，所述第一字段用于表征唯一标识，所述交易字段包括第一字段和第二字段，所述第二字段为除所述第一字段以外的交易字段；

报文生成单元，用于基于所述第二字段的字段内容，以及更新后的第一字段的字段内容，模拟所述第一目标交易类型的POS交易请求的请求报文，得到测试请求报文；

请求单元，用于基于所述互联网协议地址，向所述交易流转的后台系统发起携带测试请求报文的Http请求。

10.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的POS交易测试方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的POS交易测试方法的步骤。

12.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-7任意一项所述的POS交易测试方法的步骤。