智能卡的自动化测试平台设计

PC／SC规范包含大量Scard为前缀的API，可以在 winscard．h中找到其原型。应用程序需要包含win—scard．1ib，所有函数的正常返回值都是SCARD—S—SUCCESS，在这些函数中常用的只有几个。与智能卡的访问流程如下：

(1)初始化函数中调用SCardEstablishContext，建立资源管理器的上下文，获得设备的连接句柄，若返回SCARD— S— SUCCESS，则调用成功；调用ScardLis—tReaders获得系统中安装的读卡器列表，调用成功则获取联机的读卡器名字。
(2)在响应函数中调用ScardConnect与卡片建立连接，此时能与卡片通信。
(3)与卡片连接后通过调用SCardTransmit来发送命令，得到由卡片返回的数据。
(4)卡片处于连接状态时，可以调用SCardRecon—nect函数使卡片复位。
(5)完成了与卡片的命令发收后，调用SCardDis—connect函数断开与智能卡的连接。
项目已经实现以上功能的编程接口，而且利用类的方法进行了封装。

　　3 测试平台的使用

　　3．1 测试流程

　　脚本的制定还是使用人工方式，测试人员通过测试平台完成测试。自动化测试不需要人工干预，缩短了测试时间。因而测试过程采用人工测试和自动化测试相结合的方法进行。

　　用户可以编写测试脚本，快速发送测试命令和收集测试数据，可以单次执行或者循环执行，当满足终止条件时，脚本执行结束，生成测试报告。图5为测试流程图。

　　3．2 功能测试

　　测试平台能够以APDU为基本单元完成针对智能卡的功能测试，下面分别对其进行介绍。

　　3．2．1 测试基本单元

　　测试平台与智能卡通信的基本单元是APDUL9 。应用层以APDU为单位进行有序的数据交换，应用层交换的每一步都以命令应答对组成。APDU的命令应答对由以下部分组成：命令APDU包含一个必备的四字节头(CLA，INS，P1，P2)和可选的命令体(Lc，Data，Le)。命令头为命令的编码，Lc为体内数据(data)长度，Data为发送的数据，Le为应答APDU数据字段的最大字节数。应答APDU由可选长度体和两字节状态字SW1一SW2组成。其中，体内的字节数由命令APDU 的Le指出。Data为卡片接受命令APDU后返回的数据。尾部状态字指出卡的处理状态。其中，61xx和9000为正常处理，6lxx的含义SW2指出仍然有效的应答字节数，9000代表正常处理。

　　3．2．2 单元测试

图5 测试流程图

　　同样，智能卡内部程序也是以APDU为单位实现的，因此单元测试的对象就是APDU。发送一个APDU给智能卡，通过智能卡内部程序执行完后返回状态字，判断执行结果的正确与否。命令之间存在着相互依赖关系，因此命令之间通常要相互配合才能完成测试任务。

　　3．2．3 集成测试

　　集成测试主要是通过命令之问有序地执行完成智能卡的功能测试，根据不同的测试需要可以对测试脚本进行分类，例如FLASH 的读／写，加密模块的测试等。按照需要整理好相应的测试脚本后就可以在测试平台上运行，通过脚本与智能卡程序的互测，达到测试目的。测试平台支持自动化测试，所以可以在测试平台上不间断地执行测试脚本，测试人员不需要实时跟踪，只需要关心最后的测试结果，通过测试结果可以发现问题，解决问题。

　　4 结 语

　　该系统已经通过测试，并且得到初步验证。由于针对智能卡的测试项很多，通常需要多种测试工具的软件和硬件设备交互使用，测试人员要熟悉各种软件工具，相应地降低了工作效率。如果能将各种工具软件集成在一起，形成一个多功能的测试平台，支持多种通信接口的读卡器，支持多种脚本格式，那么这将是下一步的工作重点。