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

引 言

随着智能卡在金融、电信、移动通信、医疗保险、付费电视等领域应用的迅速增长，其可靠性要求越来越高，而针对智能卡模块的测试已经成为必不可少的质量保证手段。自动化测试不需要人工干预，能提高测试效率，受到更多重视和应用。在发展自动化测试的过程中，一个高效的自动化测试平台是其基本保障。根据智能卡的应用现状和市场需求，本设计用TCL语言和C语言联合编程的方法，以 PC／SC为编程接口，实现了智能卡的测试平台，能够对智能卡进行质量和性能的测试。

1 测试系统结构

具有测试功能的系统结构如图1所示。测试系统一般由测试平台、读／写器和智能卡三个部分组成。测试平台运行测试脚本，并对从智能卡返回的结果进行处理。智能卡内部有被测程序，响应测试平台发来的命令，返回测试数据。读／写器提供测试平台和智能卡的接口。这里的研究重点是测试平台。

2 测试平台的设计思路

测试平台软件由两个部分组成，即界面程序和通信软件程序，如图2所示。界面程序提供一个友好的图形画面，接受用户指令，如脚本输入，按钮响应等。界面将用户的任务转换为内部指令，然后由通信软件程序具体实施，而通信软件程序负责与USB读卡器通信。下面分别介绍界面程序和通信软件程序的实现原理。

图2是测试平台的软件结构

图３界面程序

2．1 界面程序

界面程序分为三层，顶层为脚本层，用于支持ATP语言。ATP并不是一种全新的语言，是从TCL语言口

扩展而来，针对ATP开辟的命令集，它包括 TCL基本命令和应用程序相关的扩展命令。TCL基本指令的使用方法可以参考文献[1，2]，扩展命令是TCL专门针对智能卡的测试而扩展的。

中间层是根据应用需求而扩展的TCI 解释器，它包含TCI标准库和与底层接口程序有关的TCL扩展库。ATP的基本部分由TCL语言解释器调用TCL标准库来执行；ATP的扩展部分由扩展的 TCL解释器调用TCL扩展库执行。

顶层和中间层说明了TCI 即是一种脚本语言也是一个解释器。底层是接口程序，提供与通信软件程序的接口，负责发送命令和返回状态。

图4显示了TCI 与应用程序的调用关系

TCL 的标准命令是TCL自带的，而与应用程序相关的特殊命令需要用C代码去扩展，下面详细介绍如何扩展TCL命令。使用TCL之前，应用程序必须首先创建 TCL解释器创建标准的命令解释器，然后可以调用Tcl CreateCommand过程使用用户自定义命令来扩展解释器，它的原型是：Tcl—CreateCom mand (interp，cmdName，proc，cli—entData，deleteProc)其中：interp为创建的解释器；cmdName为创建的命令名字；proc为与命令相对应的函数；clientData为一个字长的值，通常指向一个专用数据结构；deleteProc为注销命令的函数名，如果其为空，则在注销命令前不调用任何函数。调用Tcl—CreateCommand时，扩展命令name就会和name—tcl联系起来；执行name命令时，会进入name— tcl函数处理name命令。

创建完程序自定义命令后，应用程序进入死循环，等到命令后就传递给解释器。调用Tcl— Eval(interp，script)，通过script的内容知道命令的类型后，选择在相应的过程函数中进行计算。

通信软件程序的执行就是在过程函数里面被调用，这样就实现了界面程序与通信软件程序的接口。

2．2 通信软件程序

通信软件程序遵循PC／SC规范。PC／SC规范是由PC／SC工作组提出的。PC／SC工作组是一个主要由智能卡厂商和计算机厂商组成的委员会，主要成员有微软、苹果、雅斯拓、金普斯、英飞凌、菲利普等。PC／SC规范是一个基于Windows平台的标准用户接口(API)。它独立于硬件设备，使得应用程序的开发人员不必考虑由于硬件改变而引起的应用程序变更，从而降低了软件开发成本。