CN107341423A - 智能卡的测试方法及测试设备、计算机可读存储介质 - Google Patents

Abstract

本发明提供一种智能卡的测试方法及测试设备、计算机可读存储介质，该方法包括获取选取第一读卡设备的指令，并且，判断是否存储有与第一读卡设备对应的接口数据文件，如没有存储与第一读卡设备对应的接口数据文件，则加载读卡设备动态库，通过动态库调用第一读卡设备对应的接口数据文件，通过接口数据文件与第一读卡设备进行数据交互；通过第一读卡设备与待测试的智能卡进行数据交互，并且生成测试报告。该设备包括处理器，处理器执行程序指令时，实现上述的智能卡的测试方法。计算机可读存储介质上存储有程序指令，程序指令被处理器执行时实现上述的智能卡的测试方法。本发明能拓展智能卡测试设备所兼容的读卡设备类型。

Description

智能卡的测试方法及测试设备、计算机可读存储介质

技术领域

本发明涉及智能卡领域，尤其是涉及一种智能卡测试方法以及实现这种方法的测试设备、计算机可读存储介质。

背景技术

智能卡又称为芯片、IC卡或者CPU卡，智能卡内通常集成一个芯片，芯片可以运行智能卡的操作系统COS，并且在智能卡的操作系统上可以运行各种各样的应用模块，如支付的应用模块，从而使得智能卡具备支付功能。由于智能卡生产过程中需要向智能卡写入多种数据，如需要写入初始化数据、预个人化数据以及个人化数据，因此智能卡的生产过程包括制造卡基的过程，还包括向智能卡写入数据的过程。

向智能卡写入数据后，需要对智能卡写入的数据进行测试，以测试智能卡是否实现所设定的功能。目前对进行测试时，通常使用一个测试设备对智能卡进行测试，例如使用计算机作为测试设备，在计算机上运行测试软件，并且，由于计算机不能直接读取智能卡的数据，通常需要通过诸如读卡器等读卡设备读取智能卡的数据。

例如，传统的智能卡测试设备通常是计算机，并且在计算机上运行有由某种开发语言编程而成的测试软件，并且通过调用winscard库函数的方式与智能卡进行数据交互。然而，由于现有的测试软件都是封闭的，也就是只能跟特定的一种或者几种读卡设备连接，并且测试软件上运行的代码复用性不强。由于需要测试的智能卡是多种多样的，需要使用不同的读卡设备进行读取，而且智能卡的封装方法也是多种多样的，如果测试软件仅仅局限于PC/SC模式这类单一的读卡设备，而不能访问密钥介质，则不能灵活地提取智能卡中的制卡数据或变量数据，限制了对智能卡的访问操作，无法实现智能卡的测试需求。

发明内容

为了解决上述的问题，本发明的第一目的是提供一种可以对多种智能卡进行测试的智能卡测试方法。

本发明的第二目的是提供一种兼容不同读卡设备的智能卡测试设备。

本发明的第三目的是提供一种实现上述智能卡测试方法的计算机可读存储介质。

为实现上述的第一目的，本发明提供的智能卡测试方法包括获取选取第一读卡设备的指令，并且，判断是否存储有与第一读卡设备对应的接口数据文件，如没有存储与第一读卡设备对应的接口数据文件，则加载读卡设备动态库，通过动态库调用第一读卡设备对应的接口数据文件，通过接口数据文件与第一读卡设备进行数据交互；通过第一读卡设备与待测试的智能卡进行数据交互，并且生成测试报告。

由上述方案可见，在判断没有存储第一读卡设备对应的接口数据文件时，测试设备可以通过动态库调用第一读卡设备对应的接口数据文件并通过接口数据文件与第一读卡设备进行数据交互，也就是实现了对新的读卡设备的兼容。这样，智能卡的测试设备可以连接多种读卡设备，满足不同智能卡的测试要求。

一个优选的方案是，通过动态库调用第一读卡设备对应的接口数据文件后，还执行：获取选取密钥介质的指令；判断是否存储与所选取的密钥介质对应的操作函数，如没有存储所选取的密钥介质对应的操作函数，则加载与所选取的密钥介质对应的操作函数的关键字，根据函数关键字调用对应的操作函数。

由此可见，测试设备不但能够加载新的读卡设备，还可以针对新的密钥介质加载新的函数关键字，从而调取新的操作函数，满足新的密钥介质的测试要求。

进一步的方案是，如密钥介质为卡类密钥介质，则获取选取密钥介质的指令前，还执行：通过第二读卡设备与密钥介质进行数据交互。

由此可见，针对采用卡类密钥介质的情况，通过第二读卡设备读取卡类密钥介质的数据，从而完成对智能卡的测试工作。

更进一步的方案是，所调用的操作函数中，脚本命令行关键字函数设置在APDU命令行之后。也就是采用的是关键字函数后置方式，即脚本命令行关键字函数的前面放置与IC卡交互的关键APDU命令和命令内容中的变量字段，这样能够最大程度地利于对脚本的纠错检查，也有利于对脚本文件的排版工作。

为实现上述的第二目的，本发明提供的智能卡测试设备包括处理器，处理器执行计算机程序时实现如下步骤：获取选取第一读卡设备的指令；判断是否存储有与第一读卡设备对应的接口数据文件，如没有存储与第一读卡设备对应的接口数据文件，则加载读卡设备动态库，通过动态库调用第一读卡设备对应的接口数据文件，通过接口数据文件与第一读卡设备进行数据交互；通过第一读卡设备与待测试的智能卡进行数据交互，并且生成测试报告。

由上述方案可见，测试设备在判断没有存储与第一读卡设备对应的接口数据文件时，可以通过动态库调用第一读卡设备对应的接口数据文件的方式，在通过接口数据文件与第一读卡设备进行数据交互，也就是实现了对新的读卡设备的兼容。这样，智能卡的测试设备可以连接多种读卡设备，满足不同智能卡的测试要求。

为实现上述的第三目的，本发明提供的计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述的智能卡测试方法中的各个步骤。

附图说明

图1是本发明智能卡测试设备实施例与读卡设备、智能卡连接的结构框图。

图2是本发明智能卡测试方法实施例的流程图。

图3是本发明智能卡测试方法实施例中连接读卡设备的流程图。

图4是本发明智能卡测试方法实施例中调用操作函数的流程图。

以下结合附图及实施例对本发明作进一步说明。

具体实施方式

本发明的智能卡测试方法用于对智能卡进行测试，例如，对写入到智能卡的数据进行测试，确定是否将数据准确写入到智能卡中，并且测试智能卡是否正确执行所写入的数据。本发明的智能卡测试设备可以是计算机等设备，并且运行有测试软件程序，用于实现对智能卡的测试。本发明的计算机可读存储介质是智能卡测试设备上的存储介质，并且存储有用于实现对智能卡测试的程序代码。

智能卡测试方法实施例：

对智能卡进行测试时，需要使用测试设备读取智能卡的数据，并且对读取的数据进行分析，从而确定智能卡中的数据是否存在异常情况。参见图1，本实施例中所使用的测试设备可以是计算机10，在计算机10上运行有测试软件程序，例如集成开发环境(IDE)平台11，并且在集成开发环境平台11上设置动态库12，动态库12包含可由多个程序同时使用的代码和数据的库，并且提供动态链接，使进程可以调用不属于其可执行代码的函数。

另外，在计算机10上还设置有接口数据文件13，计算机10通过接口数据文件13实现与不同的读卡设备连接。例如，如果读卡设备是支持API接口的读卡设备，则计算机10需要使用API接口数据文件与读卡设备进行数据交互，如果读卡设备是支持HID接口的读卡设备，则计算机10需要使用HID的接口数据文件与读卡设备进行数据交互。因此，接口数据文件13可以是一个数据库，包含有支持多种不同类型的读卡设备的接口数据文件。

操作函数14是针对不同的密钥介质使用的函数，当计算机10需要对其密钥介质上的数据时，需要在集成开发环境平台11上设置包含有函数关键字的指令，当运行这些指令时可以根据函数关键字调用对应的操作函数34，从而执行对密钥介质的数据交互工作。

需要测试的智能卡25放置在读卡设备21上，读卡设备21与计算机10连接，计算机10上的集成开发环境平台11通过接口数据文件13实现与读卡设备21的连接，从而实现与智能卡25的数据交互，例如向智能卡发送指令，读取智能卡25所存储的数据等。

另外，卡类密钥介质26需要放置在读卡设备26上，读卡设备26也是通过接口数据文件13实现与计算机10的数据交互，计算机10通过读卡设备22读取卡类密钥介质10所存储的数据，或者向卡类密钥介质26发送数据。当然，其他的密钥介质，例如加密硬盘27则通过操作函数14实现与计算机10的数据交换。

下面结合图2介绍对智能卡进行测试的流程。首先，执行步骤S1，将第一读卡设备连接至计算机，并将待测试的智能卡放置在第一读卡设备上。此时，测试人员需要实现计算机与读卡设备的连接，如图3所示，测试人员首先需要在计算机上发出选择读卡设备的指令，例如，在集成开发环境平台的界面上发出选择读卡设备的指令，计算机则执行步骤S11，获取选取读卡设备的指令。例如，在集成开发环境平台上显示多种不同读卡设备的名称，测试人员可以根据读卡设备的名称选取一个读卡设备。

在获取测试人员发出的选取读卡设备的指令后，执行步骤S12，判断集成开发环境平台上是否存储有被选取的读卡设备的对应的接口数据文件，如果没有存储对应的接口数据文件，则执行步骤S13，集成开发环境平台加载动态库，动态库中包含有多种读卡设备的使用的代码和数据的库，并且提供动态链接，集成开发环境平台可以执行步骤S14，使用动态库提供的链接调用接口数据文件，如基于PC/SC模式的读卡设备或者使用API接口的读卡设备、使用HID接口的读卡设备等。

如果步骤S12中，判断集成开发环境平台上存储有被选取的读卡设备对应的接口数据文件，则直接执行步骤S14，调用相应的接口数据文件。可见，在连接读卡设备时，首先需要判断读卡设备属于哪种类型，是基于PC/SC模式的读卡设备、使用API接口的读卡设备还是使用HID接口的读卡设备，如果集成开发环境平台不支持该类设备或该读卡设备的具体型号暂时不支持，则需要通过计算机的外接接口获取对应的接口数据文件，以实现计算机与读卡设备的连接。这样，集成开发环境平台可以方便的扩展兼容的读卡设备的类型，从而满足不同类型的智能卡的检查需求。

执行步骤S1后，执行步骤S2，进行密钥介质的连接配置。本实施例中，密钥介质是存储有智能卡密钥的介质，例如，智能卡是具有网银功能的银行卡，则密钥介质可以是存储有网银密码的U盾，也就是加密硬盘，因此步骤S2中需要实现计算机与加密硬盘之间的连接配置并实现与密钥介质之间的数据交互。

参见图4，与密钥介质进行连接配置时，首先执行步骤S21，获取选取密钥介质的指令，例如在集成开发环境平台上显示多个备选的密钥介质的名称，由测试人员选择其中一个密钥介质。然后，执行步骤S22，判断集成开发环境平台上是存储有该密钥介质对应的操作函数，如果不存储有相应的操作函数，则执行步骤S23，加载相应的函数关键字，例如，在集成开发环境平台的相应指令上添加新的操作函数的关键字，本实施例中，函数的关键字可以是函数名或者函数类型名称等表征函数特征的信息。一个具体的方案是，如果密钥介质是加密机类设备，则需要在集成开发环境平台的配置环境中设置加密机的端口和IP地址、加密机延时时间、长链接或短链接等配置内容。

最后，执行步骤S24，根据加载的函数关键字调用相应的操作函数，例如，集成开发环境平台执行程序指令时，根据程序指令调用包含有函数关键字的函数，则可以执行调用相应函数的操作。如果步骤S22中，判断集成开发环境平台上保存有对应的操作函数，则执行步骤S24，直接调用相应的操作函数。

优选的，调用的操作函数中，脚本命令行关键字函数设置在APDU命令行之后，也就是采用的是关键字函数后置方式，即脚本命令行关键字函数的前面放置与IC卡交互的关键APDU命令和命令内容中的变量字段，这样能够最大程度地利于对脚本的纠错检查，也有利于对脚本文件的排版工作。

当然，上述情况只是针对密钥介质是加密硬盘的情况，如果密钥介质不是加密硬盘，而是卡类密钥介质，也就是密钥介质是另一张智能卡，则需要增加一个读卡设备用于连接该卡类密钥介质。通常，卡类密钥介质也被称为母卡，母卡上存储有待测试的智能卡的密钥，集成开发环境平台需要先从母卡上获取待测试的智能卡的密钥后才能读取待测试的智能卡的数据。

因此，针对使用母卡作为密钥介质的情况，计算机上需要连接多一个读卡设备，也就是读卡设备22，作为密钥介质26的母卡将放置在读卡设备22上。此时，集成开发环境平台11需要判断是否存储有读卡设备22对应的接口数据文件，如果没有，则需要拓展动态库12的接口，并且加载读卡设备22对应的接口数据文件，并且加载支持该母卡操作函数的函数关键字。

在建立与待测试的智能卡的连接以及密钥介质的连接以后，执行步骤S3，运行集成开发环境平台，并且执行步骤S4，选择需要测试的智能卡所在的读卡设备，也就是选择相应的读卡设备的名称。接着，集成开发环境将执行步骤S5，加载测试脚本文件以及所需要的测试数据，然后，执行步骤S6，在集成开发环境平台中选择不同的操作模式运行脚本任务。如果在脚本运行过程中出现异常，可以灵活修改脚本内容，已到达预期的测试目的。最后，执行步骤S7，根据与待测试的智能卡的数据交互结果完成对智能卡的测试操作，并生成测试报告。

智能卡测试设备实施例：

智能卡的测试设备可以是计算机，并且，计算机上设置有处理器，处理可以执行运行集成开发环境平台的程序指令，并且可以通过动态库调用多种不同的接口数据文件，从而扩展集成开发环境平台所兼容的读卡设备的类型。此外，集成开发环境平台还可以加载函数关键字等，拓展所兼容的密钥介质的类型。

因此，智能卡的测试设备上的处理器执行程序指令后，可以实现上述的智能卡测试方法，即执行图2的步骤S1至步骤S7，并且能够执行图3的步骤S11至步骤S14，还能够执行图4的步骤S21至步骤S24。

计算机可读存储介质实施例：

本实施例的计算机可读存储介质可以是非易失性存储器，如EEPROM或者FLASH存储器、铁电存储器等，也可以是移动硬盘等，且存储介质上存储有程序指令，这些程序指令被处理器执行后，可以实现上述的智能卡测试方法。

可见，应用本发明对智能卡进行测试，可以让智能卡测试设备连接多款读卡设备实现对智能卡的访问交互，当出现一款新的读卡设备时，可以通过加载升级动态库的方式实现对新的读卡设备的兼容。此外，本发明的方法还可以实现对不同密钥介质的访问，例如可以访问加密机、远程访问VPN连接、访问本地密钥母卡、PSAM卡、认证卡等类型的密钥介质，如果出现新类型的密钥介质，也可以通过加载函数关键字的方式兼容新的密钥介质。

同时，本发明的方法可以灵活访问不同格式的制卡测试数据，而不是只能通过集成开发环境平台调用固定的脚本命令来操作智能卡，还可以通过编辑脚本命令灵活动态地访问变量数据，实现对不同数据的测试和智能卡的测试。

对智能卡的操作模式也设计了多种方式，包含手动触发、自动触发、调用批量脚本操作或收到单步脚本调制的操作方式。在集成开发环境平台中的脚本设计架构，由于采用了关键字函数后置的方式，即脚本命令行关键字函数的前面放置与智能卡交互的关键APDU命令和命令内容中的变量字段，最大程度地利于对脚本的纠错检查和对脚本的排版。

最后，本发明采用灵活的错误分析机制，在测试结果上，进行了简明扼要的显示，同时可以通过报错信息关联到对应的交互运行日志和运行脚本，能快速对测试报错情况进行分析。

当然，上述实施例仅仅是本发明优选的实施方式，实际应用时，本发明还有更多的改变，例如，兼容的读卡设备的类型的改变、加载的函数关键字的改变等，这样的改变也能实现本发明的目的。

Claims (9)

1.智能卡测试方法，包括：

获取选取第一读卡设备的指令；

其特征在于：

判断是否存储有与所述第一读卡设备对应的接口数据文件，如没有存储与所述第一读卡设备对应的接口数据文件，则加载读卡设备动态库，通过所述动态库调用所述第一读卡设备对应的接口数据文件，通过所述接口数据文件与所述第一读卡设备进行连接；

通过所述第一读卡设备与待测试的智能卡进行数据交互，并且生成测试报告。

2.根据权利要求1所述的智能卡测试方法，其特征在于：

通过所述动态库调用所述第一读卡设备对应的接口数据文件后，还执行：

获取选取密钥介质的指令；

判断是否存储与所选取的密钥介质对应的操作函数，如没有存储所选取的密钥介质对应的操作函数，则加载与所选取的密钥介质对应的操作函数的关键字，根据所述函数关键字调用对应的操作函数。

3.根据权利要求2所述的智能卡测试方法，其特征在于：

如所述密钥介质为卡类密钥介质，则获取选取密钥介质的指令前，还执行：

通过第二读卡设备与密钥介质进行数据交互。

4.根据权利要求2或3所述的智能卡测试方法，其特征在于：

所调用的操作函数中，脚本命令行关键字函数设置在APDU命令行之后。

5.智能卡测试设备，其特征在于，所述测试设备具有处理器，所述处理器执行计算机程序时实现如下步骤：

获取选取第一读卡设备的指令；

判断是否存储有与所述第一读卡设备对应的接口数据文件，如没有存储与所述第一读卡设备对应的接口数据文件，则加载读卡设备动态库，通过所述动态库调用所述第一读卡设备对应的接口数据文件，通过所述接口数据文件与所述第一读卡设备进行连接；

通过所述第一读卡设备与待测试的智能卡进行数据交互，并且生成测试报告。

6.根据权利要求5所述的智能卡测试设备，其特征在于：

通过所述动态库调用所述第一读卡设备对应的接口数据文件后，所述处理器还执行：

获取选取密钥介质的指令；

判断是否存储与所选取的密钥介质对应的操作函数，如没有存储所选取的密钥介质对应的操作函数，则加载与所选取的密钥介质对应的操作函数的关键字，根据所述函数关键字调用对应的操作函数。

7.根据权利要求6所述的智能卡测试设备，其特征在于：

如所述密钥介质为卡类密钥介质，则所述处理器获取选取密钥介质的指令前，还执行：

通过第二读卡设备与密钥介质进行数据交互。

8.根据权利要求6或7所述的智能卡测试设备，其特征在于：

所调用的操作函数中，脚本命令行关键字函数设置在APDU命令行之后。

9.计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至4中任意一项所述智能卡测试方法的步骤。