U盾测试方法、装置、设备和介质与流程

本公开涉及计算机
技术领域：
，尤其涉及一种u盾测试方法、装置、电子设备和计算机可读存储介质。
背景技术：
：在银行等金融企业提供的业务应用系统中，对于涉及到账务变动类的业务交易，为了保证交易的安全性以及防止冒充，通常会提供u盾作为交易客户鉴别的身份证明。具体地，客户在进行业务交易时，需要在电子设备上插入u盾才能在业务应用系统中进行相关的业务交易。u盾作为一个重要的客户身份证明，在进行业务应用系统的业务交易操作过程中具有非常重要的作用，尤其对于u盾的使用更加频繁的对公企业类的业务交易。然而，随着版本研发节奏的加快，基于业务应用系统自动化验证操作，需要重点考虑u盾的自动化测试。技术实现要素：(一)要解决的技术问题为解决现有技术中u盾自动化测试过程中所存在的技术问题至少之一，本公开提供了一种u盾测试方法、u盾测试装置、电子设备和计算机可读存储介质。(二)技术方案本公开的一个方面提供了一种u盾测试方法，其中，包括：确定usb接口和u盾之间的物理连接关系；根据物理连接关系获取与u盾相对应的点击器；以及控制点击器对u盾执行点击操作，以完成u盾的测试。根据本公开的实施例，在确定usb接口和u盾之间的物理连接关系之前，还包括：响应于测试指令对自动化脚本进行参数化，以形成参数化脚本；执行参数化脚本，确定u盾的u盾编号。根据本公开的实施例，在确定usb接口和u盾之间的物理连接关系之前，还包括：响应于参数化脚本的执行，根据u盾编号生成对应u盾的点击控制通讯报文。根据本公开的实施例，在确定usb接口和u盾之间的物理连接关系中，包括：响应于点击控制通讯报文，确定与u盾对应的usb接口；根据usb接口的当前连接状态，判断物理连接关系。根据本公开的实施例，在根据物理连接关系获取与u盾相对应的点击器中，包括：根据物理连接关系，确定与usb接口的物理接口编号；通过物理接口编号和预设点击器设置规则，获取与u盾相对应的点击器。根据本公开的实施例，在通过物理接口编号和预设点击器设置规则，获取与u盾相对应的点击器中，还包括：根据物理接口编号和预设点击器设置规则，确定点击器的当前运作状态；基于当前运作状态，确定与u盾对应的点击器。根据本公开的实施例，在控制点击器对u盾执行点击操作中，包括：基于固定周期对u盾执行固定次数的点击操作。根据本公开的实施例，该方法还包括：记录对应u盾的点击操作，形成点击操作日志；存储点击操作日志。本公开的另一个方面提供了一种u盾测试装置，其中，包括连接确定模块、点击器获取模块和点击控制模块。连接确定模块用于确定usb接口和u盾之间的物理连接关系；点击器获取模块用于根据物理连接关系获取与u盾相对应的点击器；以及点击控制模块用于控制点击器对u盾执行点击操作，以完成u盾的测试。本公开的另一个方面提供了一种电子设备，其中，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的方法。本公开的另一个方面提供了一种计算机可读存储介质，存储有计算机可执行指令，其中，该指令在被执行时用于实现上述的方法。(三)有益效果本公开提供了一种u盾测试方法，其中包括：确定usb接口和u盾之间的物理连接关系；根据物理连接关系获取与u盾相对应的点击器；以及控制点击器对u盾执行点击操作，以完成u盾的测试。因此，实现了基于实际业务测试场景，建立点击器与待测试u盾之间的对应关系，避免了点击外设模块不受控进行重复不间断、无区分的物理点击操作，防止无效点击操作以及设备损耗损毁问题，确保了点击操作的精确执行，达到降低设备损耗和减少资源浪费的目的，自动化、智能化程度更高。此外，本公开还提供了一种u盾测试装置、电子设备和计算机可读存储介质。附图说明为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：图1示意性示出了根据本公开实施例的可以应用u盾测试方法的一示例性系统架构；图2示意性示出了根据本公开实施例的可以应用u盾测试方法的另一示例性系统架构；图3示意性示出了根据本公开实施例的u盾测试方法的流程图；图4示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图5示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图6示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图7a示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图7b示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图7c示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图7d示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图8示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图9示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图10示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图11示意性示出了根据本公开实施例的u盾测试方法的另一流程图；图12示意性示出了根据本公开实施例的应用于上述u盾测试方法的一应用场景图；图13示意性示出了根据本公开实施例的u盾测试装置的框图；图14示意性示出了根据本公开另一实施例的可以应用u盾测试方法的另一示例性系统架构；图15示意性示出了根据本公开另一实施例的u盾测试方法的流程图；图16示意性示出了根据本公开另一实施例的应用于上述u盾测试方法的一应用场景图；图17示意性示出了根据本公开另一实施例的u盾测试装置的框图；以及图18示意性示出了根据本公开实施例的电子设备的框图。具体实施方式以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。随着系统应用版本研发节奏加快，对于业务应用系统的自动化验证成为了测试过程中的首选方案。由于涉及到上述需要本地设备插入u盾作为安全介质的业务交易一般都是高风险的重点交易，也是每期版本测试需要进行重点验证的内容。在传统自动化测试的过程中，由于硬件安全介质操作(插拔、物理按键点击)的限制，需要加入较多的手工操作环节，才能正常完成一个交易的操作过程，所以该类交易的自动化一直需要进行手工介入进行衔接，自动化成本较高，使得一直无法高效地实现自动化测试。然而，各类业务交易需要使用到的u盾日益频繁，u盾作为客户身份的一个重要证明，在进行系统交易操作的过程中非常重要，尤其针对对公企业类的交易。<实施例1>其中，现有涉及u盾的自动化测试场景，主要面临两个问题：(1)u盾设备上物理按键的点击操作。对此，通常解决方案是使用物理外设的方案在整个交易的过程中，通过外接设备进行重复、不间断地点击u盾上物理按钮的操作模式来实现u盾物理按键的操作。(2)对当前正在使用的u盾进行切换操作。但是在当前的实际工作中，该操作只能通过手工插拔切换u盾的方式来实现。针对上述技术问题，举例而言，对于对公客户需要完成对“周周分红超短期法人人民币理财产品”进行购买撤单业务交易的多级组合授权流程，该流程包含了如下四步操作，依次分别是操作1-理财产品购买、操作2-购买授权、操作3-已购买份额赎回和操作4-赎回授权。其中，操作1和操作3由理财购买人(客户)使用提交u盾进行操作，操作2和操作4由审批人使用审批u盾进行操作。所以，要完成这一业务交易流程的测试，则每一步中均需要进行u盾切换和点击的手工操作，整个流程中要进行4次u盾介质的插拔以及u盾确认键的点击。可见，针对上述业务场景，在现有自动化测试技术中，主要存在两种自动化实现方式：第一种：是准备4台电脑，每台电脑上插好对应的u盾，编制4个脚本，串接为一个测试场景后通过自动化执行调度平台来调度实施。第二种：在一台执行机上完成所有交易的测试。然而，需要说明的是，由于u盾作为一种安全认证用户身份的方式，每个u盾中只能存放一个客户的数字证书身份信息。因此，在每一轮测试的过程中，需要对不同客户类型及交易路径的功能进行验证。所以，在实际操作过程中，上述第一种测试方式则需要准备的测试设备数量更多，且电脑设备的资源使用率低，对于测试执行环境的资源需求与通过自动化测试验证产生的效果相比，投入产出比较低，因此在理论上可行但实际操作过程中难以实施。上述第二种测试方式，因为需要测试人员手工介入进行手工插拔切换u盾的操作，该手工操作过程需要介入四次，而完成u盾的插拔更换，使得操作过程中造成了测试中断，也即该方式也无法实现全流程的无人值守自动化执行。因此，这就造成在现有测试技术模式下该类业务交易的测试执行效率较低，在版本发布节奏加快的大环境下，对测试人员的手工执行造成了很大的执行压力，容易产生漏测或者因版本周期、任务等原因导致的未及时验证覆盖。为解决现有技术中u盾自动化测试过程中所存在的技术问题至少之一，本公开提供了一种u盾测试方法、u盾测试装置、电子设备和计算机可读存储介质。需要说明的是，本公开所提供的u盾测试方法和u盾测试装置可以应用于信息安全
技术领域：
，也可以应用于大数据
技术领域：
和金融
技术领域：
，也可以应用于上述
技术领域：
之外的任意
技术领域：
，本公开的u盾测试方法和装置的应用领域具体不作限定。图1示意性示出了根据本公开实施例的可以应用u盾测试方法的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的应用示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例的u盾测试方法的不可以用于其他设备、系统、环境或场景。如图1所示，根据该实施例的系统架构100可以包括数据请求系统110，以及与该数据请求系统110建立数据通信的服务器系统120，其中服务器系统中包括与数据请求系统110建立数据传输通道的服务器m、121、122、123、124以及125，其中服务器m为主访问服务器(即总服务器)，可以获取来自用户(如测试人员)的指令信息。服务器121、122、123、124以及125为副访问服务器(即分服务器)，数据请求系统110与服务器m、121、122、123、124以及125可以基于一个内部云端网络服务器c实现。或者，服务器m、121、122、123、124以及125中的主服务器m为一网络服务器时，即与其他终端设备111、112、113、114以及115的内网相对，服务器系统120的主服务器m可以位于一外网中。此时，云端网络服务器c此处用以其他终端设备111、112、113、114以及115之间提供通信链路的介质。服务器系统120与多个终端设备之间的数据传输通道具体可以通过各种通信连接类型实现，例如有线、无线通信链路或者光纤电缆等等。其中，云端网络服务器c可以为一web服务器，以向用户提供图形显示和输入界面。需要说明的是，根据本公开实施例，服务器121、122、123、124以及125可以实现无密互联，应用于能够保证信息安全的大型u盾测试服务。用户可以使用终端设备111、112、113、114以及115与服务器系统120交互，以接收或发送消息等，以实现u盾测试或处理，具体涉及对服务器系统中主服务器m中的数据库的访问。例如，终端设备111向终端设备112发送u盾测试数据等访问请求内容，服务器系统120在接收到终端设备111的u盾测试数据后，会对相应的u盾测试数据执行转发处理，并在特定的需要下对u盾测试数据进行加密，以使得最终到达终端设备111的u盾测试数据得到安全保障。终端设备111、112、113、114以及115上可以安装有各种通讯客户端应用，例如管理类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备111、112、113、114以及115可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机以及各类应用服务器等等。服务器系统120可以包括提供各种服务的各类型防火墙，例如对用户利用终端设备111、112、113、114以及115所浏览的网站提供支持的过滤型防火墙(仅为示例)。过滤型防火墙可以对接收到的用户请求等数据进行分析等处理，并基于数据源头的地址以及协议类型等标志特征进行分析，确定是否可以通过，从而将不安全因素过滤或阻挡。需要说明的是，本公开实施例所提供的u盾测试方法一般可以由服务器系统120执行。相应地，本公开实施例所提供的u盾测试装置一般可以设置于服务器系统120中。本公开实施例所提供的u盾测试方法也可以由不同于服务器系统120且能够与终端设备111、112、113、114、115和/或服务器系统120通信的其他服务器系统执行。相应地，本公开实施例所提供的u盾测试装置也可以设置于不同于服务器系统120且能够与终端设备111、112、113、114、115和/或服务器系统120通信的其他服务器系统中。应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、服务器。图2示意性示出了根据本公开实施例的可以实现u盾测试方法的另一示例性系统架构。如图2所示，该系统架构200用于实现本公开实施例的u盾测试方法，具体包括：执行机池210、测试控制模块220、物理u盾模块230以及u盾物理按键点击模块240。其中，测试控制模块220包括：执行机外接设备管理模块221、u盾数据切换路由模块222、u盾设备连接模块223、u盾信息管理模块224等。此外，物理u盾模块230包括多个待测试物理u盾1-n，可以与u盾设备连接模块223的多个usb接口一一对应连接。执行机池210包括多个执行机1-n，其中每个执行机具有控制实现对应各个所连接的待测试u盾的测试功能。u盾数据切换路由模块222可以用于接收执行机外接设备管理模块221发出的u盾使用指令，在u盾路由配置表中查询usb接口的连通状态，并根据不同情况完成usb接口的连通和中断、u盾路由初始化、u盾物理连接重置以及u盾和usb接口信息的同步等操作。最后，由u盾物理按键点击模块224完成对物理u盾设备的周期性人工模拟点击操作。其中，关于u盾路由配置表的具体内容可以参照下文所述内容。u盾设备连接模块223可以用于建立usb接口和物理u盾间的映射关系。u盾设备连接模块223包含多个usb接口1-n，每个usb接口连接一个物理u盾设备，依据usb接口的不同为每个usb接口进行编号，依据usb接口的编号和插入该接口的物理u盾设备的u盾编号形成usb接口和物理u盾设备的映射表，如下表1所示。usb接口逻辑编号u盾编号usb-qy-015300016804usb-qy-025300016861............表1因此，如上述表1所示，例如usb接口1和usb接口2的编号分别为usb-qy-01和usb-qy-02，且分别对应插入usb接口1和usb接口2的物理u盾的u盾编号分别为5300016804和5300016861，则形成usb-qy-01和5300016804、usb-qy-02和5300016861的映射表。u盾信息管理模块224用于存储并管理u盾编号、u盾设备连接usb接口的对照信息以及u盾的业务用途等信息并提供信息维护功能。其中，该业务用途的信息主要包括的信息项为：u盾编号、u盾品牌、u盾id证书号、u盾类别、u盾用途和usb接口逻辑编号等，具体可以参考如下表2。表2其中，u盾编号对应的usb接口逻辑编号通过执行机外接设备管理模块221发送的“更新物理u盾连接”报文从u盾设备连接模块223中进行数据同步。执行机外接设备管理模块221用来与u盾数据切换路由模块222进行交互，根据业务流程的不同给u盾数据切换路由模块222发送u盾使用通讯报文信息。其中，该u盾使用通讯报文信息中包含u盾编号、操作指令、发送时间、执行机名称、发送ip等内容，具体报文形式可参考如下报文指令信息：可见，上述示例性u盾使用通讯报文信息中包含u盾编号5300016804、操作指令、发送时间2021/3/1215：12：12、执行机名称ukeytest01、发送ip地址83.25.10.12等信息。其中，操作指令可以包含新建usb接口连接、释放usb接口连接、初始化u盾路由配置、重置物理u盾连接、更新物理u盾连接，当其对应的标记位分别为01、02、03、04、05时，则上述u盾使用通讯报文信息中操作指令01即为新建usb接口连接。具体地，新建usb接口连接表示执行机及对应usb接口建立连接；释放usb接口连接则表示执行机及对应usb接口断开连接；初始化u盾路由配置则表示将u盾数据切换路由模块222中的u盾路由配置表恢复初始化设置；重置物理u盾连接对所有usb接口进行断电10秒后重新上电的操作，重置所有的u盾物理连接；更新物理u盾连接是当物理usb接口所连u盾发生插拔或切换时，将usb接口和物理u盾间的映射关系更新到u盾设备连接模块223，同时同步到u盾信息管理模块224。u盾数据切换路由模块222可以用于接收来自执行机外接设备管理模块221发送的u盾使用通讯报文信息，根据该u盾使用通讯报文信息进行对应操作，并管理维护u盾路由配置表。其中，u盾路由配置表包含usb接口物理编号、usb接口逻辑编号、连接状态、开始时间、结束时间、当前占用执行机名称、当前占用执行机ip等字段。进一步地，依据上述u盾使用通讯报文中的u盾编号、操作指令，u盾信息管理模块224中的usb逻辑接口编号和物理u盾编号间的映射表信息，以及u盾路由配置表中的usb接口物理编号、usb接口逻辑编号信息，建立或中断执行机和对应usb物理接口的连接，并将连接状态、开始时间、结束时间、当前占用执行机名称、当前占用执行机ip等字段同步更新至u盾路由配置表，具体如下述表3所示。表3最后，u盾物理按键点击模块240用来实现对u盾设备物理“ok”键的点击操作。以16个的u盾设备点击箱举例，u盾物理按键点击模块240可以支持对16个u盾的物理ok按键的点击操作，u盾物理按键点击模块240完全模拟人的手工点击对u盾设备进行操作，确保业务场景的高还原度。其中，需要进一步说明的是，为了避免多个u盾接入时产生的供电不足问题，u盾设备连接模块中增加+5v的供电输入。以下结合图3-图13和图18，对本公开提供的u盾测试方法、u盾测试装置、电子设备及计算机可读存储介质作进一步的详细说明。图3示意性示出了根据本公开实施例的u盾测试方法的流程图。如图3所示，本公开的一个方面提供了一种u盾测试方法，其中，包括步骤s301-s303。在步骤s301中，确定usb接口的当前状态；在步骤s302中，当当前状态为空置状态时，建立执行机和usb接口之间的连接关系；以及在步骤s303中，根据连接关系，对u盾进行测试。如图2所示，对于u盾设备连接模块223而言，其所具有的每个usb接口都具有不同的逻辑连通状态和物理连接状态。其中，物理连接状态是usb接口所处的插槽与u盾的插头实现的物理状态下的连接状态，而逻辑连通状态则是执行机、usb接口和/或u盾之间所形成的可用于数据传输的逻辑连通状态。因此，在特定情况下，usb接口与u盾具有物理连接状态时，二者之间可能并不具有相应的逻辑连通状态，既并无法实现相应的数据传输功能。因此，在仅具有物理连接状态的情况下，与u盾对应的执行机也无法实现对u盾的测试控制。另一方面，当u盾插头与usb接口对应的插槽脱离物理连接时，至少usb接口与执行机之间还可能存在逻辑连通状态。此时，当新的待测试u盾插入到该usb接口时，该usb接口的当前连接状态很可能仍然是与前一个插入的u盾所对应的执行机之间的数据传输状态。因此，当待测试u盾所插入的usb接口仍然处于与前一个插入的u盾所对应的执行机之间的数据连通状态时，则该usb接口的当前状态为占用状态。相反，则为空置状态。只有在待测试u盾所插入的usb接口与前一个插入该usb接口的u盾所对应的执行机之间脱离数据连通状态时，则可以生成对应该usb接口的新连接建立指令，同时响应于对应待测试u盾的测试申请相关指令，建立执行机和该待测试u盾对应的所插入的usb接口之间的连接关系，该连接关系可以理解为用于上述数据传输的逻辑连通关系，此时该usb接口和与该待测试u盾对应的该执行机之间处于上述的逻辑连通状态，并再次处于占用状态。在上述待测试u盾对应所插入的usb接口处于该u盾所对应的执行机的逻辑连接状态时，则执行机可以被用于控制执行相应的测试申请相关指令，使得执行机可以针对该usb接口进行u盾的测试操作。可见，通过本公开实施例的上述u盾的测试方法，解决了现有测试人员在涉及到使用u盾交易的测试的过程中，因在一个交易中需要切换多个u盾介质，但现有测试模式限制导致无法全流程自动化而产生的较大的手工执行工作量，通过本公开装置实现了对多个u盾介质切换的自动化，提高了测试执行效率，减少了因手工验证工作量大，版本周期紧等问题导致的测试交易未被及时验证覆盖的难题。因此，实现了基于实际业务测试场景，自动灵活建立执行机与待测试u盾之间的连接关系，避免了手工拔插切换待测试u盾以及手工点击u盾的情况，极大地提高了u盾测试执行效率，减少手工验证操作，自动化、智能化程度更高。图12示意性示出了根据本公开实施例的应用于上述u盾测试方法的一应用场景图。其中，需要注意的是，图12所示仅为可以应用本公开实施例一个场景的应用示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例的u盾测试方法的不可以用于其他设备、系统、环境或场景。图4示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图4所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态之前，还包括步骤s401-s402。在步骤s401中，对自动化脚本进行参数化，以形成参数化脚本；在步骤s402中，根据参数化脚本中的u盾的u盾编号，确定对应的usb接口逻辑编号。自动化脚本是为满足u盾自动测试应具备的可维护性、可靠性和可移植性，使用自然语言作为编写测试脚本的语言的测试脚本，该测试脚本作为一种可执行文件，编写方式符合自然语言描述习惯，等同于测试用例，且不需要进行测试用例与测试脚本的转换，维护测试用例相对简便，从而将用例描述的测试过程与实际测试操作及测试结果判断相统一。在对获取u盾所插入的usb接口的当前状态之前，需要根据待测试的u盾确定于该usb接口对应执行机。因此，在对自动化脚本进行编制过程中，需要将待测试的u盾编号进行参数化。之后，通过u盾数据切换路由模块222将usb接口、执行机及物理u盾分别实现物理连接，即usb接口与u盾处于物理连接状态。当实现usb接口、执行机及物理u盾之间的物理连接之后，则可以控制执行机对自动化脚本进行执行操作时，实现自动化脚本的文件解析，从自动化脚本的参数中获取所要使用的u盾编号，从u盾信息管理模块224中获取u盾编号对应的usb接口逻辑编号。借此，便可以在获取usb接口的当前状态之前，唯一确定与该执行机对应的usb接口。图5示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图5所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态中，包括步骤s501-s502。在步骤s501中，响应于usb接口逻辑编号的确定，生成u盾使用申请指令；在步骤s502中，基于申请指令，查询对应的usb接口的当前状态。如图12所示步骤s1201，在获取usb接口逻辑编号之后，执行机外接设备管理模块221将生成用于u盾使用申请的指令报文，并将该指令报文以申请指令的形式发送至u盾数据切换路由模块222，u盾数据切换路由模块222在接收并执行该申请指令之后，将依据该申请指令中所包含的usb接口逻辑编号对u盾数据切换路由模块222中的u盾路由配置表执行usb接口查询操作，进而确定对应该usb接口逻辑编号的usb接口的当前状态为空置状态或占用状态，具体如图12所示步骤s1202中usb接口是否被占用的判断过程。因此，借助于u盾路由配置表可以更加快速有效地确定usb接口的当前状态。图6示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图6所示，根据本公开的实施例，在步骤s302当当前状态为空置状态时，建立执行机和usb接口之间的连接关系中，包括步骤s601-s602。在步骤601中，根据usb接口逻辑编号确定usb接口物理编号；在步骤602中，通过usb接口物理编号，形成执行机和usb接口之间的数据通路，以建立连接关系。如图12所示步骤s1203，在确认usb接口的当前状态为空置状态时，即该usb接口未被占用，通过usb接口逻辑编号查询u盾路由配置表，以获取usb接口物理编号，u盾所申请的执行机可以被控制基于该usb接口物理编号，建立与该usb接口之间的数据通路，从而形成该usb接口与执行机之间的逻辑连通关系，构成实质上的相互连接，即该连接关系同时满足物理连接状态和逻辑连通状态。因此，本公开实施例的执行机在被控制进行u盾的测试指令的执行操作时，可以直接通过与该usb接口之间的连接关系，对u盾进行测试操作。根据本公开的实施例，在步骤s302当当前状态为空置状态时，建立执行机和usb接口之间的连接关系中，还包括：更新对应usb接口的测试信息。如图12所示步骤s1208，当在建立执行机与usb接口之间的逻辑连通状态的连接关系时，可以进一步控制u盾数据切换路由模块222在u盾路由配置表中更新与该占用usb接口相关的测试信息，如当前占用状态下的执行机名称、执行机ip、开始时间等信息。此时，u盾与对应执行机建立物理连接和逻辑连接的基础，并可据此展开后续的测试交互操作。图7a示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图7a所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态之后，还包括步骤s701-s702。在步骤s701中，当当前状态为占用状态时，确定占用状态的占用时间；在步骤s702中，根据占用时间，更新占用状态。如图12所示步骤s1204和s1208，当确认该usb接口当前状态为占用状态时，即该usb接口的逻辑连通状态为与原有执行机之间的连接关系时，则判断该占用状态的当前占用时间，即该usb接口与原执行机之间的逻辑连接关系所维持的时间。并控制u盾数据切换路由模块222将该占用时间作为更新数据，在u盾路由配置表中进行状态更新，从而使得该占用状态所记录的占用信息为即时信息，以利于判断该usb接口的当前占用状态的结束、空置状态的开始。图7b示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图7b所示，根据本公开的实施例，在步骤s702根据占用时间，更新占用状态中，包括步骤s710-s720。在步骤s710中，当占用时间超出设定阈值时间时，断开usb接口的当前连接关系；在步骤s720中，响应于当前连接关系的断开，将usb接口的当前状态更新为空置状态。如图12所示步骤s1204和s1205，当u盾路由配置表中对应该usb接口的当前占用状态所持续的占用时间超过预先设定的设定阈值时间时，则控制与该usb接口处于当前占用状态的执行机断开逻辑连通关系，使得usb接口的当前连接关系断开。同时，u盾数据切换路由模块222还可以响应于该usb接口的当前连接关系的结束，在u盾路由配置表中将usb接口的当前状态更新为空置状态。因此，可以使得该usb接口的当前状态实时更新，以利于判断该usb接口与新执行机之间的连接关系的建立时机，以加快测试进度，节约测试时间。图7c示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图7c所示，根据本公开的实施例，在步骤s710当占用时间超出设定阈值时间时，断开usb接口的当前连接关系中，包括步骤s711-s712。在步骤s711中，当占用时间超出设定阈值时间时，生成释放usb接口指令；在步骤s712中，执行释放usb接口指令，以断开usb接口与相应执行机之间的闭合通路，使得当前连接关系断开。在占用时间超出设定阈值时间时，usb接口的当前连接关系的断开操作具体执行如下：当原执行机对该usb接口的使用结束时，可以主动基于上述占用时间超时的判断结果，生成用于执行usb接口连接关系断开的释放usb接口指令，并由执行机外接设备管理模块221发出释放usb接口连接指令，u盾数据切换路由模块222将物理接口的数据与对应原执行机的接入口之间建立的闭合逻辑通路断开，并更新u盾路由配置表中的该usb接口的当前状态信息，使得该usb接口的连接状态为空置状态。图7d示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图7d所示，根据本公开的实施例，在步骤s702根据占用时间，更新占用状态中，包括步骤s721-s722。在步骤s721中，当占用时间未超出设定阈值时间时，维持usb接口的当前连接关系；在步骤s722中，响应于当前连接关系的维持，将usb接口的当前状态更新为停用状态。如图12所示步骤s1206，当u盾路由配置表中对应该usb接口的当前占用状态所持续的占用时间尚没有超过预先设定的设定阈值时间时，则控制原执行机与该usb接口保持当前连接关系。同时，生成相应的反馈报文，使得u盾路由配置表中的usb接口的当前状态被更新为停用状态，即该usb接口此刻尚被占用，无法使用。图8示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图8所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态之后，还包括步骤s801-s802。在步骤s801中，当当前状态为重置状态时，生成重置物理u盾连接指令；在步骤s802中，响应于物理u盾连接指令，对usb接口进行设定断电时间的重上电操作，完成u盾的物理连接的重置。在部分情况下u盾设备连接模块223由于长时间接入u盾会导致部分u盾提示软件无法重置的异常问题，此时该usb接口所对应的当前状态会自动进入重置状态，该重置状态下可以生成用于重置物理u盾连接的连接指令，该重置物理u盾连接指令通过执行机外接设备管理模块221转发至u盾数据切换路由模块222执行，以使得u盾设备连接模块223对所有usb接口进行设定断电时间(如断电10秒)后的重新上电的操作，以对所有的u盾与usb接口之间的u盾物理连接关系进行重置，从而能够使得u盾设备连接模块223解决上述出现部分u盾提示软件无法重置的异常问题，以确保整个u盾测试过程的顺利。图9示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图9所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态之后，还包括步骤s901-s902。在步骤s901中，当当前状态为重置状态时，生成初始化u盾路由配置指令；在步骤s902中，响应于初始化u盾路由配置指令，对u盾的测试信息进行重置。在该usb接口的当前状态为重置状态时，则需要重置所有执行机和u盾设备的连接过程，具体可通过执行机外接设备管理模块221发出初始化u盾路由配置指令，该指令被u盾数据切换路由模块222执行时，可以将u盾路由配置表中的测试信息诸如执行机ip、执行机名称、开始时间、连接状态等字段进行重置为空。在重置状态下，可以实现对所有执行机和u盾设备的连接关系进行重置，以便于后续u盾的不同业务的测试执行。图10示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图10所示，根据本公开的实施例，在步骤s303根据连接关系，对u盾进行测试中，包括步骤s1001-s1002。在步骤s1001中，根据连接关系，确定执行机向对应u盾的点击器发送模拟点击数据；在步骤s1002中，根据模拟点击数据控制点击器对u盾进行模拟点击，完成u盾的测试。根据执行机与该usb接口之间所确定的物理连接关系和逻辑连通关系，进一步可以将执行机所产生的测试操作数据通过该连接关系所建立的逻辑数据传输通道发送至与该u盾对应连接的点击器，点击器的点击位正对所述u盾的按键设置。其中，与执行机之间具有当前连接关系的该usb接口插入连接该待测试的u盾。进一步地，模拟点击数据包括点击器可以执行点击操作的预设规律信息，如点击时间、点击次数、点击周期以及结束点击的时间，以确定该数据被点击器执行时，可以对待测试的u盾执行预设规律的点击操作。以此，即可以使得u盾的测试得以高效、准确的完成点击测试。图11示意性示出了根据本公开实施例的u盾测试方法的另一流程图。如图11所示，根据本公开的实施例，在步骤s301确定usb接口的当前状态之后，还包括步骤s1101-s1102。在步骤s1101中，响应于u盾的物理接入变更信息，生成物理u盾连接更新指令；在步骤s1102中，根据物理u盾连接更新指令，更新对应usb接口的测试信息。如图12所示步骤s1209，当u盾设备连接模块223中的物理u盾接入信息发生变更时，可通过执行机外接设备管理模块221发出用于更新物理u盾连接的物理u盾连接更新指令，将u盾设备连接模块223中的usb接口和物理u盾设备的映射表中的测试信息进行更新，同时同步到u盾信息管理模块224中。其中，测试信息可以包括各类与该u盾测试的相关数据，如执行机名称、usb接口、点击器名称、预设点击操作的规律信息等数据。因此，可以实现对各个u盾测试信息的更新完善，使得作为数据存储模块的u盾信息管理模块224中的数据更加即时有效，以保证后续u盾的测试进程快速、准确、高效。可见，通过本公开实施例的u盾测试方法，可以在自动化测试过程中，对所使用的物理u盾等介质提供统一的管理及全自动化的接入服务，解决了原有切换u盾时需要手工进行u盾插拔导致自动化执行中断的问题，提高了自动化测试效率。进一步地，通过本公开实施例的u盾测试方法，还解决了原先自动化测试过程中对于u盾物理按键需要逐个进行手工点击的问题，通过批量的逐次点击，实现了u盾的按键自动化点击。图13示意性示出了根据本公开实施例的u盾测试装置的框图。如图13所示，本公开的另一个方面提供了一种u盾测试装置1300，其中，包括状态确定模块1310、连接建立模块1320和u盾测试模块1330。状态确定模块用于确定usb接口的当前状态；连接建立模块用于当当前状态为空置状态时，建立执行机和usb接口之间的连接关系；以及u盾测试模块用于根据连接关系，对u盾进行测试。需要说明的是，图13所示u盾测试装置1300部分的实施例方式与前述u盾测试方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。<实施例2>如前述实施例所提及的内容，现有涉及u盾的自动化测试场景，主要面临两个问题：(1)u盾设备上物理按键的点击操作。对此，通常解决方案是使用物理外设的方案在整个交易的过程中，通过外接设备进行重复、不间断地点击u盾上物理按钮的操作模式来实现u盾物理按键的操作。(2)对当前正在使用的u盾进行切换操作。但是在当前的实际工作中，该操作只能通过手工插拔切换u盾的方式来实现，或是通过研发u盾路由连接模块来进行实现。但在当前模式下，使用物理外设不间断点击u盾上物理按钮的方式，由于点击没有针对性，即使某一时间段没有或者只有少数几个u盾需要点击操作，所有的u盾设备均为被点击的状态，产生了巨大的无效点击操作量，导致电能等资源浪费及无谓的设备损耗，尤其是会产生较多的u盾按键由于多次点击而损坏的情况，浪费的测试资源。为解决现有技术中u盾自动化测试过程中所存在的技术问题至少之一，本公开提供了一种u盾测试方法、装置、电子设备和计算机可读存储介质。需要说明的是，本公开所提供的u盾测试方法和装置可以应用于信息安全
技术领域：
，也可以应用于大数据
技术领域：
和金融
技术领域：
，也可以应用于上述
技术领域：
之外的任意
技术领域：
，本公开的u盾测试方法和装置的应用领域具体不作限定。图14示意性示出了根据本公开另一实施例的可以应用u盾测试方法的另一示例性系统架构。如图14所示，该系统架构1400包括执行机池1410、执行机外接设备管理模块1420，u盾设备路由连接模块1430、u盾点击管理模块1440、物理u盾模块1450和点击器池1460等主要模块。执行机池1410包括多个执行机1-n，其中每个执行机在执行到自动化脚本中需要进行u盾点击的步骤时，由执行机外接设备管理模块1420给u盾点击管理模块1440的点击指令处理子模块1441和u盾设备路由连接模块1430的u盾信息管理子模块1431发送u盾点击控制通讯报文，u盾信息管理子模块1431接收该报文后进行解析，根据该报文中的u盾编号在u盾数据切换路由子模块的路由配置表中查询与该u盾对应的usb接口编号，同时点击指令处理子模块1441接收该报文和上述usb接口编号后进行解析，根据该报文中的usb接口编号在u盾点击管理模块1440的点击器配置信息管理子模块1442中找到物理u盾对应的点击器编号，之后由u盾点击管理模块1440的点击操作控制子模块1443控制对应的点击器，完成u盾点击的操作。进一步地，由u盾点击管理模块1440的点击操作日志记录子模块1444完成整个过程中的日志记录操作。此外，物理u盾模块1450包括多个待测试物理u盾1-n，可以与u盾设备路由连接模块1430的多个usb接口一一对应连接。执行机池210的多个执行机1-n，其中每个执行机具有控制实现对应各个所连接的待测试u盾的测试功能。此外，点击器池1460包括多个用于被控制对上述多个u盾1-n执行模拟点击操作的点击器，多个点击器与多个待测试u盾一一对应设置，当对应点击器执行点击操作指令时，对相应的待测试u盾进行点击，使得该u盾完成测试点击。其中，该点击器配置信息管理子模块1442中具有一点击器编号和usb接口编号的映射表，如下表4所示。usb接口编号点击器编号usb-qy-01ukey-click-01usb-qy-02ukey-click-02............表4执行机外接设备管理模块1420可以用于根据不同业务流程向u盾设备路由连接模块1430发送u盾使用通讯报文信息，同时也负责向u盾点击管理模块1440发送u盾点击控制通讯报文信息。其中，u盾使用通讯报文信息中包含u盾编号、操作指令、发送时间、执行机名称、发送ip等内容，具体可参考如下报文指令信息：可见，上述示例性u盾使用通讯报文信息包含执行机名称ukeytest01、u盾编号5300016804，发送时间2021/3/1215：12：12、发送ip地址83.25.10.12，点击次数3，点击间隔时长2等信息。其中，操作指令可以包含新建usb接口连接、释放usb接口连接、初始化u盾路由配置、重置物理u盾连接、更新物理u盾连接等。u盾设备路由连接模块1430可以用于建立自动化执行机1-n与u盾设备1-n的物理连接通路，并进行指令传输。u盾设备路由连接模块1430主要由u盾信息管理子模块1431、u盾设备连接子模块1433、u盾数据切换路由子模块1432构成。其中，u盾信息管理子模块1431主要用于管理u盾编号、u盾设备连接usb接口的对照信息以及u盾的业务用途等信息并提供维护功能；u盾设备连接子模块1433主要用来管理维护usb接口和物理u盾间的映射关系；u盾数据切换路由子模块1432则主要用来接收来自执行机外接设备管理模块1420发送的u盾使用通讯报文信息，建立或中断执行机与usb物理接口的连接，并将连接状态、开始时间、结束时间、当前占用执行机名称、当前占用执行机ip等字段同步更新至u盾设备路由连接模块1430的u盾路由配置表。u盾点击管理模块1440主要用来接收执行机提交的u盾点击操作指令，并依据点击操作指令控制相应点击器对指定的u盾进行点击操作。u盾点击管理模块1440主要由点击指令处理子模块1441、点击器配置信息管理子模块1442、点击操作控制子模块1443和点击操作日志记录子模块1444构成。其中，点击指令处理子模块1441主要用来接收执行机外接设备管理模块1420发送的u盾点击控制通讯报文，并对该报文指令进行解析处理；点击器配置信息管理子模块1442主要用来存放点击器与物理u盾的对应映射关系；点击操作控制子模块1443主要用来依据点击指令，操作指定的点击器对相应u盾进行点击操作；点击操作日志记录子模块1444主要用来记录点击器的点击操作日志，该点击操作日志主要包含执行机名称、u盾编号、执行机ip、点击操作开始时间、点击操作次数以及点击间隔时长等信息，具体可以参照如下表5所示内容。表5根据上述本公开实施例的系统架构1400，本公开实施例的u盾测试方法可以根据实际业务测试需求，自动灵活建立执行机和u盾的连接并实现物理u盾设备上可控式的按键点击，避免产生大量的无效点击操作量，导致电能等资源浪费及无谓的设备损耗。以下结合图15-图18，对本公开提供的u盾测试方法、u盾测试装置、电子设备及计算机可读存储介质作进一步的详细说明。图15示意性示出了根据本公开另一实施例的u盾测试方法的流程图。本公开的一个方面提供了一种u盾测试方法，其中，包括步骤s1501-s1503。在步骤s1501中，确定usb接口和u盾之间的物理连接关系；在步骤s1502中，根据物理连接关系获取与u盾相对应的点击器；以及在步骤s1503中，控制点击器对u盾执行点击操作，以完成u盾的测试。如图14所示，对于u盾设备路由连接模块1430而言，其所具有的每个usb接口都具有不同的逻辑连通状态和物理连接状态。其中，物理连接关系是该usb接口所处的插槽与u盾的插头实现的物理状态下的物理连接状态的物理对应关系，即该usb接口插入了待测试u盾，实现usb接口与待测试u盾之间的物理对应关系。此外，根据该物理对应关系，还物理连接关系还可以进一步包括u盾和usb接口之间的逻辑连通关系，以实现u盾和usb接口之间的逻辑对应。在本公开的实施例中，根据usb接口和u盾之间的物理连接关系，同时结合usb接口和点击器与之间的逻辑对应关系，则可以建立点击器与u盾之间的连接关系，进而依据usb接口的身份信息，在usb接口与点击器的预设映射规则中查询并获取与u盾对应的点击器。具体而言，如图14所示，点击指令处理子模块1441接收u盾使用通讯报文信息和usb接口编号后进行解析，根据报文中的usb接口编号在点击器配置信息管理子模块1442中找到物理u盾对应的点击器编号，之后由点击操作控制子模块1443控制对应的点击器，完成u盾点击的操作。因此，实现了基于实际业务测试场景，建立点击器与待测试u盾之间的对应关系，避免了点击外设模块不受控进行重复不间断、无区分的物理点击操作，防止无效点击操作以及设备损耗损毁问题，确保了点击操作的精确执行，达到降低设备损耗和减少资源浪费的目的，自动化、智能化程度更高。图16示意性示出了根据本公开另一实施例的应用于上述u盾测试方法的一应用场景图。根据本公开的实施例，在步骤s1501确定usb接口和u盾之间的物理连接关系之前，还包括：响应于测试指令对自动化脚本进行参数化，以形成参数化脚本；执行参数化脚本，确定u盾的u盾编号。自动化脚本是为满足u盾自动测试应具备的可维护性、可靠性和可移植性，使用自然语言作为编写测试脚本的语言的测试脚本，该测试脚本作为一种可执行文件，编写方式符合自然语言描述习惯，等同于测试用例，且不需要进行测试用例与测试脚本的转换，维护测试用例相对简便，从而将用例描述的测试过程与实际测试操作及测试结果判断相统一。在确定u盾所插入的usb接口的当前物理连接状态前，需要根据待测试的u盾确定于该usb接口对应执行机。因此，在对自动化脚本进行编制过程中，需要将待测试的u盾编号进行参数化，从而生成参数化的运行脚本。之后，可以控制执行机对自动化脚本进行执行操作，实现自动化脚本的文件解析，从自动化脚本的参数中获取所要使用的u盾编号。借此，便可以在获取usb接口编号之前，唯一确定与该执行机对应的u盾。根据本公开的实施例，在步骤s1501确定usb接口和u盾之间的物理连接关系之前，还包括：响应于参数化脚本的执行，根据u盾编号生成对应u盾的点击控制通讯报文。如图16所示步骤s1601，在执行机对参数化脚本进行执行操作之后，可以进一步由执行机在执行自动化脚本中需要进行u盾点击的步骤时，由执行机外接设备管理模块1420根据u盾编号生成u盾点击控制通讯报文，之后向点击指令处理子模块1441发送u盾点击控制通讯报文。u盾点击控制通讯报文被点击指令处理子模块1441进行解析处理之后，可以用于确定u盾对应的usb接口的物理连接关系。以此，便可以保证后续通过点击控制通讯报文所确定的点击器与上述u盾编号所确定的u盾一一对应。根据本公开的实施例，在步骤s1501确定usb接口和u盾之间的物理连接关系中，包括：响应于点击控制通讯报文，确定与u盾对应的usb接口；根据usb接口的当前连接状态，判断物理连接关系。如图16所示步骤1602、s1609，由执行机外接设备管理模块1420给u盾点击管理模块1440的点击指令处理子模块1441和u盾设备路由连接模块1430的u盾信息管理子模块1431发送u盾点击控制通讯报文，u盾信息管理子模块1431接收该报文后进行解析，根据该报文中的u盾编号在u盾数据切换路由子模块1432的路由配置表中通过获取的u盾与usb接口之间的对应关系查询与该u盾对应的usb接口编号。u盾信息管理子模块1431接收该报文后进行解析，根据该报文中的u盾编号在u盾数据切换路由子模块432的路由配置表中查询与该u盾对应的usb接口编号。进一步地，由点击指令处理子模块1441接收上述报文之后，在路由配置表中查询该usb接口编号所对应的usb接口的当前连接状态，以用于确认该usb接口的对应关系为空置状态或占用状态，以检查物理u盾是否已经连接到具体的usb接口上。进一步地，u盾设备路由连接模块1430将处于空置状态的usb接口和对应的物理u盾进行物理连接，从而建立二者之间的物理连接关系。此外，若该usb接口的当前连接状态为占用状态，则对应u盾则不能够与usb接口建立上述物理连接关系。具体地，如图16所示步骤1603中，usb接口处于占用状态情况下，如物理u盾未连接到usb接口上，则可以直接反馈报文：“该物理u盾未连接到执行机上，无法进行点击”，并将该错误信息记录到点击操作日志表中，此时将无法实现对该u盾的点击操作。因此，实现了基于实际业务测试场景，建立点击器与待测试u盾之间的对应关系，确保了点击操作的精确执行。根据本公开的实施例，在步骤s1502根据物理连接关系获取与u盾相对应的点击器中，包括：根据物理连接关系，确定与usb接口的物理接口编号；通过物理接口编号和预设点击器设置规则，获取与u盾相对应的点击器。通过上述u盾与usb接口之间建立的物理连接关系(即该物理u盾已连接到usb接口上)，可以基于u盾数据切换路由子模块1432中的路由配置表所预先设定的u盾和usb接口的编号信息，确定该usb接口的物理接口编号。进一步地，可以基于该usb接口的物理编号，以及在点击器配置信息管理子模块1442中设置的预设点击器设置规则，来直接确定于该u盾对应的点击器编号，其中预设点击器设置规则包括usb接口编号和点击器编号之间的对应关系。通过所确定的点击器编号可以唯一确定点击器，进而可以用于检查物理u盾是否已连接到该点击器上。因此，实现了通过usb接口的物理连接关系建立点击器与待测试u盾之间的对应关系，确保了点击器与待测试u盾之间的精确对应。根据本公开的实施例，在通过物理接口编号和预设点击器设置规则，获取与u盾相对应的点击器中，还包括：根据物理接口编号和预设点击器设置规则，确定点击器的当前运作状态；基于当前运作状态，确定与u盾对应的点击器。由于点击器在不同情况下存在不同的运作状态，如停止状态下点击器暂停对当前u盾的点击测试；待机状态下点击器处于重置状态，不对任何u盾进行点击测试，可以随时应用于对新建立关系的u盾进行点击操作；点击状态下则说明点击器当前正在执行对当前u盾的点击操作，无法执行新的u盾的点击。如图16所示步骤s1605-s1607通过物理接口编号和预设点击器设置规则可以唯一确定一用于对应u盾的点击器的编号之后，进一步地，仍需要点击器配置信息管理子模块1442对该点击器编号所对应的点击器当前运作状态进行确定，具体可以查询相应点击器的运行状态日志。因此，在当该点击器的运作状态为待机状态下时，可以唯一确定该点击器与报文中的u盾编号对应的u盾对应，其中该u盾已经与相应usb接口建立的物理连接关系。此时，相当于该u盾与点击器之间建立对应关系，可以进一步实现二者之间的控制交互。也即，物理u盾已连接到点击器上，则由点击操作控制子模块1443控制对应的点击器，完成u盾点击的操作。此外，如物理u盾未连接到点击器上，则反馈报文“该物理u盾没有对应点击器，无法执行点击”。因而，有效避免了因点击器的当前运作状态不良所产生的点击判断错误的现象，加快测试进度，提高u盾的测试效率。根据本公开的实施例，在步骤s1503控制点击器对u盾执行点击操作中，包括：基于固定周期对u盾执行固定次数的点击操作。根据u盾与该usb接口之间所确定的物理连接关系，进一步可以将执行机所产生的测试操作数据通过该连接关系所建立的逻辑数据传输通道发送至与该u盾对应连接的点击器，点击器的点击位正对所述u盾的按键设置。其中，与执行机之间具有当前连接关系的该usb接口插入连接该待测试的u盾。进一步地，模拟点击数据包括点击器可以执行点击操作的预设规律信息，如点击时间、点击次数、点击周期以及结束点击的时间，以确定该数据被点击器执行时，可以对待测试的u盾执行预设规律的点击操作，如基于固定周期对u盾执行固定次数的点击操作。以此，即可以使得u盾的测试得以高效、准确的完成点击测试。根据本公开的实施例，该方法还包括：记录对应u盾的点击操作，形成点击操作日志；存储点击操作日志。如图16所示步骤s1608，对u盾的点击操作过程中，所产生的各类反馈信息可以形成点击操作日志，如点击操作失败或错误的反馈报文、点击操作的实际点击信息(如点击时刻、点击器编号、usb接口编号、u盾编号等)、u盾的点击测试业务名称等与点击操作直接相关或在该点击过程中直接产生反馈数据，都会进行相应的过程记录操作，用于形成点击操作日志。该点击操作日志被直接记录到点击操作日志记录子模块1444的点击操作日志表中以完成点击操作日志的存储。其中，由点击操作日志记录子模块1444完成整个过程中的日志记录操作。因此，可以将整个测试架构的各个组成部分的即时状态实现实时上传管理和更新，防止某部分出现无效数据或功能异常时，对整个点击操作的过程产生影响，以进一步改善测试架构的运行状态，加快测试效率。可见，通过本公开实施例的u盾测试方法，可以解决由于u盾点击外设模块不受控进行重复不间断点击u盾上物理按钮，产生大量无效的点击操作量的问题。同时，减少了设备损耗损毁的消耗，减少了资源浪费。图17示意性示出了根据本公开另一实施例的u盾测试装置的框图。本公开的另一个方面提供了一种u盾测试装置1700，其中，包括连接确定模块1710、点击器获取模块1720和点击控制模块1730。连接确定模块1710用于确定usb接口和u盾之间的物理连接关系；点击器获取模块1720用于根据物理连接关系获取与u盾相对应的点击器；以及点击控制模块1730用于控制点击器对u盾执行点击操作，以完成u盾的测试。需要说明的是，图17所示u盾测试装置1700部分的实施例方式与前述u盾测试方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。图18示意性示出了根据本公开实施例的电子设备的框图。其中，图18示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。本公开的另一方面提供了一种电子设备，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的方法。如图18所示，根据本公开实施例的计算机系统1800包括处理器1801，其可以根据存储在只读存储器(rom)1802中的程序或者从存储部分1808加载到随机访问存储器(ram)1803中的程序而执行各种适当的动作和处理。处理器1801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1801还可以包括用于缓存用途的板载存储器。处理器1801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。在ram1803中，存储有系统1800操作所需的各种程序和数据。处理器1801、rom1802以及ram1803通过总线1804彼此相连。处理器1801通过执行rom1802和/或ram1803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom1802和ram1803以外的一个或多个存储器中。处理器1801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。根据本公开的实施例，系统1800还可以包括输入/输出(i/o)接口1805，输入/输出(i/o)接口1805也连接至总线1804。系统1800还可以包括连接至i/o接口1805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1807；包括硬盘等的存储部分1808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1809。通信部分1809经由诸如因特网的网络执行通信处理。驱动器1810也根据需要连接至i/o接口1808。可拆卸介质1811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1810上，以便于从其上读出的计算机程序根据需要被安装入存储部分1808。根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1809从网络上被下载和安装，和/或从可拆卸介质1811被安装。在该计算机程序被处理器1801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。根据本公开的实施例，状态确定模块1310、连接建立模块1320和u盾测试模块1330中的至少一个可以实现为参考图18描述的计算机程序模块，其在被处理器执行时，可以实现上面描述u盾测试方法的相应操作。本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。具体地，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的u盾测试方法。或者，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的u盾测试方法。本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例u盾测试方法。至此，已经结合附图对本公开实施例进行了详细描述。附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。以上所述的具体实施例，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施例而已，并不用于限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。当前第1页12