CN110162465A - 一种银行软件系统测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及软件测试技术领域，揭示了一种银行软件系统测试方法、装置、电子设备及存储介质。所述方法包括：通过调用银行接口对样本数据进行测试处理获得样本测试结果，并分析样本数据与样本测试结果得到银行接口对应的数据处理规则，从而根据数据处理规则编写数据处理脚本，用于对待测试数据进行测试处理，得到目标测试结果。从而实现了测试流程不依赖于银行系统环境，测试进度不受银行系统处理速度的影响，提高了测试效率。

Description

一种银行软件系统测试方法、装置、电子设备及存储介质

技术领域

本发明涉及软件测试技术领域，特别涉及一种银行软件系统测试方法、装置、电子设备及存储介质。

背景技术

传统的数据测试方法在测试过程中需要银行系统的支持，例如业务审核流程对用户所申请的业务进行审核时，通过调用银行接口对该业务相应的测试数据进行测试处理，从而得到该业务对应的审核结果。然而，上述测试流程对银行系统环境的依赖性较高，若银行系统发生故障，测试流程将被中断。

发明内容

为了解决传统的数据测试方法存在的对银行系统依赖性高、测试进度受限于银行系统处理速度的问题，本发明提供了一种银行软件系统测试方法、装置、电子设备及存储介质。

本发明实施例第一方面公开了一种银行软件系统测试方法，所述方法包括：

调用银行接口对样本数据进行测试处理，获得样本测试结果；

分析所述样本数据与所述样本测试结果，获得所述银行接口对应的数据处理规则；

根据所述数据处理规则编写数据处理脚本；

利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果之前，所述方法还包括：

获取用户在注册时所填写的用户数据生成所述待测试数据；

其中，所述用户数据包括所述用户的用户信息、所述用户所申办业务的业务数据及所述用户所申办业务对应的数据类型。

作为一种可选的实施方式，在本发明实施例第一方面中，所述获取用户在注册时所填写的用户数据生成所述待测试数据，包括：

获取用户在注册时所填写的用户数据；

根据所述用户数据所包括的用户信息或者数据类型对所述用户数据进行分类；

从分类后的用户数据中，选取特定用户信息或者特定数据类型所对应的用户数据作为所述待测试数据。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述根据所述用户信息或者所述数据类型对所述用户数据进行分类之后，所述方法还包括：

对比所述用户数据包括的数据类型与所述数据处理脚本中的数据类型，获得出现在所述用户数据中但未出现在所述数据处理脚本中的差异数据类型；

根据所述差异数据类型对所述数据处理脚本进行更新。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果之后，所述方法还包括：

调用所述银行接口对所述待测试数据进行测试处理得到第二处理结果；

判断所述目标测试结果与所述第二处理结果是否相匹配；

若所述目标测试结果与所述第二处理结果不匹配，根据所述目标测试结果与所述第二处理结果对所述数据处理脚本进行修改。

作为一种可选的实施方式，在本发明实施例第一方面中，在所述根据所述数据处理规则编写数据处理脚本之后，所述方法还包括：

将所述银行接口测试处理所述样本数据的速度设为所述数据处理脚本的数据测试处理速度。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

获取所述数据处理脚本的数据测试处理速度以及统计测试处理数据量、测试处理成功率，并显示在管理终端供管理员查看。

本发明实施例第二方面公开了一种银行软件系统测试装置，所述数据处理装置包括：

样本处理单元，用于调用银行接口对样本数据进行测试处理，获得样本测试结果；

规则分析单元，用于分析所述样本数据与所述样本测试结果，获得所述银行接口对应的数据处理规则；

脚本编写单元，用于根据所述数据处理规则编写数据处理脚本；

测试处理单元，用于利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果。

本发明实施例第三方面公开了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现本发明实施例第一方面公开的一种银行软件系统测试方法。

本发明实施例第四方面公开了一种计算机可读存储介质，其存储计算机程序，所述计算机程序使得计算机执行本发明实施例第一方面公开的一种银行软件系统测试方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的一种银行软件系统测试方法包括如下步骤：调用银行接口处理样本数据，得到对样本数据的处理结果；分析样本数据与样本数据的处理结果，得到银行接口对样本数据的处理规则，并根据处理规则编写处理脚本；使用处理脚本处理测试数据，得到对测试数据的处理结果。

此方法下，通过编写处理脚本处理待测试数据，可在不调用银行接口的情况下获得待测试数据对应的测试结果，从而测试过程无需依赖银行系统。此外，由于测试过程中测试处理速度不再受限于银行接口的测试处理速度，测试效率得到提高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是本发明实施例公开的一种装置的结构示意图；

图2是本发明实施例公开的一种银行软件系统测试方法的流程图；

图3是本发明实施例公开的另一种银行软件系统测试方法的流程图；

图4是本发明实施例公开的一种银行软件系统测试装置的结构示意图；

图5是本发明实施例公开的另一种银行软件系统测试装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

本发明的实施环境可以是电子设备，例如平板电脑、台式电脑。电子设备所获取的用户数据可以是：申办业务的用户所提交的用户数据、用户所申办的业务及用户所申办业务的数据类型。

图1是本发明实施例公开的一种银行软件系统测试装置的结构示意图。数据处理装置100可以是上述电子设备。如图1所示，数据处理装置100可以包括以下一个或多个组件：处理组件102，存储器104，电源组件106，多媒体组件108，音频组件110，传感器组件114以及通信组件116。

处理组件102通常控制数据处理装置100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件102可以包括一个或多个处理器118来执行指令，以完成下述的方法的全部或部分步骤。此外，处理组件102可以包括一个或多个模块，用于便于处理组件102和其他组件之间的交互。例如，处理组件102可以包括多媒体模块，用于以方便多媒体组件108和处理组件102之间的交互。

存储器104被配置为存储各种类型的数据以支持在数据处理装置100的操作。这些数据的示例包括用于在数据处理装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，简称EPROM)，可编程只读存储器(Programmable Red-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器104中还存储有一个或多个模块，用于该一个或多个模块被配置成由该一个或多个处理器118执行，以完成如下所示方法中的全部或者部分步骤。

电源组件106为数据处理装置100的各种组件提供电力。电源组件106可以包括电源管理系统，一个或多个电源，及其他与为数据处理装置100生成、管理和分配电力相关联的组件。

多媒体组件108包括在数据处理装置100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(Liquid Crystal Display，简称LCD)和触摸面板。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(Organic Light Emitting Display，简称OLED)。

音频组件110被配置为输出和/或输入音频信号。例如，音频组件110包括一个麦克风(Microphone，简称MIC)，当数据处理装置100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器104或经由通信组件116发送。在一些实施例中，音频组件110还包括一个扬声器，用于输出音频信号。

传感器组件114包括一个或多个传感器，用于为数据处理装置100提供各个方面的状态评估。例如，传感器组件114可以检测到数据处理装置100的打开/关闭状态，组件的相对定位，传感器组件114还可以检测数据处理装置100或数据处理装置100一个组件的位置改变以及数据处理装置100的温度变化。在一些实施例中，该传感器组件114还可以包括磁传感器，压力传感器或温度传感器。

通信组件116被配置为便于数据处理装置100和其他设备之间有线或无线方式的通信。数据处理装置100可以接入基于通信标准的无线网络，如WiFi(Wireless-Fidelity，无线保真)。在本发明实施例中，通信组件116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在本发明实施例中，通信组件116还包括近场通信(Near FieldCommunication，简称NFC)模块，用于以促进短程通信。例如，在NFC模块可基于射频识别(Radio Frequency Identification，简称RFID)技术，红外数据协会(Infrared DataAssociation，简称IrDA)技术，超宽带(Ultra Wideband，简称UWB)技术，蓝牙技术和其他技术来实现。

在示例性实施例中，数据处理装置100可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现，用于执行下述方法。

实施例二

请参阅图2，图2是本发明实施例公开的一种银行软件系统测试方法的流程示意图。如图2所示该银行软件系统测试方法可以包括以下步骤：

201、调用银行接口对样本数据进行测试处理，获得样本测试结果。

本发明实施例中，银行接口用于对用户数据进行处理，审核用户的用户信息是否具备办理该用户所申报业务的资格，并在审核完成后输出对用户的审核结果。

本发明实施例中，应选取涵盖了各种类型用户的用户数据作为样本数据，以得到具备代表性的样本测试结果。其中，用户数据包括用户的用户信息、用户所申报业务的业务数据及用户所申报业务的数据类型，可根据用户信息及用户所申报业务的数据类型选取样本数据，使得样本数据涵盖有各类型用户申报不同业务时的状况，从而实现以较少样本数据来全面地代表用户群体，得到银行对不同用户不同业务的审核结果。

202、分析样本数据与样本测试结果，获得银行接口对应的数据处理规则。

本发明实施例中，银行接口是根据样本数据中的用户信息，对照数据处理规则对用户所申办业务进行审核的，例如用户申请了十万元人民币的短期信用贷款业务，该用户的用户信息显示无可抵押资产，而银行的数据处理规则中，申请短期信用贷款业务的用户必须具有可抵押资产，这种情况下，银行将不通过该用户所申请的十万元人民币的短期信用贷款业务。

作为一种可选的实施方式，分析样本数据与样本测试结果，获得银行接口对应的数据处理规则，可以通过以下方式实现：通过控制用户信息的变量，如在步骤201中选取了a用户和b用户构建样本数据，a用户和b用户都申请了短期信用贷款业务，但a用户具有可抵押资产，b用户无可抵押资产，除此之外a用户和b用户在用户信息中的其它与审核相关的信息都相同，银行接口在对a用户和b用户的样本数据进行测试处理后，输出了通过a用户所申办业务，不通过b用户所申办业务的样本测试结果，分析上述用户的用户信息、用户的所申请的业务与银行接口的审核结果，可知对于无可抵押资产的用户，银行将不通过其所申请的短期信用贷款业务。可见，通过控制样本数据中的变量并调用银行接口对样本数据进行测试处理，可准确获知样本数据中各信息对银行审核结果的影响，从而分析得到银行接口对应的数据处理规则。

203、根据数据处理规则编写数据处理脚本。

本发明实施例中，根据步骤202中获得的银行接口对应的各条数据处理规则，可通过查找用户数据中用于审核用户是否具备所申办业务办理资格的用户信息，并使用用户信息对应的数据处理规则对该用户数据进行处理，对银行接口对应的各条数据处理规则进行整合，编写得到数据处理脚本。

例如，在步骤202中获知银行接口不通过无可抵押资产的用户所申请的短期信用贷款业务，则可编写得到数据处理脚本，用于处理用户所申请的短期信用贷款业务，通过获取用户信息中用户的资产信息，判断是否通过该用户所申请的短期信用贷款业务。

204、利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果。

本发明实施例中，通过利用数据处理脚本模拟对应的银行接口对待测试数据进行测试处理，在测试流程中可不调用银行接口，直接得到目标测试结果，从而使得测试流程不对银行系统环境产生依赖，且数据处理脚本直接在本地进行数据测试处理的效率远高于调用银行接口进行测试处理。

其中，在利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果之前，可以通过以下方式获取待测试数据：获取用户在注册时所填写的用户数据生成待测试数据，用户数据包括用户的用户信息、用户所申办业务的业务数据及用户所申办业务对应的数据类型。具体地，用户在申请办理业务前，需要在应用程序的注册界面上进行注册，填写用于进行业务审核的用户信息，再申请办理业务，对用户注册时所填写的用户信息及用户所申办业务的数据类型进行收集，可生成测试流程中的待测试数据。通过获取实际的用户信息生成待测试数据，可保证测试过程测试数据的真实性，更好地反映测试效果。

进一步地，获取用户在注册时所填写的用户数据，根据用户数据所包括的用户信息或者数据类型对用户数据进行分类，从分类后的用户数据中，选取特定用户信息或者特定数据类型所对应的用户数据作为待测试数据。具体地，根据测试需求对获取到的用户数据按照特定用户信息或者特定数据类型进行分类，并根据测试需求选取特定的用户数据作为待测试数据。例如，在对申办短期信用贷款的用户的审核流程进行测试时，申办其它业务的用户的用户数据可视为无效数据，可在分类后的用户数据中根据短期信用贷款的数据类型筛选出申办了短期信用贷款的用户的用户数据作为待测试数据，从而避免了在测试过程中无效数据对测试流程造成干扰。

再进一步地，在根据用户信息或者数据类型对用户数据进行分类之后，对比用户数据包括的数据类型与数据处理脚本中的数据类型，获得出现在用户数据中但未出现在数据处理脚本中的差异数据类型，根据差异数据类型对数据处理脚本进行更新。具体地，在分析得到用户数据包括的数据类型中出现了数据处理脚本中未出现过的差异数据类型时，可认为银行上线了新的业务，此时将差异数据类型添加到数据处理脚本中对数据处理脚本进行更新。

可见，实施图2所描述的方法，通过调用银行接口对样本数据进行测试处理获得样本测试结果，并分析样本数据与样本测试结果得到银行接口对应的数据处理规则，从而根据数据处理规则编写数据处理脚本，用于对待测试数据进行测试处理，得到目标测试结果。从而实现了银行软件系统测试流程不依赖于银行系统环境，测试进度不受银行系统处理速度的影响，提高了测试效率。

实施例三

请参阅图3，图3是本发明实施例公开的另一种银行软件系统测试方法的流程示意图。如图3所示，该银行软件系统测试方法可以包括以下步骤：

301、调用银行接口对样本数据进行测试处理，获得样本测试结果。

本发明实施例中，银行接口用于对用户数据进行处理，审核用户的用户信息是否具备办理该用户所申报业务的资格，并在审核完成后输出对用户的审核结果。

302、分析样本数据与样本测试结果，获得银行接口对应的数据处理规则。

本发明实施例中，银行接口对应的数据处理规则可由输入的样本数据与输出的样本测试结果分析得到。

303、根据数据处理规则编写数据处理脚本。

本发明实施例中，可根据步骤302获得得多条数据处理规则，编写得到数据处理脚本。

304、利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果。

本发明实施例中，考虑随着政策法规变化，银行对用户的审核规则也可能随之改变，所以在银行的审核规则发送变动时，数据处理脚本需要随之进行修改。

作为一种可选的实施方式，在利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果之后，调用银行接口对待测试数据进行测试处理得到第二处理结果，判断目标测试结果与所述第二处理结果是否相匹配，若目标测试结果与第二处理结果不匹配，根据目标测试结果与第二处理结果对数据处理脚本进行修改。具体地，可在设置定时任务，例如每隔一小时获取数据处理脚本当前正在测试处理的待测试数据，调用银行接口处理该待测试数据得到第二处理结果，若第二处理结果与该待测试数据对应的目标测试结果不匹配，则认为银行已更改了对该待测试数据的处理规则，或者说明数据处理脚本的数据处理规则不够完善，需要修改数据处理脚本。此时可将目标测试结果与第二处理结果推送给数据处理脚本的开发人员，为开发人员修改数据处理脚本提供参考依据。通过为数据处理脚本设置自检机制，可为系统查漏补缺，使数据处理脚本的测试处理过程更加准确。

本发明实施例中，数据处理脚本除了用于代替银行接口对待测试数据进行测试处理，还应具备模拟银行系统环境的功能。

作为一种可选的实施方式，在根据数据处理规则编写数据处理脚本之后，可将银行接口测试处理样本数据的速度设为数据处理脚本的数据测试处理速度。具体地，数据处理脚本可更改其数据测试处理速度，通过参考银行接口测试处理样本数据的速度设定其数据测试处理速度，可较好地模拟银行接口对待测试数据进行处理；若调低数据处理脚本的数据测试处理速度，则可模拟银行接口在高负载处理外部数据时的状况；若暂停处理待测试数据，则可模拟银行系统宕机的状况，从而可灵活设定测试方案，更为真实地模拟银行系统。

305、获取数据处理脚本的数据测试处理速度以及统计测试处理数据量、测试处理成功率，并显示在管理终端供管理员查看。

本发明实施例中，测试过程中产生的信息应详实地展示给管理员，例如管理员在管理终端上，可实时查看数据处理脚本的数据测试处理速度，并查看当前的测试处理数据量、测试处理成功率等测试过程的数据信息。此外，管理员还可在管理终端上控制数据处理脚本的测试处理速度，管理测试项目，更换不同数据类型的待测试数据，从而方便管理员掌控测试流程，实时了解测试状况。

可见，实施图3所描述的方法，开发人员可根据自检机制反馈的信息修改数据处理脚本，管理员可方便地在管理终端上查看测试状况，对测试流程进行控制。

实施例四

请参阅图4，图4是本发明实施例公开的一种银行软件系统测试装置的结构示意图。如图4所示，该数据处理装置可以包括：样本分析单元401、规则分析单元402、脚本编写单元403、测试处理单元404、数据获取单元405及脚本更新单元406，其中，

样本处理单元401，用于调用银行接口对样本数据进行测试处理，获得样本测试结果；

规则分析单元402，用于分析样本数据与样本测试结果，获得银行接口对应的数据处理规则；

脚本编写单元403，用于根据数据处理规则编写数据处理脚本；

测试处理单元404，用于利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果。

数据获取单元405，用于在测试处理单元404利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果之前，获取用户在注册时所填写的用户数据生成待测试数据；

脚本更新单元406，在数据获取单元405根据用户信息或者数据类型对用户数据进行分类之后，对比用户数据包括的数据类型与数据处理脚本中的数据类型，获得出现在用户数据中但未出现在数据处理脚本中的差异数据类型；根据差异数据类型对数据处理脚本进行更新。

本发明实施例中，样本数据应选取涵盖了各种类型用户的用户数据作为样本数据，以得到具备代表性的样本测试结果。

作为一种可选的实施方式，规则分析单元402分析样本数据与样本测试结果，获得银行接口对应的数据处理规则，可以通过以下方式实现：通过控制用户信息的变量，如在步骤201中选取了a用户和b用户构建样本数据，a用户和b用户都申请了短期信用贷款业务，但a用户具有可抵押资产，b用户无可抵押资产，除此之外a用户和b用户在用户信息中的其它与审核相关的信息都相同，银行接口在对a用户和b用户的样本数据进行测试处理后，输出了通过a用户所申办业务，不通过b用户所申办业务的样本测试结果，规则分析单元402分析上述用户的用户信息、用户的所申请的业务与银行接口的审核结果，可知对于无可抵押资产的用户，银行将不通过其所申请的短期信用贷款业务。可见，通过控制样本数据中的变量并调用银行接口对样本数据进行测试处理，规则分析单元402可准确获知样本数据中各信息对银行审核结果的影响，从而分析得到银行接口对应的数据处理规则。

作为一种可选的实施方式，在测试处理单元404利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果之前，数据获取单元405可以通过以下方式获取待测试数据：数据获取单元405获取用户在注册时所填写的用户数据生成待测试数据，用户数据包括用户的用户信息、用户所申办业务的业务数据及用户所申办业务对应的数据类型。具体地，用户在申请办理业务前，需要在应用程序的注册界面上进行注册，填写用于进行业务审核的用户信息，再申请办理业务，对用户注册时所填写的用户信息及用户所申办业务的数据类型进行收集，可生成测试流程中的待测试数据。通过获取实际的用户信息生成待测试数据，可保证测试过程测试数据的真实性，更好地反映测试效果。

进一步地，数据获取单元405获取用户在注册时所填写的用户数据，根据用户数据所包括的用户信息或者数据类型对用户数据进行分类，从分类后的用户数据中，选取特定用户信息或者特定数据类型所对应的用户数据作为待测试数据。具体地，数据获取单元405根据测试需求对获取到的用户数据按照特定用户信息或者特定数据类型进行分类，并根据测试需求选取特定的用户数据作为待测试数据。例如，在对申办短期信用贷款的用户的审核流程进行测试时，申办其它业务的用户的用户数据可视为无效数据，可在分类后的用户数据中根据短期信用贷款的数据类型筛选出申办了短期信用贷款的用户的用户数据作为待测试数据，从而避免了在测试过程中无效数据对测试流程造成干扰。

作为一种可选的实施方式，在数据获取单元405根据用户信息或者数据类型对用户数据进行分类之后，脚本更新单元406对比用户数据包括的数据类型与数据处理脚本中的数据类型，获得出现在用户数据中但未出现在数据处理脚本中的差异数据类型，脚本更新单元406根据差异数据类型对数据处理脚本进行更新。具体地，在分析得到用户数据包括的数据类型中出现了数据处理脚本中未出现过的差异数据类型时，可认为银行上线了新的业务，此时将差异数据类型添加到数据处理脚本中对数据处理脚本进行更新。

可见，实施图4所描述的数据处理装置，样本处理单元401通过调用银行接口对样本数据进行测试处理获得样本测试结果，规则分析单元402分析样本数据与样本测试结果得到银行接口对应的数据处理规则，从而脚本编写单元403根据数据处理规则编写数据处理脚本，测试处理单元404对待测试数据进行测试处理，得到目标测试结果。从而实现了测试流程不依赖与银行系统环境，测试进度不受银行系统处理速度的影响，提高了测试效率。

实施例五

请参阅图5，图5是本发明实施例公开的又一种银行软件系统测试装置的结构示意图。图5所示的数据处理装置是由图4所示的数据处理装置进行优化得到的。与图4所示的数据处理装置相比较，图5所示的数据处理装置还可以包括：自检单元501、测试调整单元502及管理单元503，其中，

自检单元501，用于在测试处理单元404利用数据处理脚本对待测试数据进行测试处理，获得待测试数据的目标测试结果之后，调用银行接口对待测试数据进行测试处理得到第二处理结果；判断目标测试结果与第二处理结果是否相匹配；若目标测试结果与第二处理结果不匹配，根据目标测试结果与第二处理结果对数据处理脚本进行修改；

测试调整单元502，用于在脚本编写单元403根据数据处理规则编写数据处理脚本之后，将银行接口测试处理样本数据的速度设为数据处理脚本的数据测试处理速度；

管理单元503，用于获取数据处理脚本的数据测试处理速度以及统计测试处理数据量、测试处理成功率，并显示在管理终端供管理员查看。

本发明实施例中，考虑随着政策法规变化，银行对用户的审核规则也可能随之改变，所以在银行的审核规则发送变动时，数据处理脚本需要随之进行修改。

作为一种可选的实施方式，测试处理单元404利用数据处理脚本对待测试数据进行测试处理，获得待测试在数据的目标测试结果之后，自检单元501调用银行接口对待测试数据进行测试处理得到第二处理结果，判断目标测试结果与所述第二处理结果是否相匹配，若目标测试结果与第二处理结果不匹配，根据目标测试结果与第二处理结果对数据处理脚本进行修改。具体地，自检单元501可在设置定时任务，例如每隔一小时获取数据处理脚本当前正在测试处理的待测试数据，调用银行接口处理该待测试数据得到第二处理结果，若第二处理结果与该待测试数据对应的目标测试结果不匹配，则认为银行已更改了对该待测试数据的处理规则，或者说明数据处理脚本的数据处理规则不够完善，需要修改数据处理脚本。此时可将目标测试结果与第二处理结果推送给数据处理脚本的开发人员，为开发人员修改数据处理脚本提供参考依据。通过为数据处理脚本设置自检机制，可为系统查漏补缺，使数据处理脚本的测试处理过程更加准确。

作为一种可选的实施方式，在脚本编写单元403根据数据处理规则编写数据处理脚本之后，测试调整单元502可将银行接口测试处理样本数据的速度设为数据处理脚本的数据测试处理速度。具体地，测试调整单元502可更改数据处理脚本的数据测试处理速度，通过参考银行接口测试处理样本数据的速度设定其数据测试处理速度，可较好地模拟银行接口对待测试数据进行处理；若测试调整单元502调低数据处理脚本的数据测试处理速度，则可模拟银行接口在高负载处理外部数据时的状况；若测试调整单元502暂停处理待测试数据，则可模拟银行系统宕机的状况，从而可灵活设定测试方案，更为真实地模拟银行系统。

作为一种可选的实施方式，管理单元503可将测试过程中产生的信息应详实地展示给管理员，例如管理员在管理终端上，可实时查看数据处理脚本的数据测试处理速度，并查看当前的测试处理数据量、测试处理成功率等测试过程的数据信息。此外，管理员还可通过管理单元503控制数据处理脚本的测试处理速度，管理测试项目，更换不同数据类型的待测试数据，从而方便管理员掌控测试流程，实时了解测试状况。

可见，实施图5所描述的方法，开发人员可根据自检单元501反馈的信息修改数据处理脚本，管理员可方便地在通过管理单元503查看测试状况，对测试流程进行控制。

本发明还提供一种电子设备，该电子设备包括：

处理器；

存储器，该存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时，实现如前所示的一种银行软件系统测试方法。

该电子设备可以是图1所示数据处理装置100。

在一示例性实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前所示的一种银行软件系统测试方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种银行软件系统测试方法，其特征在于，包括：

调用银行接口对样本数据进行测试处理，获得样本测试结果；

分析所述样本数据与所述样本测试结果，获得所述银行接口对应的数据处理规则；

根据所述数据处理规则编写数据处理脚本；

利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果。

2.根据权利要求1所述的银行软件系统测试方法，其特征在于，在所述利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果之前，所述方法还包括：

获取用户在注册时所填写的用户数据生成所述待测试数据；

其中，所述用户数据包括所述用户的用户信息、所述用户所申办业务的业务数据及所述用户所申办业务对应的数据类型。

3.根据权利要求2所述的银行软件系统测试方法，其特征在于，所述获取用户在注册时所填写的用户数据生成所述待测试数据，包括：

获取用户在注册时所填写的用户数据；

根据所述用户数据所包括的用户信息或者数据类型对所述用户数据进行分类；

从分类后的用户数据中，选取特定用户信息或者特定数据类型所对应的用户数据作为所述待测试数据。

4.根据权利要求3所述的银行软件系统测试方法，其特征在于，在所述根据所述用户信息或者所述数据类型对所述用户数据进行分类之后，所述方法还包括：

对比所述用户数据包括的数据类型与所述数据处理脚本中的数据类型，获得出现在所述用户数据中但未出现在所述数据处理脚本中的差异数据类型；

根据所述差异数据类型对所述数据处理脚本进行更新。

5.根据权利要求1所述的银行软件系统测试方法，其特征在于，在所述利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果之后，所述方法还包括：

调用所述银行接口对所述待测试数据进行测试处理得到第二处理结果；

判断所述目标测试结果与所述第二处理结果是否相匹配；

若所述目标测试结果与所述第二处理结果不匹配，根据所述目标测试结果与所述第二处理结果对所述数据处理脚本进行修改。

6.根据权利要求1所述的银行软件系统测试方法，其特征在于，在所述根据所述数据处理规则编写数据处理脚本之后，所述方法还包括：

将所述银行接口测试处理所述样本数据的速度设为所述数据处理脚本的数据测试处理速度。

7.根据权利要求1～6任一项所述银行软件系统测试方法，其特征在于，所述方法还包括：

获取所述数据处理脚本的数据测试处理速度以及统计测试处理数据量、测试处理成功率，并显示在管理终端供管理员查看。

8.一种银行软件系统测试装置，其特征在于，包括：

样本处理单元，用于调用银行接口对样本数据进行测试处理，获得样本测试结果；

规则分析单元，用于分析所述样本数据与所述样本测试结果，获得所述银行接口对应的数据处理规则；

脚本编写单元，用于根据所述数据处理规则编写数据处理脚本；

测试处理单元，用于利用所述数据处理脚本对待测试数据进行测试处理，获得所述待测试数据的目标测试结果。

9.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1～7中任一项所述的银行软件系统测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机执行权利要求1～7任一项所述的银行软件系统测试方法。