一种金融支付的测试平台、方法及系统.pdf

本发明实施例公开了一种金融支付的测试平台、方法及系统，本发明实施例包括：执行单元和金融支付应用测试集；执行单元和金融支付应用测试集建立有数据通信关系；金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；执行单元，用于调用与金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；金融支付应用测试集，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元进行调用，使得金融测试对象完成相对应的金融标准测试。本发明解决了由于金融支付载体需要按照与之相对应的金融支付标准体系的独立规范才能进行操作的技术问题，极大程度提高了测试效率。

权利要求书
1.  一种金融支付的测试平台，其特征在于，包括：
执行单元和金融支付应用测试集；
所述执行单元和所述金融支付应用测试集建立有数据通信关系；
所述金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；
所述执行单元，用于调用与金融测试对象相对应的工程文件，并根据所述工程文件定位与之关联的所述主函数测试脚本；
所述金融支付应用测试集，用于将根据所述工程文件定位后的所述主函数测试脚本与相关联的所述基础函数测试脚本形成的测试体系，提供给所述执行单元进行调用，使得所述金融测试对象完成相对应的金融支付标准测试。

2.  根据权利要求1所述的金融支付的测试平台，其特征在于，所述主函数测试脚本为若干个测试用例；
所述测试用例与金融支付标准的协议相对应。

3.  根据权利要求1所述的金融支付的测试平台，其特征在于，所述基础函数测试脚本包括：
测试用例模块、模拟交易模块、测试日志模块、APDU指令模块、算法模块、字符串处理模块和通讯模块。

4.  根据权利要求1所述的金融支付的测试平台，其特征在于，所述工程文件由节和参数组成，所述节用于表示一个段落，用不同的节来区分不用用途的参数区；
所述参数包括描述测试脚本文件结构的参数和供测试脚本调用的参数。

5.  根据权利要求1至4中任意一项所述的金融支付的测试平台，其特征在于，所述执行单元通过具有通信接口的测试设备与外部的所述金融测试对象建立有通信连接关系。

6.  一种金融支付的测试方法，包括金融支付的测试平台，其特征在于，包括：
所述金融支付的测试平台包括执行单元和金融支付应用测试集；
其中，测试方法包括：
S1：所述执行单元通过获取到的建立通信连接关系的金融测试对象的金 融信息，并获取到与所述金融信息相对应的所有工程文件；
S2：所述执行单元获取到通过在金融支付标准内容中选择后的测试内容，所述测试内容与所述工程文件中的主函数测试脚本定位信息相对应，所述主函数测试脚本定位信息用于定位与之对应的所述金融支付应用测试集中的所述主函数测试脚本；
S3：所述执行单元根据定位后的所述主函数测试脚本调用与之相关联的所述基础函数测试脚本形成测试体系；
S4：对所述测试体系进行测试，并生成对应的测试日志；
S5：根据所有所述工程文件的顺序，依次对所有所述工程文件循环执行步骤S2至S4，直到所述执行单元调用全部所述工程文件完成之后，将获取到的所述测试日志和是否全部执行了所选择的所有所述测试内容的结果进行综合判定金融测试对象的测试结果。

7.  根据权利要求6所述的金融支付的测试方法，其特征在于，所述步骤S3具体包括：
所述执行单元根据定位后的所述主函数测试脚本调用与之相关联的所述基础函数测试脚本形成测试体系，其中，所述主函数测试脚本为若干个测试用例，所述测试用例与金融支付标准的协议相对应；
所述执行单元通过Import功能调用与所述主函数测试脚本相关联的所述基础函数测试脚本，并与所述主函数测试脚本形成所述测试体系。

8.  一种金融支付的测试系统，其特征在于，包括：
金融测试对象、测试设备，以及如权利要求1至5中任意一项所述金融支付的测试平台；
所述金融测试对象与所述测试设备建立有通信连接关系，所述测试设备与所述金融支付的测试平台建立有通信连接关系；
所述金融测试对象为多种金融支付载体；
所述金融支付的测试平台包括执行单元和金融支付应用测试集；
所述金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；
所述执行单元，用于调用于金融测试对象相对应的工程文件，并根据所 述工程文件定位与之关联的所述主函数测试脚本；
所述金融支付应用测试集，用于将根据所述工程文件定位后的所述主函数测试脚本与相关联的所述基础函数测试脚本进行体系组合，并提供给所述执行单元进行调用，使得所述金融测试对象完成相对应的金融支付标准测试。

9.  根据权利要求8所述的金融支付的测试系统，其特征在于，所述金融支付载体包括银行IC卡、基于SWP接口的SIM或USIM卡、双界面SIM或USIM卡、基于SWP接口的SD卡、双界面SD卡、全终端；
所述测试设备为具有读取所述金融支付载体功能的读取设备。

10.  根据权利要求8所述的金融支付的测试系统，其特征在于，所述测试设备与所述金融支付的测试平台通过PC/SC接口进行通信连接；
所述主函数测试脚本为若干个测试用例，所述测试用例与金融支付标准的协议相对应。

说明书一种金融支付的测试平台、方法及系统
技术领域
本发明涉及金融体系标准技术领域，尤其涉及一种金融支付的测试平台、方法及系统。
背景技术
随着支付领域新业务、新产品、新管理模式的不断涌现，中国人民银行、中国银联已经制定了相关支付产品的标准规范，从而有效约束各种支付产品的技术规格并最终保证联网通用。目前主流的标准体系包括：行业标准《中国金融集成电路(IC)卡规范》(简称PBOC)、《中国金融移动支付》系列规范、企业标准《中国银联IC卡技术规范》。与此同时，用于支付产品标准符合性检测的测试手段是主管部门所要求和市场所需要的。
目前，支付产品标准符合性检测的测试手段的方式，仅仅是对于不同的支付载体需要按照与之所对应的支付标准体系的独立规范进行一对一支付标准的检测。
然而，上述的对于不同的支付载体需要按照与之所对应的支付标准体系的独立规范进行一对一支付标准的检测的技术，由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，从而大大地造成了很多不必要的麻烦，同时造成了测试效率的降低的技术问题。
发明内容
本发明实施例提供了一种金融支付的测试平台、方法及系统，解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
本发明实施例提供的一种金融支付的测试平台，包括：
执行单元和金融支付应用测试集；
所述执行单元和所述金融支付应用测试集建立有数据通信关系；
所述金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；
所述执行单元，用于调用与金融测试对象相对应的工程文件，并根据所述工程文件定位与之关联的所述主函数测试脚本；
所述金融支付应用测试集，用于将根据所述工程文件定位后的所述主函数测试脚本与相关联的所述基础函数测试脚本形成的测试体系，提供给所述执行单元进行调用，使得所述金融测试对象完成相对应的金融支付标准测试。
可选地，所述主函数测试脚本为若干个测试用例；
所述测试用例与金融支付标准的协议相对应。
可选地，所述基础函数测试脚本包括：
测试用例模块、模拟交易模块、测试日志模块、APDU指令模块、算法模块、字符串处理模块和通讯模块。
可选地，所述工程文件由节和参数组成，所述节用于表示一个段落，用不同的节来区分不用用途的参数区；
所述参数包括描述测试脚本文件结构的参数和供测试脚本调用的参数。
可选地，所述执行单元通过具有通信接口的测试设备与外部的所述金融测试对象建立有通信连接关系。
本发明实施例提供的一种金融支付的测试方法，包括金融支付的测试平台，所述金融支付的测试平台包括执行单元和金融支付应用测试集；
其中，测试方法包括：
S1：所述执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并获取到与所述金融信息相对应的所有工程文件；
S2：所述执行单元获取到通过在金融支付标准内容中选择后的测试内容，所述测试内容与所述工程文件中的主函数测试脚本定位信息相对应，所述主函数测试脚本定位信息用于定位与之对应的所述金融支付应用测试集中的所述主函数测试脚本；
S3：所述执行单元根据定位后的所述主函数测试脚本调用与之相关联的所述基础函数测试脚本形成测试体系；
S4：对所述测试体系进行测试，并生成对应的测试日志；
S5：根据所有所述工程文件的顺序，依次对所有所述工程文件循环执行步骤S2至S4，直到所述执行单元调用全部所述工程文件完成之后，将获取到的所述测试日志和是否全部执行了所选择的所有所述测试内容的结果进行综合判定金融测试对象的测试结果。
可选地，所述步骤S3具体包括：
所述执行单元根据定位后的所述主函数测试脚本调用与之相关联的所述基础函数测试脚本形成测试体系，其中，所述主函数测试脚本为若干个测试用例，所述测试用例与金融支付标准的协议相对应；
所述执行单元通过Import功能调用与所述主函数测试脚本相关联的所述基础函数测试脚本，并与所述主函数测试脚本形成所述测试体系。
本发明实施例提供的一种金融支付的测试系统，包括：
金融测试对象、测试设备，以及如本发明实施例中提及的任意一种所述金融支付的测试平台；
所述金融测试对象与所述测试设备建立有通信连接关系，所述测试设备与所述金融支付的测试平台建立有通信连接关系；
所述金融测试对象为多种金融支付载体；
所述金融支付的测试平台包括执行单元和金融支付应用测试集；
所述金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；
所述执行单元，用于调用于金融测试对象相对应的工程文件，并根据所述工程文件定位与之关联的所述主函数测试脚本；
所述金融支付应用测试集，用于将根据所述工程文件定位后的所述主函数测试脚本与相关联的所述基础函数测试脚本进行体系组合，并提供给所述执行单元进行调用，使得所述金融测试对象完成相对应的金融支付标准测试。
可选地，所述金融支付载体包括银行IC卡、基于SWP接口的SIM或USIM卡、双界面SIM或USIM卡、基于SWP接口的SD卡、双界面SD卡、全终端；
所述测试设备为具有读取所述金融支付载体功能的读取设备。
可选地，所述测试设备与所述金融支付的测试平台通过PC/SC接口进行通信连接；
所述主函数测试脚本为若干个测试用例，所述测试用例与金融支付标准的协议相对应。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例提供的一种金融支付的测试平台、方法及系统，其中，测试平台包括：执行单元和金融支付应用测试集；执行单元和金融支付应用测试集建立有数据通信关系；金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成；执行单元，用于调用与金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；金融支付应用测试集，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元进行调用，使得金融测试对象完成相对应的金融支付标准测试。本实施例中，通过执行单元，用于调用于金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；金融支付应用测试集，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元进行调用的设计，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本实施例中提供的一种金融支付的测试平台的一个实施例结构示意图；
图2为本实施例中提供的一种金融支付的测试平台的另一个实施例结构示意图；
图3为本实施例中提供的一种金融支付的测试方法的一个实施例流程示意图；
图4为本实施例中提供的一种金融支付的测试方法的另一个实施例流程示意图；
图5为本实施例中提供的一种金融支付的测试系统的一个实施例的结构示意图。
具体实施方式
本发明实施例提供了一种金融支付的测试平台、方法及系统，解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
请参阅图1，本实施例中提供的一种金融支付的测试平台的一个实施例包括：
执行单元101和金融支付应用测试集102；
执行单元101和金融支付应用测试集102建立有数据通信关系；
金融支付应用测试集102主要由主函数测试脚本和基础函数测试脚本组成；
执行单元101，用于调用于金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；
金融支付应用测试集102，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元101进行调用，使得金融测试对象完成相对应的金融支付标准测试。
本实施例中，通过执行单元，用于调用于金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；金融支付应用测试集，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元进行调用的设计，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
上面是对金融支付的测试平台的组成进行详细的描述，下面将具体对执行单元和金融支付应用测试集的具体内容进行详细的描述，请参阅图2，本实 施例中提供的一种金融支付的测试平台的另一个实施例包括：
执行单元201和金融支付应用测试集202；
执行单元201和金融支付应用测试集202建立有数据通信关系；
金融支付应用测试集202主要由主函数测试脚本和基础函数测试脚本组成，例如测试脚本文件(*.js)和工程文件(*.uce)，测试脚本使用JavaScript语言编码，可以需要的目录结构存在，主要通过Import功能实现文件包含，需要指明被包含文件与工程文件的相对路径，前述的Import功能可以是由执行单元201。工程文件采用类似INI文件格式对测试脚本的目录结构进行描述，并表明测试脚本文件的逻辑位置、组合关系及执行顺序；
执行单元201，用于调用于金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本，需要说明的是，前述的工程文件节和参数组成，节用来表示一个段落，用不同的节来区分不用用途的参数区。节的格式为[节名称]，节名称可以为常量和变量，其中常量节为固定用途，变量节则依据测试用例结构或者名称需要进行定义。常量节包括：[File]表明测试脚本文件的根目录结构、[Param]供测试脚本调用的全局参数。参数可以分为描述测试脚本文件结构的参数和供测试脚本调用的参数。格式为“键＝键值”，其中键值的第一个字段可以为格式字节，“Dir|”表明此参数主要描述目录结构，“File|”表明此参数为测试脚本文件的逻辑位置。参数具体区分为以下三种形式：
1)“键＝Dir|目录名称”，表明为目录结构，需要继续遍历定位测试脚本文件
2)“键＝File|相对路径+测试脚本文件名”，表明为测试脚本文件，可以直接解释执行
3)“键＝键值”，表明为供测试脚本调用的全局参数，键值内容可自行定义；
本实施例中，前述的工程文件可以是以下六个：针对标准借记/贷记应用测试的PBOC DC TestSuite.uce、针对基于标准借记/贷记应用的小额支付应用测试的PBOC ECASH TestSuite.uce、针对非接触式IC卡支付的PBOC QPBOC TestSuite.uce、针对非接触式IC卡小额支付扩展应用测试的PBOC CACLP  TestSuite.uce、针对基于借记贷记应用的双币电子现金应用测试的PBOC ECDCP ECASH TestSuite.uce、针对基于qPBOC的双币电子现金应用测试的PBOC ECDCP QPBOC TestSuite.uce，进一步地如图2所示，工程文件中还包含有与前述的主函数测试脚本相对应的测试位置，例如主函数模块2021中的测试用例1至n，则工程文件中包含有与测试用例1至n一一对应的测试用例1至n的位置信息。
金融支付应用测试集202，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元201进行调用，使得金融测试对象完成相对应的金融标准测试。
需要说明的是，前述的测试脚本主要采用JavaScript语言、并通过调用ActiveX控件(Reader.dll)接口实现与多个读卡器的通讯以及具体测试用例的编码。前述的主函数测试脚本为若干个测试用例，测试用例与金融协议相对应，可以是如图2所示，若干个测试用例可以是组成包含有主函数测试脚本的测试用例主函数模块2021，进一步地测试脚本分为两类，一类是包含主函数“Main(参数列表)”用来执行测试用例的测试脚本，另一类是用来提供基础函数的测试脚本。包含“主函数Main(参数列表)”的测试脚本为执行每个测试用例的入口，通过Import功能将提供上述的功能模块组装成完整的测试用例。基础函数测试脚本可以是如图2所示主要由测试用例模块2022、模拟交易模块2023、测试日志模块2024、APDU指令模块2025、算法模块2026、字符串处理模块2027和通讯模块2028组成。
可以理解的是，前述的执行单元通过具有通信接口的测试设备与外部的金融测试对象建立有通信连接关系，前述的金融测试对象可以是各种形式的支付载体、适配器及智能手机，该支付载体可以是载体形式包括：银行IC卡、基于SWP接口的(U)SIM、双界面(U)SIM卡、基于SWP接口的SD卡、双界面SD卡、全终端(内置SE)等；并且能够满足多种支付应用功能的测试，支付应用包括上述规范所定义的：标准借记/贷记、基于借记/贷记的小额支付、非接触式IC卡支付(简称QPBOC)、非接触式IC卡小额支付扩展应用(简称QPBOC扩展)、基于借记贷记应用的双币电子现金、基于QPBOC的双币电子现金；测试设备包括：PC/SC接口双界面读卡器；测试软件为运行计算 机上由Execution调用执行的PBOC测试用例集。测试对象与测试设备的通信符合ISO7816或者ISO14443，测试设备与计算机通过USB接口连接和通信，测试软件通过调用PC/SC接口控制测试设备向测试对象发送指令及接收响应数据，并与预期的测试结果进行比对。
本实施例中，通过执行单元201，用于调用于金融测试对象相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；金融支付应用测试集202，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本形成的测试体系，提供给执行单元201进行调用，使得金融测试对象完成相对应的金融标准测试的设计，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
请参阅图3，本发明实施例中提供的一种金融支付的测试方法的一个实施例包括：
金融支付的测试平台包括执行单元和金融支付应用测试集；
其中，测试方法包括：
S1：执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并获取到与金融信息相对应的所有工程文件；
本实施例中，需要对金融测试对象的金融信息与预置的标准规范进行对比测试时，执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并获取到与金融信息相对应的所有工程文件。
S2：执行单元获取到通过在金融支付标准内容中选择后的测试内容，测试内容与工程文件中的主函数测试脚本定位信息相对应，主函数测试脚本定位信息用于定位与之对应的金融支付应用测试集中的主函数测试脚本；
当执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并调用与金融信息相对应的工程文件之后，执行单元获取到通过在金融支付标准内容中选择后的测试内容，测试内容与工程文件中的主函数测试脚本定位信息相对应，主函数测试脚本定位信息用于定位与之对应的金融支付应用测试集中的主函数测试脚本，可以理解的是，前述的选择的测试内容， 可以是多个选择或全部选择。
S3：执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系；
当执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并调用与金融信息相对应的工程文件之后，需要执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系。
S4：对测试体系进行测试，并生成对应的测试日志；
当执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系之后，对测试体系进行测试，并生成对应的测试日志。
S5：根据所有工程文件的顺序，依次对所有工程文件循环执行步骤S2至S4，直到执行单元调用全部工程文件完成之后，将获取到的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果。
根据所有工程文件的顺序，依次对所有工程文件循环执行步骤S2至S4，直到执行单元调用全部工程文件完成之后，将获取到的步骤S4的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果。
本实施例中，前述的工程文件的调用，可以是用户通过执行单元参与进行选取调用。
本实施例中，通过对所有工程文件循环执行步骤S2至S4，根据获取到的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
上面是对金融支付的测试方法的流程进行详细的描述，下面将对执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系的过程进行详细的描述，请参阅图4，本发明实施例中提供的一种金融支付的测试方法的另一个实施例包括：
金融支付的测试平台包括执行单元和金融支付应用测试集；
其中，测试方法包括：
401、确定金融测试对象的形式；
本实施例中，需要对金融测试对象的金融信息进行测试时，需要确定金融测试对象的形式，例如具备标准借记/贷记、基于借记/贷记的小额支付、非接触式IC卡支付(简称QPBOC)、非接触式IC卡小额支付扩展应用(简称QPBOC扩展)、基于借记贷记应用的双币电子现金、基于QPBOC的双币电子现金等支付应用功能的银行IC卡、基于SWP接口的(U)SIM、双界面(U)SIM卡、基于SWP接口的SD卡、双界面SD卡、全终端(内置SE)等为非接触式或接触式，此处具体不做限定，前述的金融测试对象可以是支付载体，适配器或具备近场通信功能的移动终端等。
402、确定金融测试对象与测试设备的通讯模式，并建立金融测试对象与测试设备，测试设备与金融支付的测试平台的通信连接；
当确定金融测试对象的形式之后，确定金融测试对象与测试设备的通讯模式，，并建立金融测试对象与测试设备，测试设备与金融支付的测试平台的通信连接，例如符合ISO7816或者ISO14443，进一步地测试设备与金融支付的测试平台可以是通过USB接口连接和通信，金融支付的测试平台通过调用PC/SC接口控制测试设备实现向金融测试对象发送指令及接收响应数据。
403、获取到与金融信息相对应的所有工程文件；
当确定金融测试对象与测试设备的通讯模式，并建立金融测试对象与测试设备，测试设备与金融支付的测试平台的通信连接之后，执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并获取到与金融信息相对应的所有工程文件，可以理解的是，前述的选择的测试内容，可以是多个选择或全部选择。
404、执行单元获取到通过在金融支付标准内容中选择后的测试内容，测试内容与工程文件中的主函数测试脚本定位信息相对应，主函数测试脚本定位信息用于定位与之对应的金融支付应用测试集中的主函数测试脚本；
当执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并调用与金融信息相对应的工程文件之后，执行单元获取到通过在金融支付标准内容中选择后的测试内容，测试内容与工程文件中的主函数测试脚 本定位信息相对应，主函数测试脚本定位信息用于定位与之对应的金融支付应用测试集中的主函数测试脚本。
405、执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系；
当执行单元通过获取到的建立通信连接关系的金融测试对象的金融信息，并调用与金融信息相对应的工程文件之后，需要执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系，其中，前述的主函数测试脚本为若干个测试用例，测试用例与金融标准的协议相对应，需要说明的是，执行单元通过Import功能调用与主函数测试脚本相关联的基础函数测试脚本，并与主函数测试脚本形成测试体系。
406、对测试体系进行测试，并生成对应的测试日志；
当执行单元根据定位后的主函数测试脚本调用与之相关联的基础函数测试脚本形成测试体系之后，对测试体系进行测试，并生成对应的测试日志。
407、根据所有工程文件的顺序，依次对所有工程文件循环执行步骤404至406，直到执行单元调用全部工程文件完成之后，将获取到的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果。
根据所有工程文件的顺序，依次对所有工程文件循环执行步骤404至406，直到执行单元调用全部工程文件完成之后，将获取到的步骤406的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果。
本实施例中，前述的工程文件的调用，可以是用户通过执行单元参与进行选取调用。
本实施例中，当需要对步骤403中的新增一个测试内容的步骤如下：
新增一个测试内容相对应的测试用例入口n+1；
在主函数模块新建以前述的测试用例命名的测试脚本文件；
在工程文件中添加该测试脚本文件，使得后续的主函数测试脚本得以定位；
在金融支付应用测试集的测试用例模块添加该测试用例的具体内容。
必须说明的是，前述金融支付应用测试集主要由主函数测试脚本和基础函数测试脚本组成，基础函数测试脚本包含有测试用例模块、模拟交易模块、测试日志模块、APDU指令模块、算法模块、字符串处理模块和通讯模块，如果有需要，修改读卡器通讯模块、测试日志模块、APDU指令模块、算法模块、字符串处理模块、金融交易模拟模块等相关模块，此处并不限制于这些模块。
本实施例中，通过对所有工程文件循环执行步骤404至406，根据获取到的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
请参阅图5，本发明实施例中提供的一种金融支付的测试系统的一个实施例包括：
测试对象51、测试设备52，以及如图3和图4中提及的金融支付的测试平台53；
金融测试对象51与测试设备52建立有通信连接关系，测试设备52与金融支付的测试平台53建立有通信连接关系，前述的金融测试对象51与测试设备52建立有通信连接关系可以是符合ISO7816或者ISO14443接触式或非接触式的通信协议；
金融测试对象51为多个金融支付载体；
金融支付的测试平台53包括执行单元531和金融支付应用测试集532；
金融支付应用测试集532主要由主函数测试脚本和基础函数测试脚本组成；
执行单元531，用于调用于金融测试对象51相对应的工程文件，并根据工程文件定位与之关联的主函数测试脚本；
金融支付应用测试集532，用于将根据工程文件定位后的主函数测试脚本与相关联的基础函数测试脚本进行体系组合，并提供给执行单元531进行调用，使得金融测试对象51完成相对应的金融支付标准测试。
需要说明的是，前述的金融支付载体包括银行IC卡、基于SWP接口的 SIM或USIM卡、双界面SIM或USIM卡、基于SWP接口的SD卡、双界面SD卡、全终端，还可以是无法直接与测试设备52使用通信协议进行通信时使用的适配器或者智能手机；
测试设备52为具有读取金融支付载体功能的读取设备，例如PC/SC接口双界面读卡器。
测试设备52与金融支付的测试平台53通过PC/SC接口进行通信连接；
主函数测试脚本为若干个测试用例，测试用例与金融支付标准的协议相对应。
本实施例中，通过金融测试对象51与测试设备52建立有通信连接关系，测试设备52与金融支付的测试平台53建立有通信连接关系，使得金融支付的测试平台53对所有工程文件循环调用，并根据调用后获取到的测试日志和是否全部执行了所选择的所有测试内容的结果进行综合判定金融测试对象的测试结果，便实现了多种支付载体的统一测试的功能，进一步解决了由于支付载体需要按照与之所对应的支付标准体系的独立规范进行操作，而造成的很多不必要的麻烦，以及测试效率的降低的技术问题。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。