CN112612665A - 一种金融智能设备的测试方法、装置及设备 - Google Patents

Abstract

本申请公开了一种金融智能设备的测试方法、装置及设备，能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。该方法包括：首先根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单，然后，加载配置信息和测试案例，并根据配置信息，对测试案例进行解析，得到解析指令，接着，将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果，进而可以在接收该执行结果后，对该执行结果进行自动校验，得到校验结果。

Description

一种金融智能设备的测试方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种金融智能设备的测试方法、装置及设备。

背景技术

目前随着金融业发展，智能设备的应用日趋完善，智能设备的普及，大大提高了金融机构的服务效率，拓展了金融服务的广度和深度，实现了金融服务的智能化、个性化和定制化。

金融机构的智能设备往往涉及的设备类型多样、厂商众多、型号杂多。当前对于这些金融智能设备的测试方式通常是采用基于Windows开放式系统体系结构(Windows OpenSystem Architecture，简称WOSA)规范的指令型测试工具进行测试，通过人工选择设备类型、输入测试指令的方式测试，通过命令行形式展现执行结果，并且需要人工判断测试结果是否正确。但这种测试方法采用的测试工具需要专业人才进行操作，后续还需要人工判断测试结果的准确性，导致对测试人员技能要求较高。同时，测试过程还需要反复重复执行，耗时、耗资源，存在操作风险。另外，这种测试方法也无法实现压力测试，需要人工手动进行多次重复测试，达不到压力测试的效果，不仅测试效率低，而且还需要花费大量的人力资源。

发明内容

本申请实施例的主要目的在于提供一种金融智能设备的测试方法、装置及设备，能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。

第一方面，本申请实施例提供了一种金融智能设备的测试方法，包括：

根据测试案例的测试内容，设定待测试设备的配置信息；所述配置信息包括设备类型和硬件模块清单；

加载所述配置信息和所述测试案例，并根据所述配置信息，对所述测试案例进行解析，得到解析指令；

将所述解析指令发送给待测试设备，以便所述待测试设备在执行所述解析指令后返回执行结果；

接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果。

可选的，所述测试案例是从预先构建的测试案例库中选取的；所述测试案例库包括自动生成的案例和手工编写的案例。

可选的，所述接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果，包括：

接收所述执行结果，并将所述执行结果与所述测试案例库中所述测试案例对应的结构化预期结果进行自动匹配，得到校验结果。

可选的，所述方法还包括：

记录获得所述执行结果和所述校验结果的日志信息，并将所述日志信息进行输出。

第二方面，本申请实施例还提供了一种金融智能设备的测试装置，包括：

设定单元，用于根据测试案例的测试内容，设定待测试设备的配置信息；所述配置信息包括设备类型和硬件模块清单；

加载单元，用于加载所述配置信息和所述测试案例，并根据所述配置信息，对所述测试案例进行解析，得到解析指令；

发送单元，用于将所述解析指令发送给待测试设备，以便所述待测试设备在执行所述解析指令后返回执行结果；

校验单元，用于接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果。

可选的，所述测试案例是从预先构建的测试案例库中选取的；所述测试案例库包括自动生成的案例和手工编写的案例。

可选的，所述校验单元具体用于：

接收所述执行结果，并将所述执行结果与所述测试案例库中所述测试案例对应的结构化预期结果进行自动匹配，得到校验结果。

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

记录单元，用于记录获得所述执行结果和所述校验结果的日志信息，并将所述日志信息进行输出。

本申请实施例还提供了一种金融智能设备的测试设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述金融智能设备的测试方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述金融智能设备的测试方法中的任意一种实现方式。

本申请实施例提供的一种金融智能设备的测试方法、装置及设备，首先根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单，然后，加载配置信息和测试案例，并根据配置信息，对测试案例进行解析，得到解析指令，接着，将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果，进而可以在接收该执行结果后，对该执行结果进行自动校验，得到校验结果。从而能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。

附图说明

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

图1为现有的基于WOSA规范的指令型通用测试工具架构图；

图2为本申请实施例提供的一种金融智能设备的测试方法的流程示意图；

图3为本申请实施例提供的基于WOSA构建的半自动化测试工具架构图；

图4为本申请实施例提供的一种金融智能设备的测试装置的组成示意图。

具体实施方式

目前随着金融业发展，智能设备已成为现有金融机构主要对客服务渠道，智能设备硬件测试一直是各金融机构的痛点，基本采用基于WOSA框架的手工测试工具或各厂商提供的封装后的手工测试工具，金融机构对工具掌控力很弱，需要专业人员进行测试，对结果进行人为分析，并人工判断结果的准确性，存在很大的操作风险。

具体的，当前对于这些金融智能设备的测试方式通常是采用基于简称WOSA规范的指令型测试工具进行测试，该通用测试工具的架构如图1所示，其中，硬件SP(ServiceProvider)的测试工具(编号1)需要通过设计多案例串联流程模拟上层应用Application的实现方式，支持调用每个具体设备类型的具体SP接口。通过调用下层对应的硬件设备的XFSAPI；由XFS Manager调用SPI接口，进而调用到指定硬件产商实现的各个SP(编号6)，从而实现对最底层硬件设备的各类操作调用。不同的硬件设备需要验证不同的接口操作、输入不同的输入信息、判断不同类型的返回信息(还涉及XFS规范中的极限值和结果逻辑的校验)。但基于现有的图1这种测试工具进行硬件测试的方式对测试人员要求很高，要求测试人员要了解各类硬件设备及其XFS指令设计案例要覆盖所有的接口调用。每次新增设备或接口都需要对测试人员进行培训和对测试工具进行重新设计开发。

而在实际使用中，智能设备涉及的硬件模块超过三十多个。在测评时，受限于工具和时间，往往只能针对XFS规范中部分指令进行了通过性验证、对各类边界测试、异常情况较少涉及。而包括高拍仪、存折打印机和打印边柜(A4打印机)等外接设备不在测试范围的，在将其接入金融智能设备使用时甚至都未进行过XFS规范的验证测试。为了验证各个厂商XFS SP的稳定性和健壮性，亟需进一步完善XFS SP的测试案例和测试方案，包括但不限于正常执行案例、逆向案例、模拟硬件故障、边界测试案例、异常测试案例等；同时还需要完善XFS测试工具，实现新增案例的支持、支持可视化的指令操作界面、支持对XFS结果进行解析和判断、支持验证XFS结果的正确性。通过完善案例、完善工具达到XFS逻辑的完全覆盖、降低XFS测试的难度、实现工具检测结果的目的。

由此，为解决上述缺陷，本申请实施例提供了一种金融智能设备的测试方法，首先根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单，然后，加载配置信息和测试案例，并根据配置信息，对测试案例进行解析，得到解析指令，接着，将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果，进而可以在接收该执行结果后，对该执行结果进行自动校验，得到校验结果。从而能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。

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

第一实施例

参见图2，为本实施例提供的一种金融智能设备的测试方法的流程示意图，该方法包括以下步骤：

S201：根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单。

在本实施例中，为了实现对金融智能设备的半自动化测试以及对测试结果的自动验证，以提高测试效率和测试结果的准确率。首先基于XFS协议制定新的硬件测试设计规范，拟定测试案例模版，将设备类型、每一条SP指令抽象、输入、输出结果抽象为参数，通过读取规范化案例进行统一处理，基于WOSAXFS基础框架，响应解析出的XFS API指令，并对命令执行结果进行自动解析和自动核验。同时支持对逆向案例、模拟硬件故障、边界测试案例、异常测试案例等进行处理。本申请基于WOSA构建的半自动化测试工具架构如图3所示。从图3可以看出，本申请将测试框架与具体待测的硬件设备类型、接口类型独立开，将测试执行、结果校验与测试人员能力独立开，通过后续步骤S201-S204编制的设计规范，支持通过页面配置和手工文件两种方式生成测试用例集，通过设计的执行框架实现案例自动读取、输入解析、指令自动识别和执行，通过结果校验部分实现了结果自动解析和核对等功能，辅以人工辅助必要的硬件操作，从而实现了硬件设备半自动化测试。从而实现了对金融智能设备的半自动化测试以及对测试结果的自动验证，进而提高了测试效率和测试结果的准确率

为此，首先需要根据测试案例的测试内容，设定待测试设备的配置信息，用以执行后续步骤S202。其中，配置信息包括设备类型和硬件模块清单，

其中，一种可选的实现方式是，测试案例是从预先构建的测试案例库中选取的。该测试案例库包括自动生成的案例和手工编写的案例。具体的，该测试案例可以分为界面填写导出和手工模板填写两个功能，参照案例设计规范进行界面填写，填写后自动生成案例集，同时支持手工模板填写方式编写案例集。即，可以支持通过图形化的界面操作，生成结构化的测试指令、输入数据、预期结果等内容，进而生成硬件测试用例集。测试用例集不仅包含了每条硬件接口测试案例的输入输出等结构化信息，还包含了整个测试用例集的执行流向控制信息。通过图形化的方式生成测试用例集可避免人工编写案例可能引入的结构错误，提高测试案例生成的效率和质量。同时支持手工格式文件导入测试用例集,导入时对案例格式进行验证，可避免结构错误，以构成准确性更高的测试案例库。

其中，其中，设计规范拟定了统一的标准和规则，规定了标准的基础数据类别、数据结构、指令类别、结果类别和结构、流程控制类别等规范，实现了硬件测试案例设计、结果核验、执行流程组织的标准化，达到降低参与公司、人员、环境、程序对测试工作影响的目的。在设计规范时，既充分考虑标准化程度以支持机器自动读取执行的目的，又兼顾考虑开发测试人员在设计案例时需要的灵活性，支持扩展数据类型和扩展指令。规范设计时遵循了以下原则：保证设计标准和模板的结构化程度，以支持机器自动生成和自动执行；又尽量保持案例简洁人工可读，支持后期人员手工维护；既支持设备的自动执行，也支持扩展指令加入人工交互执行。

S202：加载配置信息和所述测试案例，并根据配置信息，对测试案例进行解析，得到解析指令。

在本实施例中，通过步骤S201设定了待测试设备的配置信息后，进一步可以通过图3所示的测试工具中的执行框架加载该配置信息和待执行的测试案例，并根据该配置信息，执行该测试案例，即，对其进行解析，得到解析指令，用以执行后续步骤S203

S203：将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果。

在本实施例中，执行框架通过步骤S202得到解析指令后，进一步可将其发送给待测试的硬件设备，以便待测试的硬件设备在执行该解析指令后得到执行结果，并将其返回至图3所示的测试工具中的结果检验模块，用以执行后续步骤S204。

S204：接收执行结果，并对执行结果进行自动校验，得到校验结果。

在本实施例中，结果检验模块在获取到执行结果后，可将该执行结果与测试案例库中测试案例对应的结构化预期结果进行自动匹配，得到校验结果，作为对应硬件设备的测试结果。

具体来讲，如图3所示，本申请实施例的整体实现过程可以包括：执行框架模块支持自动读取结构化的测试用例集，依据指令流向控制执行所有案例。在执行单个案例时，执行框架可根据案例中的逻辑模块名，找到对应的XFS扩展模块，并通过案例的指令名，调用XFS扩展模块中对应的API，从而通过XFS标准框架最终驱动当前设备上对应的硬件模块完成指定动作，并将实际设备模块返回的执行结果传递给结果校验模块。结果校验模块负责将返回结果与测试用例集中的结构化预期结果进行自动匹配，并返回给执行框架判定结果。

需要说明的是，执行框架所支持的设备类型和硬件模块信息保存在配置信息中。并且本申请构建的测试工具支持通过修改配置信息、开发扩展XFS硬件模块，动态扩展本测试框架支持的设备类型和硬件模块。

还需要说明的是，在一种可选的实现方式中，还可以通过记录获得执行结果和校验结果的日志信息，并将日志信息进行输出，以便更清晰的展示出整个硬件测试过程。具体的，执行框架可以通过日志模块，实时记录每条案例的执行情况和判定结果，并且在完成整个测试用例集执行后，给出整个测试用例集的执行结果。输出的日志格式遵循设计规范中的结构标准，可同时支持机器和人工阅读检索。

这样，本申请通过预先构建测试用例模版生成器、运行框架、结果检验模块、日志模块等，构建了如图3所示的半自动化测试工具。其中的测试案例至需要按照要求书写即可，使得具备一定程度的硬件知识的测试人员即可完成。并且后续测试执行过程中，测试人员主要是辅助基本硬件操作(插卡、插卡、取卡、取证等)，根据流程使用即可，大大降低对测评人员的要求，减少人为操作造成的影响。实现了对金融智能设备的半自动化测试以及对测试结果的自动验证，并且，测试案例可根据计划进行多次执行，提升了测试效率也提升了测试覆盖广度和强度。

综上，本实施例提供的一种金融智能设备的测试方法，首先根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单，然后，加载配置信息和测试案例，并根据配置信息，对测试案例进行解析，得到解析指令，接着，将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果，进而可以在接收该执行结果后，对该执行结果进行自动校验，得到校验结果。从而能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。

第二实施例

本实施例将对一种金融智能设备的测试装置进行介绍，相关内容请参见上述方法实施例。

参见图4，为本实施例提供的一种金融智能设备的测试装置的组成示意图，该装置包括：

设定单元401，用于根据测试案例的测试内容，设定待测试设备的配置信息；所述配置信息包括设备类型和硬件模块清单；

加载单元402，用于加载所述配置信息和所述测试案例，并根据所述配置信息，对所述测试案例进行解析，得到解析指令；

发送单元403，用于将所述解析指令发送给待测试设备，以便所述待测试设备在执行所述解析指令后返回执行结果；

校验单元404，用于接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果。

在本实施例的一种实现方式中，所述测试案例是从预先构建的测试案例库中选取的；所述测试案例库包括自动生成的案例和手工编写的案例。

在本实施例的一种实现方式中，所述校验单元404具体用于：

接收所述执行结果，并将所述执行结果与所述测试案例库中所述测试案例对应的结构化预期结果进行自动匹配，得到校验结果。

在本实施例的一种实现方式中，所述装置还包括：

记录单元，用于记录获得所述执行结果和所述校验结果的日志信息，并将所述日志信息进行输出。

综上，本实施例提供的一种金融智能设备的测试装置，首先根据测试案例的测试内容，设定待测试设备的配置信息；其中，配置信息包括设备类型和硬件模块清单，然后，加载配置信息和测试案例，并根据配置信息，对测试案例进行解析，得到解析指令，接着，将解析指令发送给待测试设备，以便待测试设备在执行解析指令后返回执行结果，进而可以在接收该执行结果后，对该执行结果进行自动校验，得到校验结果。从而能够实现对金融智能设备的半自动化测试以及对测试结果的自动验证，提高了测试效率和测试结果的准确率。

进一步地，本申请实施例还提供了一种金融智能设备的测试设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述金融智能设备的测试方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述金融智能设备的测试方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种金融智能设备的测试方法，其特征在于，包括：

根据测试案例的测试内容，设定待测试设备的配置信息；所述配置信息包括设备类型和硬件模块清单；

加载所述配置信息和所述测试案例，并根据所述配置信息，对所述测试案例进行解析，得到解析指令；

将所述解析指令发送给待测试设备，以便所述待测试设备在执行所述解析指令后返回执行结果；

接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果。

2.根据权利要求1所述的方法，其特征在于，所述测试案例是从预先构建的测试案例库中选取的；所述测试案例库包括自动生成的案例和手工编写的案例。

3.根据权利要求2所述的方法，其特征在于，所述接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果，包括：

接收所述执行结果，并将所述执行结果与所述测试案例库中所述测试案例对应的结构化预期结果进行自动匹配，得到校验结果。

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

记录获得所述执行结果和所述校验结果的日志信息，并将所述日志信息进行输出。

5.一种金融智能设备的测试装置，其特征在于，包括：

设定单元，用于根据测试案例的测试内容，设定待测试设备的配置信息；所述配置信息包括设备类型和硬件模块清单；

加载单元，用于加载所述配置信息和所述测试案例，并根据所述配置信息，对所述测试案例进行解析，得到解析指令；

发送单元，用于将所述解析指令发送给待测试设备，以便所述待测试设备在执行所述解析指令后返回执行结果；

校验单元，用于接收所述执行结果，并对所述执行结果进行自动校验，得到校验结果。

6.根据权利要求5所述的装置，其特征在于，所述测试案例是从预先构建的测试案例库中选取的；所述测试案例库包括自动生成的案例和手工编写的案例。

7.根据权利要求6所述的装置，其特征在于，所述校验单元具体用于：

接收所述执行结果，并将所述执行结果与所述测试案例库中所述测试案例对应的结构化预期结果进行自动匹配，得到校验结果。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

记录单元，用于记录获得所述执行结果和所述校验结果的日志信息，并将所述日志信息进行输出。

9.一种金融智能设备的测试设备，其特征在于，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-4任一项所述的方法。

Images