应用于业务应用任务测试的U盾分配方法、装置、设备、介质和程序产品与流程

应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品
技术领域
1.本公开涉及计算机技术领域，具体地涉及一种应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品。


背景技术：

2.在银行等金融企业提供的业务应用系统中，对于涉及到账务变动类的交易，为了保证交易的安全性及防止冒充，现有技术中金融企业(如银行)通常会提供u盾作为交易用户身份鉴别的证明，用户在进行交易时，需要在电脑等终端设备上插入u盾才能在系统中进行相关的交易。换言之，u盾作为一种重要的身份认证安全介质，在银行等金融企业的对客交易中广泛应用，作为每个客户身份认证标识，u盾中所存储的数字证书存在唯一性，一般每个客户只能使用存放有自己身份信息的u盾使用。通常情况下，不同的用户在进行金融交易时，必须使用存放有自己数字证书的物理u盾设备，不同客户相互之间的u盾设备不能混用。随着版本研发节奏的加快，对于业务应用系统的自动化验证成为u盾测试过程中的首选方案。


技术实现要素：

3.鉴于上述基于u盾业务应用任务的针对业务应用系统的自动化验证所存在的技术问题，本公开提供了一种能够进一步提高现有自动化u盾软件验证水平和验证效率的应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品。
4.根据本公开的第一个方面，提供了一种应用于业务应用任务测试的u盾分配方法，包括：检测业务应用任务对应的任务测试分区中的测试执行信息；根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区；以及回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。
5.当所述任务测试分区属于所述普通任务分区时，回收所述任务测试分区中的当前空置u盾，作为属于热点任务分区的另一任务测试分区的备用测试u盾；或者，当所述任务测试分区属于所述热点任务分区时，回收属于普通任务分区的另一任务测试分区的当前空置u盾，作为所述任务测试分区的备用测试u盾。
6.根据本公开的实施例，在所述检测对应所述业务应用任务的任务测试分区中的测试执行信息之前，还包括：确定所述业务应用任务的业务类别；根据所述业务类别分配相应的任务测试分区。
7.根据本公开的实施例，在所述检测对应所述业务应用任务的任务测试分区中的测试执行信息中，包括：执行所述业务应用任务的测试进程；基于设定检测周期，检测所述测试进程中对应任务测试分区的测试执行信息；其中，所述测试执行信息包括所述任务测试分区对应的分区执行使用时长、队列任务深度和当前u盾使用数量。
8.根据本公开的实施例，在所述基于设定检测周期，检测所述测试进程中对应任务测试分区的测试执行信息中，包括：在所述测试进程中，确定所述任务测试分区中的每个u盾在所述设定检测周期中的任务执行次数；通过所述设定检测周期和所述任务执行次数确定所述任务测试分区中的每个u盾的执行平均使用时长；以及通过所述任务测试分区中的分配u盾数量和所述执行平均使用时长，确定所述分区执行使用时长。
9.根据本公开的实施例，在所述根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区中，包括：当所述任务测试分区对应的队列任务深度等于0，且对应的所述当前u盾使用数量小于或等于所述任务测试分区中的分配u盾数量时，确定所述任务测试分区属于普通任务分区；或者，当所述任务测试分区对应的队列任务深度等于0，且对应的所述当前u盾使用数量小于或等于所述任务测试分区中的分配u盾数量对应的设定比例数量时，确定所述任务测试分区属于普通任务分区。
10.根据本公开的实施例，在所述根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区中，还包括：当所述任务测试分区对应的队列任务深度大于0时，确定所述任务测试分区属于热点任务分区。
11.根据本公开的实施例，在所述当所述任务测试分区对应的队列任务深度大于0时，确定所述任务测试分区属于热点任务分区之后，还包括：根据所述任务测试分区的队列任务深度确定所述任务测试分区在所有任务测试分区中的热点分区顺序值；根据所述热点分区顺序值，确定所述任务测试分区对应的业务类别在所述所有任务测试分区对应的所有业务类别中的顺序位置。
12.根据本公开的实施例，在所述根据所述任务测试分区的队列任务深度确定所述任务测试分区在所有任务测试分区中的热点分区顺序值中，包括：当任务测试分区对应的业务类别为长流程业务时，根据所述任务测试分区的分区执行使用时长和队列任务深度确定所述热点分区顺序值；或者，当任务测试分区对应的业务类别为短流程业务时，根据所述任务测试分区的队列任务深度确定所述热点分区顺序值。
13.根据本公开的实施例，在所述回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾中，包括：根据所述属于热点任务分区的另一任务测试分区在所有任务测试分区中的顺序位置，基于所述另一任务测试分区对应的业务优先级，对所述回收属于所述普通任务分区的任务测试分区中的当前空置u盾执行分配。
14.根据本公开的实施例，该方法还包括：对所述备用测试u盾执行在所述属于热点任务分区的另一任务测试分区中的部署操作；重新排布完成所述部署操作的所述另一任务测试分区中所述业务应用任务的任务队列。
15.根据本公开的实施例，在所述对所述备用测试u盾执行在所述属于热点任务分区的另一任务测试分区中的部署操作中，包括：生成所述备用测试u盾对应业务应用任务的数字证书；根据对应数字证书对所述备用测试u盾执行灌盾操作；以及对完成所述灌盾操作的备用测试u盾在所述另一任务测试分区中执行上线更新，完成所述部署操作。
16.根据本公开的实施例，在所述重新排布完成所述部署操作的所述另一任务测试分区中所述业务应用任务的任务队列中，包括：根据所述另一任务测试分区中的测试执行信息对应的业务应用任务的队列任务深度，向所述完成所述部署操作的备用测试u盾进行分
布。
17.根据本公开的实施例，在所述向所述完成所述部署操作的备用测试u盾进行分布中，包括：根据所述备用测试u盾的数量和所述队列任务深度对应的每个业务应用任务的已排队时长，确定所述每个业务应用任务对应的备用测试u盾；切换所述业务应用任务对应的任务执行请求至对应所述备用测试u盾。
18.本公开的第二方面提供了一种应用于业务应用任务测试的u盾分配装置，其中，包括信息监测模块、分区确定模块和u盾分配模块。信息监测模块用于检测对应所述业务应用任务的任务测试分区中的测试执行信息；分区确定模块用于根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区；以及u盾分配模块用于回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。
19.本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述应用于业务应用任务测试的u盾分配方法。
20.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述应用于业务应用任务测试的u盾分配方法。
21.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述应用于业务应用任务测试的u盾分配方法。
22.本公开提供了一种应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品。其中，应用于业务应用任务测试的u盾分配方法，包括：检测业务应用任务对应的任务测试分区中的测试执行信息；根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区；以及回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。因此，可以实现对测试u盾进行按业务类别的分区，并实时监控该分区对应的测试u盾的当前使用情况，从而在发现热点分区的u盾测试不足情况下，对非热点分区的u盾执行回收并重新分配，从而有效解决云测试u盾设备数量不足导致的测试执行进度阻塞，严重影响测试执行进程的技术问题，极大地提高了u盾的业务应用的测试效率，提高了u盾测试管理水平。
附图说明
23.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
24.图1示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品的应用场景图；
25.图2示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的流程图；
26.图3示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的另一应用场景图；
27.图4示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的备用测试u盾的重新部署和队列重排的流程图；
28.图5示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配装置的结构框图；以及
29.图6示意性示出了根据本公开实施例的适于实现应用于业务应用任务测试的u盾分配方法的电子设备的方框图。
具体实施方式
30.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
31.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
32.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
33.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
34.在对于业务应用系统的自动化验证过程中，由于涉及到上述需要本地电脑插入u盾作为安全介质的交易一般都是高风险的重点交易，也是每期版本测试需要进行重点验证的内容，使得在传统自动化测试的过程中，会存在因硬件安全介质操作(插拔、物理按键点击等)的限制，需要加入较多的用户手工操作环节，才能完成一个交易的正常操作测试过程。也即，该类高风险业务交易的自动化测试一直需要手工介入进行衔接，自动化成本较高，从而极大地限制了对该类高风险业务交易实现高效的自动化测试。
35.对于已存在的自动化验证方案，在每次版本测试的过程中，在对涉及到u盾设备的交易进行功能测试时，往往需要准备大量的u盾设备以及大量的测试数据，并且将测试数据对应的用户数字证书灌入到相应的u盾设备中，才能够进行使用。因此，每个测试人员都会维护不同的测试数据和测试u盾设备，测试数据的准备过程及测试u盾物理设备的使用没有统一的规范标准。而且，当不同的测试人员在测试到同一类测试数据时，因为u盾类测试介质没有统一集中的管理，会出现制作多个同样类型测试数据和测试u盾设备的情况，产生了大量的重复的数据准备、u盾制作工作量，也造成了大量u盾设备资源浪费。
36.这种情况下，通常会采用u盾的集中云化管理来解决u盾设备统一使用和制作的问题，降低u盾类交易测试数据准备及u盾设备准备的大量重复工作，减少资源投入，提高设备使用效率。
37.但是，由于u盾测试设备统一布放在u盾云设备机柜(即u盾布放柜)中，需要提前制作好测试所需要的数字证书，并且将对应的u盾设备中灌入好数字证书后，集中部署到u盾
云设备机柜中，用户可以使用空闲的u盾测试设备进行测试。需要说明的是，当同时测试的人员较多时，会出现部分u盾设备部署数量不足等问题，导致部分测试人员无法展开对应的测试执行工作，需要等有u盾设备空闲出来后才能够使用。因此，在测试执行工作的高峰期，就会出现多人抢用一个或多个指定的u盾设备，出现互相等待的情况，而且为防止u盾布放柜的宕机，对此也无法进行有效人为干扰操作，极大地影响u盾测试执行的工作效率。
38.为解决现有技术中在u盾测试执行过程中，由于测试u盾云设备中预先布放的测试u盾设备数量有限，遇到测试执行高峰期时出现的测试人员互相争抢同一个u盾测试设备，导致测试执行工作效率低下的技术问题，本公开提供了一种能够实现在高峰期对u盾布放柜中的不同任务的u盾进行重新分配，以进一步提高现有自动化u盾软件验证水平和验证效率，并能够最大化降低测试系统侧的运维成本的应用于业务应用任务测试的u盾分配方法、装置、设备、介质和程序产品。
39.需要说明的是，本公开实施例的上述应用于业务应用任务测试的u盾分配方法和装置可用于大数据技术领域和人工智能技术领域，也可用于金融领域以及金融领域之外的任意领域，本公开实施例的应用于业务应用任务测试的u盾分配方法和装置的应用领域不做限定。
40.在本公开的技术方案中，所涉及的包括用户个人信息等数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。其中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。
41.本公开的实施例提供了一种应用于业务应用任务测试的u盾分配方法，包括：检测业务应用任务对应的任务测试分区中的测试执行信息；根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区；以及回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。
42.图1示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的应用场景图。
43.如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
44.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
45.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
46.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
47.需要说明的是，本公开实施例所提供的应用于业务应用任务测试的u盾分配方法一般可以由服务器105执行。相应地，本公开实施例所提供的应用于业务应用任务测试的u
盾分配装置一般可以设置于服务器105中。本公开实施例所提供的应用于业务应用任务测试的u盾分配方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用于业务应用任务测试的u盾分配装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
48.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
49.以下将基于图1描述的场景，通过图2～图6对公开实施例的应用于业务应用任务测试的u盾分配方法进行详细描述。
50.图2示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的流程图。
51.如图2所示，该实施例的应用于业务应用任务测试的u盾分配方法包括操作s201～操作s203。
52.在操作s201中，检测业务应用任务对应的任务测试分区中的测试执行信息；
53.在操作s202中，根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区；以及
54.在操作s203中，回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。
55.业务应用任务为u盾测试执行的目标测试任务，与该u盾自身的测试数据对应的业务内容相关。任务测试分区为测试u盾所形成的测试阵列中的u盾分区，每个任务测试分区包括这个测试阵列中的部分数量的u盾，且每个任务测试分区可以与业务应用任务的业务类别相对应。其中，每个测试阵列可以依据u盾云设备机柜(即u盾布放柜)实现，即多个测试u盾组成的测试阵列按照设定排布规则均匀排布在相应的u盾布放柜中。因此，任务测试分区为该u盾布放柜中的一个区域，该区域对应的u盾数量可作相应的调整。
56.因此，对于测试阵列而言，可以同时具有不同业务类别的多个任务测试分区，每个任务测试分区中具有多个执行相同业务类别的业务应用任务的测试执行u盾。其中，业务类别为业务应用任务的属性，不同业务类别的业务应用任务所对应的测试u盾的灌入测试数据不相同，换言之，同一种测试数据对应的测试u盾一般只能对同一业务类别的业务应用任务执行测试。业务应用任务可以同时具有多个，构成一大体量的待测试任务集合。
57.测试执行信息为该任务测试分区中每个测试u盾在执行业务应用任务的测试过程中所生成的与测试过程相关的信息数据集合，其用于反映该任务测试分区在执行测试过程中的执行数据。在任务测试分区的测试u盾执行相应的测试过程中，可以实时检测这些u盾的执行数据，将这些数据进行检测汇总，即可以形成对应该任务测试分区的测试执行信息。
58.热点任务分区为在设定测试时间后等待执行测试的业务应用任务数量较多的任务测试分区，相反，在设定测试时间后等待执行测试的业务应用任务数量较少的任务测试分区为普通任务分区。根据上述的测试执行信息，可以反馈该设定测试间后等待执行测试的业务应用任务数量等相关数据。因此，通过该测试执行信息，可以确定该u盾布放柜的测试阵列多对应的每个任务测试分区属于热点任务分区还是普通任务分区。
59.其中，对于当前u盾布放柜中的每个任务测试分区而言，若任务测试分区为热点任
务分区，则说明其在当前等待执行测试的业务应用任务数量较多，其中每个测试u盾几乎都在运行测试，不可能处于空闲状态。而若该任务测试分区为普通任务分区，则说明其在当前等待执行测试的业务应用任务数量较少甚至为0，其中并非是所有测试u盾都处于运行测试的状态，存在部分的测试u盾尚没有被分配到相应的业务应用任务区执行测试，这些测试u盾就构成了前述当前空置u盾。其中，一般情况下由于业务应用任务的业务类别不同，不同的任务测试分区对应的当前等待执行测试的业务任务数量就有所不同。换言之，在同一u盾布放柜的多个任务测试分区中，一般总会同时存在热点任务分区和普通任务分区。
60.因此，当所述任务测试分区属于所述普通任务分区时，回收所述任务测试分区中的当前空置u盾，作为属于热点任务分区的另一任务测试分区的备用测试u盾；或者，当所述任务测试分区属于所述热点任务分区时，回收属于普通任务分区的另一任务测试分区的当前空置u盾，作为所述任务测试分区的备用测试u盾。举例而言，对于同一u盾布放柜，假设存在a-e共5个任务测试分区，其中任务测试分区a若为热点任务分区，任务测试分区b为普通任务分区(即存在当前空置u盾)时，则可以将任务测试分区b中的当前空置u盾进行回收，并重新分配至热点任务分区的任务测试分区a中。当然，热点任务分区和普通任务分区也可以对应各自多个任务测试分区，在此不作赘述。
61.因此，可以实现对测试u盾进行按业务类别的分区，并实时监控该分区对应的测试u盾的当前使用情况，从而在发现热点分区的u盾测试不足情况下，对非热点分区的u盾执行回收并重新分配，从而有效解决云测试u盾设备数量不足导致的测试执行进度阻塞，严重影响测试执行进程的技术问题，极大地提高了u盾的业务应用的测试效率，提高了u盾测试管理水平。
62.图3示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的另一应用场景图；图4示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配方法的备用测试u盾的重新部署和队列重排的流程图。
63.如图2-图4所示，根据本公开的实施例，在操作s201所述检测对应所述业务应用任务的任务测试分区中的测试执行信息之前，还包括：
64.确定所述业务应用任务的业务类别；
65.根据所述业务类别分配相应的任务测试分区。
66.对于u盾布放柜中的测试u盾设备而言，其灌入的测试数据不同，则对应执行不同的业务类别的业务应用任务的测试。业务类别为业务应用任务的业务属性，可以通过具体的业务类别参数进行确认或区分。按照不同的业务分类规则可以将业务应用任务分为不同的业务类别，业务类别如对公理财柜面组、对公理财企网组、个人网银组、养老金理财组、对公网络金融组等具体类别名称及其相应内容。如此，便可以轻松对该u盾布放柜进行执行的每个业务应用任务进行业务类别的分组确认。
67.其中，可以通过不同的业务类别的分类规则，将u盾布放柜中的多个u盾设备构成的测试阵列进行分组，从而利用分组定义不同的分区。例如将“对公理财柜面组”划分为业务类别为1的业务分组，并将能够执行该业务分组1的所有u盾所处的u盾布放柜中的所有u盾所处的分区形成任务测试分区a；类似地，可以实现将“对公理财企网组”划分为业务类别为2的业务分组，并将能够执行该业务分组2的所有u盾所处的u盾布放柜中的分区形成任务测试分区b；可以实现将“个人网银组”划分为业务类别为3的业务分组，并将能够执行该业
务分组3的所有u盾所处的u盾布放柜中的分区形成任务测试分区c；可以实现将“养老金理财组”划分为业务类别为4的业务分组，并将能够执行该业务分组4的所有u盾所处的u盾布放柜中的分区形成任务测试分区d；可以实现将“对公网络金融组”划分为业务类别为5的业务分组，并将能够执行该业务分组5的所有u盾所处的u盾布放柜中的分区形成任务测试分区e等。不同任务测试分区对应的业务类别不同，因此根据不同的业务类别配置不同业务规则下的测试数据，比如任务测试分区a的“对公理财柜面组”对应的测试数据为“账户类型为3400、地区为0200、网点为33且开通往来户、对公卡权限”的测试数据。
68.在版本测试开始时，可以根据检测的业务应用任务的业务类别，同时结合u盾布放柜中的当前u盾数量，对应于不同业务类别，将u盾布放柜的u盾平均分配到对应业务类别种类数量，即完成不同业务类别对应的任务测试分区的分配形成，如操作s301。即一个任务测试分区所执行的业务应用任务的业务类别为一种。
69.因此，通过u盾设备上线设施(如u盾布放柜)按照其中物理u盾设备当前的物理可用数量，将本次版本测试的业务分类及涉及到的业务规则，按照平均分配的方式，将可用的u盾设备分配到不同的业务类别上，确保了对应业务类别的测试数据对应于一个整体的任务测试分区的u盾执行批量测试数据灌入的可能，实现了测试数据的精准化抽取和u盾证书的初始化，防止在灌入测试数据的过程中产生错误，实现了一个业务类别对应一个任务测试分区。从而有利于实现相应的测试执行准确性，管理更加高效。
70.如图2-图4所示，根据本公开的实施例，在操作s201所述检测对应所述业务应用任务的任务测试分区中的测试执行信息中，包括：
71.执行所述业务应用任务的测试进程；
72.基于设定检测周期，检测所述测试进程中对应任务测试分区的测试执行信息；
73.其中，所述测试执行信息包括所述任务测试分区对应的分区执行使用时长、队列任务深度和当前u盾使用数量。
74.当完成上述的任务测试分区的分配之后，则基本上可以保证在执行测试之前，每个任务测试分区中的待测试u盾的数量均相同或基本相近(差距数量值一般小于5个)，且对应任务测试分区中的所有u盾都灌入了统一业务类别的测试数据，只能针对同一业务类别的业务应用任务执行测试。
75.在此基础上，对批量业务应用任务进行测试进程的启动，通过对业务应用任务进行分析，可以将不同业务类别的业务应用任务分配到不同的任务测试分区中去进行测试进程执行。因此，可以实现对批量业务应用任务的分类执行，从而加快业务应用任务的测试执行速度和精准度。
76.其中，不同的业务类别，其对应的待测试业务应用任务的数量可并不一定相同，这就往往会在后续测试进程执行过程中，某些任务测试分区对应的业务应用任务的等待数量较多，即该任务测试分区为热点任务分区，有些任务测试分区对应的业务应用任务的等待数量较少，即该任务测试分区为普通任务分区。因此，根据设定检测周期所定义的上一次检测所有任务测试分区对应的测试执行信息和相邻下一次检测对应的测试执行信息之间的时间段，可以对各个任务测试分区的热点任务分区和普通任务分区进行周期性判断。
77.测试执行信息主要由所属任务测试分区中的每个测试u盾设备在设定检测周期中的测试执行过程产生的数据组成，每个任务测试分区对应不同的测试执行信息。分区执行
使用时长为对应该任务测试分区中在设定检测周期中完成测试的所有业务应用任务对应的平均执行时长，具体可以依据后文的该任务测试分区中的每个u盾的执行平均使用时长进行确定；队列任务深度为该任务测试分区在执行检测的当前时刻下，该任务测试分区中所对应业务类别的当前待测试任务队列中的业务应用任务的数量；当前u盾使用数量为当前时刻下该任务测试分区中为执行测试业务应用任务所使用的u盾数量。
78.由于设定检测周期(如10min)可以进行具体测试场景需要的调整，使得u盾布放柜中各个任务测试分区中的测试执行信息都可以得到快速的实时检测，能够实现各个任务测试分区中的测试执行信息的精准快速高效获取。
79.如图2-图4所示，根据本公开的实施例，在所述基于设定检测周期，检测所述测试进程中对应任务测试分区的测试执行信息中，包括：
80.在所述测试进程中，确定所述任务测试分区中的每个u盾在所述设定检测周期中的任务执行次数；
81.通过所述设定检测周期和所述任务执行次数确定所述任务测试分区中的每个u盾的执行平均使用时长；以及
82.通过所述任务测试分区中的分配u盾数量和所述执行平均使用时长，确定所述分区执行使用时长。
83.在操作s302中，对于检测执行的当前时刻，设定检测周期所对应的执行测试时间段中，u盾布放柜中的每个任务测试分区中的每个参与业务应用任务执行的u盾基本上都可以实现至少一个业务应用任务的执行。其中，任务执行次数为当前时刻下对应设定检测周期中该任务测试分区中每个u盾所已完成测试执行的业务应用任务的数量。具体地，设定检测周期为100min时，在满足这100min执行测试时间段中，若任务测试分区a中的参与执行测试的u盾a1所执行测试的业务应用任务为80次(即其至少完成了79个业务应用任务的执行测试)，按照该u盾a1每次执行测试不同业务应用任务的执行时长，按照正态分布的方式(横坐标为设定检测周期对应的检测时间，纵坐标为对应每个等间距的时间内完成的业务应用任务的执行次数)，如0-5min内，业务应用任务执行次数为10个，5-10min内业务应用任务执行次数为12个，
……
因此，利用其中占据正态分布曲线中中间大样本次数所对应的时间段作为该u盾a1的执行平均使用时长，从而能够代表该u盾a1大部分时间下所对应的业务应用任务的平均执行次数。如此，便可以对应于不同的业务类别，根据该任务测试分区中的分配u盾数量，获取到不同任务测试分区的每个u盾的执行平均使用时长。其中，分配u盾数量为该任务测试分区中经过分区操作之后所拥有的待测试执行的u盾设备的数量。
84.进一步地，对于任务测试分区a1而言，将其中包括测试u盾a1在内的每个在设定检测周期内完成测试u盾以及未进行测试的u盾(即全部的分配u盾数量)的执行平均使用时长进行加和求平均即可以确定相应的分区执行使用时长，即该任务测试分区在设定检测周期中执行测试业务应用任务的平均执行使用时长。
85.借此，可以准确、快速、高效地对设定检测周期中每个任务测试分区对应业务类别的测试执行信息进行检测。其中，在获取上述分区执行使用时长的情况下，还可以同时获取每个任务测试分区当前时刻下使用申请对应的业务应用任务的当前队列任务深度情况、当前u盾使用数量、当前该业务应用任务的业务类别对应的业务优先级、分配u盾数量、平均u盾使用时长、每个业务应用任务的当前已排队时长等信息，从而完成对该任务测试分区中
所有u盾设备的申请排队情况进行实时分析监控。
86.如图2-图4所示，根据本公开的实施例，在操作s202所述根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区中，包括：
87.当所述任务测试分区对应的队列任务深度等于0，且对应的所述当前u盾使用数量小于或等于所述任务测试分区中的分配u盾数量时，确定所述任务测试分区属于普通任务分区；或者，
88.当所述任务测试分区对应的队列任务深度等于0，且对应的所述当前u盾使用数量小于或等于所述任务测试分区中的分配u盾数量对应的设定比例数量时，确定所述任务测试分区属于普通任务分区。
89.在操作s303-s306中，对于执行检测业务应用任务的测试执行信息的当前时刻下，每个任务测试分区相应业务类别的当前排队的业务应用任务的队列任务深度为0或者大于0。例如，当任务测试分区a1对应业务类别的当前队列任务深度为0，说明此时该任务测试分区对应的业务应用任务排队数量为0，换言之，该业务类别下，没有排队等待进一步测试的业务应用任务，此时该任务测试分区为正常状态。在此基础上，该任务测试分区中当前时刻所对应的设定检测周期的当前u盾使用数量小于等于该任务测试分区的分配u盾数量，或者小于等于该任务测试分区的分配u盾数量的设定比例数量(如分配u盾数量的80％)时，则说明该任务测试分区中不仅没有需要等待进一步测试的业务应用任务在排队，而且还甚至存在相当比例的空置u盾没有被应用于测试执行业务应用任务。也即，该任务测试分区中存在部分空置状态的u盾设备待用，该任务测试分区即可以被分类为普通任务分区。
90.因此，可以根据当前时刻下的队列任务深度和对应的当前u盾使用数量和分配u盾数量对该任务测试分区的当前属性进行普通任务分区的有效判断，以与相应的热点任务分区进行区分。
91.如图2-图4所示，根据本公开的实施例，在操作s202所述根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区中，还包括：
92.当所述任务测试分区对应的队列任务深度大于0时，确定所述任务测试分区属于热点任务分区。
93.在操作s303-s308中，对于执行检测业务应用任务的测试执行信息的当前时刻下，每个任务测试分区相应业务类别的当前排队的业务应用任务的队列任务深度为0或者大于0。当任务测试分区对应业务类别的当前队列任务深度大于0时，说明此时该任务测试分区对应的业务应用任务排队数量大于0，换言之，该业务类别下，存在排队等待进一步测试的业务应用任务，此时该任务测试分区为忙碌状态。在此基础上，无需对该任务测试分区中当前时刻所对应的设定检测周期的当前u盾使用数量和该任务测试分区的分配u盾数量之间的关系进行判断，即可以确定该任务测试分区中当前时刻所对应的设定检测周期的当前u盾使用数量等于该任务测试分区的分配u盾数量，也即该任务测试分区中在所有分配u盾数量都用作当前u盾使用数量的情况下，仍然存在等待测试的业务应用任务在排队。也即，该任务测试分区中已不存在空置状态的u盾设备待用，该任务测试分区即可以被分类为热点任务分区，也即该任务测试分区的使用率较高。
94.因此，可以仅根据当前队列任务深度实现对该任务测试分区的当前属性进行热点任务分区的有效判断，以与相应的普通任务分区进行区分。
95.如图2-图4所示，根据本公开的实施例，在所述当所述任务测试分区对应的队列任务深度大于0时，确定所述任务测试分区属于热点任务分区之后，还包括：
96.根据所述任务测试分区的队列任务深度确定所述任务测试分区在所有任务测试分区中的热点分区顺序值；
97.根据所述热点分区顺序值，确定所述任务测试分区对应的业务类别在所述所有任务测试分区对应的所有业务类别中的顺序位置。
98.对于大于0的任务测试分区的队列任务深度，可以判断该任务测试分区为热点任务分区。根据所有热点任务分区的队列任务深度对这些热点任务分区的热点程度进行由大到小的排序，可以得到每个属于热点任务分区的该任务测试分区在所有热点任务分区中的排序位置，热点分区顺序值为对应的属于热点任务分区的该任务测试分区在该排序中的排序位置的对应值，用于定义该热点任务分区在这些热点任务分区中的排序位置。
99.由于每个任务测试分区所执行测试的业务应用任务对应的业务类别并不相同，在定义了该热点任务分区在这些热点任务分区中的排序位置的同时，实际上同时定义了这个人点任务分区对应的业务类别在所有业务类别中的顺序位置。例如，当获取了上述任务测试分区a、b、c的按照热点分区顺序值从大到小排序为任务测试分区a、c、b时，则实际上可以根据该任务测试分区的热点分区顺序值直接定义该上述任务测试分区a、b、c的业务类别的顺序也满足1-a、2-c、3-b的顺序。
100.借此，便可以根据热点任务分区中的实时队列深度确定热点任务分区对应业务类别的顺序，实现对热点任务分区和业务类别的顺序排列，有利于针对性地对热点任务分区进行后续的处理，提高后续空置u盾的分配效率和精度。
101.如图2-图4所示，根据本公开的实施例，在所述确定所述任务测试分区的队列任务深度在对应不同的业务类别的所有任务测试分区中的热点分区顺序值中，包括：
102.当任务测试分区对应的业务类别为长流程业务时，根据所述任务测试分区的分区执行使用时长和队列任务深度确定所述热点分区顺序值；或者，
103.当任务测试分区对应的业务类别为短流程业务时，根据所述任务测试分区的队列任务深度确定所述热点分区顺序值。
104.在操作s309-s311中，对于不同的业务类别而言，其也具有不同的业务测试执行要求，一般情况下长流程业务对应的业务类别下的业务应用任务被u盾执行测试时，其所需要的执行测试时间较长，具体可以按照该业务类别对应的任务测试分区的分区执行使用时长进行判断，当该分区执行使用时长超过设定阈值时，判断该分区执行使用时长对应的任务测试分区的业务类别属于长流程业务，相反，低于该设定阈值时，则可以判断该分区执行使用时长对应的任务测试分区的业务类别属于短流程业务。可见，长流程业务和短流程业务为对应的任务测试分区的业务类别对应业务应用任务的执行时间相关的属性。
105.当任务测试分区对应的业务类别为长流程业务时，则该任务测试分区中对应每个业务应用任务的执行测试时长一般相对较长，每个业务应用任务的执行过程经累加会对整个任务测试分区的任务执行测试进程产生较为明显的影响，容易造成该任务测试分区在后续下一设定检测周期的执行测试过程中出现大体量的任务队列深度，使得等待的队列业务应用任务的数量大幅增加，不利于任务执行测试效率的有效提升。
106.为此，根据属于热点任务分区且业务类别为长流程业务的该任务测试分区的分区
执行使用时长与该任务测试分区的当前等待测试的业务应用任务的队列任务深度相乘，并除以该任务测试分区的分配u盾数量，可以确定该任务测试分区的热点分区顺序值。如任务测试分区a、b、c(各自的队列任务深度对应的当前排队业务应用任务数量分别为80个、60个、70个，各自的分区执行使用时长分别为3min、5min、6min，各自的分配u盾数量为20个、20个、20个)为热点任务分区，则其中任务测试分区a、b、c的热点分区顺序值可以对应为12、15、21，按照热点分区顺性质排序为任务测试分区21-c、15-b、12-a。
107.因此，通过该热点分区顺序值可以有效的降低每个属于长流程业务的业务类别的业务应用任务的执行过程经累加会对整个任务测试分区的任务执行测试进程产生较为明显的影响，有效避免出现该任务测试分区在后续下一设定检测周期的执行测试过程中出现大体量的任务队列深度，防止等待的队列业务应用任务的数量大幅增加，从而大幅提升任务执行测试效率。
108.此外，当任务测试分区对应业务类别为短流程业务时，则根据其对应的队列任务深度直接确定相应的热点分区顺序值。如任务测试分区a、b、c(各自的队列任务深度对应的当前排队业务应用任务数量分别为80个、60个、70个)为热点任务分区，则其中任务测试分区a、b、c的热点分区顺序值可以对应为80、60、70，按照热点分区顺序值从大到小依次排序为任务测试分区80-a、70-c、60b。
109.因此，通过该热点分区顺序值可以直接对属于短流程业务的业务类别的任务测试分区实现快速排序，从而有效与长流程业务的业务类别的任务测试分区实现区分处理，保证了整个任务测试分区在普通任务分区和热点任务分区基础上的进一步区分，确保整个处理流程的精细化，从而确保后续的空置u盾的有效精细化分配管理。
110.如图2-图4所示，根据本公开的实施例，在操作s203所述回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾中，包括：
111.根据所述属于热点任务分区的另一任务测试分区在所有任务测试分区中的顺序位置，基于所述另一任务测试分区对应的业务优先级，对所述回收属于所述普通任务分区的任务测试分区中的当前空置u盾执行分配。
112.在操作s312中，不同的业务类别需要的任务执行测试紧急程度有所差异，其中，业务优先级可以为定义每个业务类别所需的任务执行测试紧急程度，业务优先级较高，业务类别所需任务执行测试紧急程度较高，则该业务类别对应的业务应用任务的执行就优先排列执行测试，相反，业务优先级较低，业务类别所需任务执行测试紧急程度较低，则该业务类别对应的业务应用任务的执行就按照正常要求排列执行测试。其中，业务优先级可以依据不同的优先级权重值进行定义，例如可以分为高、中、低三个权重类型，高权重对应权重值为1.5、中权重对应权重值为1.0，低权重则对应权重值为0.5。其中，权重值越大，则业务优先级越高，业务类别所需任务执行测试紧急程度越大。
113.在操作s307中，对于普通任务分区而言，当前u盾使用数量小于或等于该普通任务分区中的分配u盾数量，或小于该分配u盾数量的设定比例数量时，则存在部分数量的u盾为对应设定检测周期中未测试使用(即处于空置状态)的u盾设备，这些u盾的数量可以为当前u盾未使用数量，这些u盾为当前空置u盾。
114.为此，将这些处于空置状态中的当前空置u盾或者其中的部分数量进行再回收，可
以将其作为热点任务分区的备用测试u盾进行再分配，从而确保热点任务分区能够加速当前队列任务深度的业务应用任务进行测试执行，同时保证了原普通任务分区的任务测试分区里的业务应用任务测试执行过程基本不会受到影响，极大提升u盾布放柜的管理能力，加速业务应用任务的测试速度，保证测试精度。
115.其中，仅对普通任务分区中的当前空置u盾中的部分数量(如分配u盾数量的30％或者当前空置u盾数量的10％等)可以在普通任务分区在可能面临转变为热点任务分区的情况下，仍然能够保证普通任务分区的测试执行进程有效进行，避免对其造成影响。
116.如前述所言，不同的热点任务分区对应的热点分区顺序值可以对该热点任务分区的业务类别在所有任务测试分区对应的所有业务类别中的顺序位置，通过该顺序位置所对应的该业务类别的热点程度值与相应的业务优先级权重值进行相乘，得到业务优先基数m。其中，热点程度值为业务类别的顺序位置所设定的数值，热点程度值越大，其对应的业务类别的执行测试频率越大，即热点程度越高。业务优先基数m与其所对应的任务测试分区所能够匹配的已回收当前空置u盾的数量正相关，m值越大，该任务测试分区匹配的已回收当前空置u盾数量越多。如按照业务优先基数m从大到小顺序排列的任务测试分区为a、b、c，则其可以按照已回收当前空置u盾数量的50％、30％、20％分别进行分配，作为该热点任务分区的备用测试u盾。该备用测试u盾将作为该热点分区中的待测试u盾执行该分区的业务应用任务的测试。此外，也可以对其作其他分配形式的分配规则定义，如在当前空置u盾设备等于1时，分配给任务测试分区a，等于2时分配给任务测试分区a和b各一个，等于3时分配给任务测试分区a、b、c各一个，大于3时，则四舍五入进行相应的平均分配。其中，业务优先基数m还可以根据设定检测周期的周期次数与业务优先级权重的乘积进行确定，相应的分配规则可以依据上述实例进行，具体不作赘述。
117.因此，能够实现将上述单业务类别的业务优先级与前述热点任务分区的热点程度进行绑定，从而使得该业务类别对应的任务测试分区对回收的相应当前空置u盾进行精细化的分配管理，实现当前空置u盾的有效回收和分配，显著提高u盾布放柜中的每个u盾的利用率，有效避免出现该任务测试分区在后续下一设定检测周期的执行测试过程中出现大体量的任务队列深度，防止等待的队列业务应用任务的数量大幅增加，从而大幅提升任务执行测试效率。
118.如图2-图4所示，根据本公开的实施例，该方法还包括操作s401-s402。
119.在操作s401中，对所述备用测试u盾执行在所述属于热点任务分区的另一任务测试分区中的部署操作；
120.在操作s402中，重新排布完成所述部署操作的所述另一任务测试分区中所述业务应用任务的任务队列。
121.在操作s313和s314中，完成对u盾布放柜的各个任务测试分区的当前空置u盾的重新分配之后，需要对完成分配的备用测试u盾的当前属于热点任务分区的任务测试分区进行分配的备用测试u盾和原分配u盾进行重排部署。因此，能够将备用测试u盾的测试数据替换为相应的原分配u盾对应业务类别的测试数据，实现u盾布放柜的重新部署上线。
122.进一步地，对完成部署操作的热点任务分区的备用测试u盾和原分配u盾进行，该原分配u盾的当前的队列任务深度的业务应用任务的重排。具体，可以将该原分配u盾的当前队列数量的业务应用任务按比例重新分配到该热点任务分区的备用测试u盾上，也可以
将该原分配u盾的当前队列数量的业务应用任务重新平均分配到该热点任务分区的备用测试u盾和原分配u盾上。
123.如此，便可以在回收分配当前空置u盾的基础上，进一步完善了分配u盾的测试数据部署和当前排队的业务应用任务的重布，从而进一步提升业务应用任务的测试执行效率。
124.如图2-图4所示，根据本公开的实施例，在操作s401所述对所述备用测试u盾执行在所述属于热点任务分区的另一任务测试分区中的部署操作中，包括：
125.生成所述备用测试u盾对应业务应用任务的数字证书；
126.根据对应数字证书对所述备用测试u盾执行灌盾操作；以及
127.对完成所述灌盾操作的备用测试u盾在所述另一任务测试分区中执行上线更新，完成所述部署操作。
128.对于热点任务分区的备用测试u盾而言，其自身的测试数据属于其原有普通任务分区的业务类别的测试数据。为此，需要将该分配至热点任务分区的备用测试u盾中的测试数据进行替换，替换为该热点任务分区对应业务类别的测试数据，以实现新的备用测试u盾能够在后续的测试执行进程中对该业务类别的业务应用任务进行执行。如属于热点任务分区的任务测试分区a，其中已分配的u盾为a1-an，当该任务测试分区a被分配了回收的属于普通任务分区的任务测试分区d的部分数量的当前空置u盾作为任务测试分区a的备用测试u盾d1-dx时，则需要对这些备用测试u盾d1-dx中的测试数据进行替换，替换为已分配u盾a1-an中对应业务类别的测试数据。
129.因此，需要根据该任务测试分区的业务类别，调用相应的测试数据生成服务，基于该生成服务抽取满足业务类别相应业务应用任务测试执行的业务测试数据，以生成对该任务测试分区的备用测试u盾的数字证书。将该数字证书灌入相应的备用测试u盾中，将数字证书和对应备用测试u盾进行绑定激活，完成对该备用测试u盾中的测试数据的替换，实现对应备用测试u盾的再制作。进一步地，对完成灌盾再制作的上述备用测试u盾进行重新部署上限，更新到该任务测试分区对应的分组管理中，如操作s313。例如，将备用测试u盾d1-dx中的测试数据替换为已分配u盾a1-an中对应业务类别的测试数据，需要将这些备用测试u盾d1-dx进行重新部署上线，使得其与相应的已分配u盾a1-an均可以处于待测试状态，可以对该测试任务分区a中正处于等待队列中的业务应用任务执行测试。此时，该测试任务分区a中的u盾数量为x+n。
130.借此，便可以在回收分配当前空置u盾的基础上，进一步完善了分配u盾的测试数据部署，从而使得当前空置u盾在被回收之后可以有能力对热点任务分区的待处理的队列业务应用任务进行测试，加大热点任务分区的待测试执行的u盾设备的数量，实现对普通任务分区的当前空置u盾的再利用，进一步提升业务应用任务的测试执行效率。
131.如图2-图4所示，根据本公开的实施例，在操作s402所述重新排布完成所述部署操作的所述另一任务测试分区中所述业务应用任务的任务队列中，包括：
132.根据所述另一任务测试分区中的测试执行信息对应的业务应用任务的队列任务深度，向所述完成所述部署操作的备用测试u盾进行分布。
133.对于当前已完成重新部署上线的热点任务分区而言，根据其业务应用任务的当前队列任务深度所反映的业务应用任务待处理数量，将这些业务应用任务按照最新部署上线
的热点任务分区中的全部新的待测试执行u盾数量进行业务应用任务的队列重排，尽可能保证该热点任务分区的每个待测试执行u盾的业务应用任务的排队执行数量相同或者相近，如操作s314。具体地，如前述完成部署上线的属于热点任务分区的任务测试分区a，其中包括x+n个待测试执行u盾，假设该任务测试分区a的当前的业务应用任务的队列任务深度为m，则可以在每个待测试执行u盾上分配的业务应用任务数量为m/(x+n)，即平均分配。
134.借此，便可以在当前空置u盾的回收分配及其重新部署上线的基础上，进一步完善了热点任务分区的当前队列任务深度的业务应用任务的重新排布，从而使得当前队列中等待测试的业务应用任务能够被合理的分配至相应的待测试u盾上等待执行或直接执行，实现对普通任务分区的当前空置u盾的利用，进一步提升业务应用任务的测试执行效率。
135.如图2-图4所示，根据本公开的实施例，在所述向所述完成所述部署操作的备用测试u盾进行分布中，包括：
136.根据所述备用测试u盾的数量和所述队列任务深度对应的每个业务应用任务的已排队时长，确定所述每个业务应用任务对应的备用测试u盾；
137.切换所述业务应用任务对应的任务执行请求至对应所述备用测试u盾。
138.其中，在对业务应用任务的重新排布过程中，也可以对在排序队列中的业务应用任务进行重新排序，具体按照每个业务应用任务的已排队时长从大到小进行排序，进一步地，将对应的业务应用任务分派到新的x+n个u盾设备上，其中可以按照x+n取余，最后重新进行排队任务的排布。
139.完成相应的业务应用任务的重排之后，需要将该业务应用任务对应的任务执行请求切换至对应重排的待测试执行u盾上。其中，任务执行请求为业务应用任务和对应的待测试执行u盾设备之间的标识信息，用于按照前述重排之后定义的业务应用任务和待测试u盾设备之间的重排映射关系，将该业务应用任务的执行与对应待测试执行u盾绑定，从而加强该业务应用任务的执行精准度，有效防止发生业务应用任务因不能被并相应u盾执行，而造成的队列阻塞的情况。
140.综上，在具体的业务应用任务的u盾测试执行过程中，依据动态监测u盾的使用情况，实时依据用户的测试使用需求，可以动态调整对应业务规则下的u盾数据，完成对空置u盾的再利用，防止u盾闲置的情况发生，提高u盾的利用率，提升测试效率。比如在测试过程中，监控到每周一和周四由于环境维护等原因，对于业务规则为“对公客户卡”的u盾使用频率较低，而业务规则为“往来户”的u盾使用频率较高，而在周二和周三，业务规则为“往来户”的u盾使用频率较低，业务规则为“财智账户卡”的的u盾使用频率较高，则对使用频率较低的u盾设备进行回收，在周一和周四测试过程中动态提高往来户u盾的比例，周二和周三测试测试过程中动态提高财智账户卡u盾的比例，满足测试人员的需求。
141.具体地，通过对测试u盾类设备进行业务规则分组、实时统计测试u盾设备使用情况，及时发现热点u盾设备不足的情况，通过预设好的u盾设备制作功能，当出现热点u盾设备数量不足的情况时，实时动态新制作同等数据的测试u盾设备，并上线对测试人员提供服务，从而有效解决由于云测试u盾设备数量不足导致的测试执行进度阻塞的问题，提高测试人员的测试执行效率。其中，测试u盾云装置(即u盾布放柜)在提供新u盾设备上线服务的同时，也可以监控同特征u盾类设备的闲置情况，当闲置比例达到一定程度时，自动回收部分测试u盾设备，供热点类测试u盾数据扩容使用。
142.因此，本公开实施例的上述方法能够达到如下的技术效果：首先，可以解决现有测试人员进行手工或自动测试的过程中，由于测试u盾云设备(即u盾布放柜)中预先布放的某类测试u盾设备数量有限，遇到测试执行高峰期时出现的测试人员互相争抢同一个u盾测试设备，导致测试执行工作效率低下的问题。在此基础上，通过实时监控及智能处理功能，及时自动调整不同分组u盾类设备的布放数量，降低热点u盾设备出现的概率，提高测试u盾的总体使用率，提高测试人员的执行效率。进一步地，通过对闲置u盾设备的回收重置机制，提高了测试u盾设备的使用效率，降低了测试硬件设备的需求量，节约了测试资源。因此，可以有效避免出现该任务测试分区在后续下一设定检测周期的执行测试过程中出现大体量的任务队列深度，防止等待的队列业务应用任务的数量大幅增加，从而大幅提升任务执行测试效率。
143.基于上述应用于业务应用任务测试的u盾分配方法，本公开还提供了一种应用于业务应用任务测试的u盾分配装置。以下将结合图5对该装置进行详细描述。
144.图5示意性示出了根据本公开实施例的应用于业务应用任务测试的u盾分配装置的结构框图。
145.如图5所示，该实施例的应用于业务应用任务测试的u盾分配装置500包括信息监测模块510、分区确定模块520和u盾分配模块530。
146.信息监测模块510用于检测对应所述业务应用任务的任务测试分区中的测试执行信息。在一实施例中，信息监测模块510可以用于执行前文描述的操作s201，在此不再赘述。
147.分区确定模块520用于根据所述测试执行信息，确定所述任务测试分区属于热点任务分区或普通任务分区。在一实施例中，分区确定模块520可以用于执行前文描述的操作s202，在此不再赘述。
148.u盾分配模块530用于回收属于所述普通任务分区的任务测试分区中的当前空置u盾，分配至属于热点任务分区的另一任务测试分区作为备用测试u盾。在一实施例中，u盾分配模块530可以用于执行前文描述的操作s203，在此不再赘述。
149.根据本公开的实施例，信息监测模块510、分区确定模块520和u盾分配模块530中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，信息监测模块510、分区确定模块520和u盾分配模块530中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，信息监测模块510、分区确定模块520和u盾分配模块530中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
150.图6示意性示出了根据本公开实施例的适于实现应用于业务应用任务测试的u盾分配方法的电子设备的方框图。
151.如图6所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cpu)、指令
集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
152.在ram 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、rom 602以及ram 603通过总线604彼此相连。处理器601通过执行rom 602和/或ram 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 602和ram 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
153.根据本公开的实施例，电子设备600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。电子设备600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
154.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
155.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 602和/或ram 603和/或rom 602和ram 603以外的一个或多个存储器。
156.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。
157.在该计算机程序被处理器601执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
158.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
159.在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，
和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
160.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
161.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
162.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
163.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。