CN109976988A - 一种动态配置图形化接口的方法及装置 - Google Patents

Abstract

本发明提供了一种动态配置图形化接口的方法及装置，包括：接收外部输入的配置文件；在接收到外部输入的测试命令时，根据配置文件生成至少一个用户界面UI组件；建立各个UI组件分别对应的测试函数的测试项，并存放到工作池中；抓取工作池中的至少一个测试项，并对测试项进行测试，获取至少一个测试项分别对应的测试结果；将获取的各个测试结果分别更新到对应的UI组件中；在确定不存在至少一个未测试的测试项时，根据各个测试结果，生成对应的测试结果摘要。本方案能够降低自定义调整测试项的难度。

Description

一种动态配置图形化接口的方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种动态配置图形化接口的方法及装置。

背景技术

图形化接口可以是提供可视化界面方面的接口，与早期计算机使用的命令行界面相比，图像化接口对于用户来说在视觉上更易于接受。

目前，生产软件的图形化接口，通常是由人工改动其所呈现的样貌。例如，当需要新增一项测试项时，需要手动调整图形化接口中已有的测试项的摆放位置、大小，再把新的测试项放入图形化接口中，最后把新增的测试项与其测试函数的执行逻辑关联起来。

通过上述描述可见，在自定义调整测试项时，需要手动调整图形化接口中的相关信息，从而增加自定义调整测试项的难度。

发明内容

本发明实施例提供了一种动态配置图形化接口的方法及装置，能够降低自定义调整测试项的难度。

第一方面，本发明实施例提供了一种动态配置图形化接口的方法，包括：

接收外部输入的配置文件；

在接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

建立各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；

将获取的各个所述测试结果分别更新到对应的所述UI组件中；

在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

优选地，

在所述存放到工作池中之后，在所述抓取所述工作池中的至少一个所述测试项之前，进一步包括：

根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果，包括：

针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；

所述将获取的各个所述测试结果分别更新到对应的所述UI组件中，包括：

利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

优选地，

所述在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要，包括：

利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

优选地，

所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

优选地，

在所述根据所述配置文件生成至少一个用户界面UI组件之后，进一步包括：

根据所述配置文件，编排生成的各个所述UI组件。

第二方面，本发明实施例提供了一种动态配置图形化接口的装置，包括：

信息接收模块，用于接收外部输入的配置文件；

组件创建模块，用于在所述信息接收模块接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

测试项管理模块，用于建立所述组件创建模块创建的各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

测试处理模块，用于抓取所述测试项管理模块存放到所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；将获取的各个所述测试结果分别更新到对应的所述UI组件中；在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

优选地，

所述测试项管理模块，进一步用于根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述测试处理模块，用于针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

优选地，

所述测试处理模块，用于利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

优选地，

所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

优选地，

所述组件创建模块，进一步用于根据所述配置文件，编排生成的各个所述UI组件。

本发明提供了一种动态配置图形化接口的方法及装置，在接收到测试命令时，可以依据接收到的配置文件动态生成对应的UI组件，再建立各UI组件的测试函数的测试项，并放入工作池中，以便进程执行任务时，从工作池中抓取测试项进行测试，在测试项测试完毕后，可以获取对应的测试结果，通过将测试结果更新到对应的UI组件中，可以方便外部查看该组件的测试情况，在所有的测试项均完成测试时，根据各个测试项的测试结果可以生成测试结果摘要，以便外部查看所有测试项的测试情况。综上可见，外部只需根据需求设置用于描述如何呈现图形化接口的配置文件，依据配置文件即可生成所要的图形化接口，而无需在自定义调整测试项时手动调整图形化接口中的相关信息，因此可以降低自定义调整测试项的难度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种动态配置图形化接口的方法的示意图；

图2是本发明一实施例提供的另一种动态配置图形化接口的方法的示意图；

图3是本发明一实施例提供的一种动态配置图形化接口的装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种动态配置图形化接口的方法，包括：

步骤101：接收外部输入的配置文件；

步骤102：在接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

步骤103：建立各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

步骤104：抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；

步骤105：将获取的各个所述测试结果分别更新到对应的所述UI组件中；

步骤106：在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

在本发明实施例中，在接收到测试命令时，可以依据接收到的配置文件动态生成对应的UI组件，再建立各UI组件的测试函数的测试项，并放入工作池中，以便进程执行任务时，从工作池中抓取测试项进行测试，在测试项测试完毕后，可以获取对应的测试结果，通过将测试结果更新到对应的UI组件中，可以方便外部查看该组件的测试情况，在所有的测试项均完成测试时，根据各个测试项的测试结果可以生成测试结果摘要，以便外部查看所有测试项的测试情况。综上可见，外部只需根据需求设置用于描述如何呈现图形化接口的配置文件，依据配置文件即可生成所要的图形化接口，而无需在自定义调整测试项时手动调整图形化接口中的相关信息，因此可以降低自定义调整测试项的难度。

在本发明一实施例中，在所述存放到工作池中之后，在所述抓取所述工作池中的至少一个所述测试项之前，进一步包括：

根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果，包括：

针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；

所述将获取的各个所述测试结果分别更新到对应的所述UI组件中，包括：

利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

在本发明实施例中，依据测试项的数量，可以建立一个主线程和至少一个工作线程，以使通过不同的工作线程执行不同的任务，即测试对应的测试项，可以以提高测试项的测试效率。各个工作进程在获取到测试项的测试结果后会将测试结果发送给主线程，以使主线程将接收到的测试结果更新到对应的UI组件中，以便外部查看该UI组件中对应的测试项的测试情况。

可以理解的是，主线程还可以在UI组件中中更新对应的测试项的测试进度。

在本发明一实施例中，所述在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要，包括：

利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

在本发明实施例中，主线程在更新完每一个UI组件中的测试结果后，可以依据所有测试项的测试结果生成对应的测试结果摘要，以便外部查看所有测试项的测试情况。例如，4个测试项均完成测试，主线程在将4个测试项的测试结果更新到对应的UI组件后，3个测试项的测试结果为成功，1个测试项的为失败，生成测试结果摘要为“成功：3，失败1，测试完成”。

在本发明一实施例中，所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

在本发明实施例中，用于描述如何去呈现图像化接口的配置文件，该配置文件的可以是json格式的文件，也可以是其他格式的文件。该配置文件中可以包括测试项的名称name，例如，“test 1-1”、“test 1-2”；测试项对应的测试函数的名称function，例如，“function 1-1”、“function 1-2”；测试项对应的测试函数的运行类型，例如，“function-type-1”、“function-type-2”；测试项对应的测试参数类型，例如，“parameters-type-1”、“parameters-type-2”；测试项对应的测试参数值，例如，“parameter-1”、“parameter-2”；测试项对应的测试结果类型，例如，“boolean”、“int”。还可以包括测试项对应的可能测试结果、这可依据测试结果类型放入适合的可能值、完全列举或范围形式列举，该可能测试结果可以提供给比对测试结果时使用；测试项对应的预期测试结果，以及测试项对应的测试结果比对方式comparsion_method，例如，与预期完全一致“equal”，比预期结果差“le”。

在本发明一实施例中，在所述根据所述配置文件生成至少一个用户界面UI组件之后，进一步包括：

根据所述配置文件，编排生成的各个所述UI组件。

在本发明实施例中，按照配置文件中记载的信息编排生成的各个UI组件，使得对各个UI组件按照一定的次序依次排列，以使排列后的各个UI组件在视觉上更美观，以提高用户的使用体验。

如图2所示，为了更加清楚的说明本发明的技术方案及优点，下面对本发明实施例提供的一种动态配置图形化接口的方法进行详细说明，具体可以包括以下步骤：

步骤201：接收外部输入的配置文件。

具体地，外部可以依据需求，设置一个特定领域语言用于描述如何去呈现图形化接口的配置文件，以使动态生成对应的UI组件，减少自定义调整测试项时需要手动调整图形化接口中的相关信息的相关操作，从而降低自定义调整测试项的难度。

其中，配置文件中可以包括测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式。

步骤202：在接收到外部输入的测试命令时，根据配置文件生成至少一个用户界面UI组件。

具体地，在接收到测试命令时，可以读入接收的配置文件，依据配置文件来动态生成各个UI组件，并编排各个UI组件，以使排列后的各个UI组件在视觉上更美观，以提高用户的使用体验。

举例来说，根据配置文件生成UI组件1和UI组件2。

步骤203：根据配置文件，编排生成的各个UI组件。

举例来说，根据配置文件中的信息，将UI组件1和UI组件2按照对应的权重、组件标识进行编排。

步骤204：建立各个UI组件分别对应的测试函数的测试项，并存放到工作池中。

具体地，在建立好各个UI组件后，需要确定待测试的任务，因此需要建立各个UI组件分别对应的测试函数的测试项，并放入到工作池中，以使进行从工作池中抓取测试任务进行测试。

举例来说，建立UI组件1对应的测试项A，UI组件2对应的测试项B，并将测试项A和测试项B放入工作池中，等到进行执行任务。

步骤205：根据测试项的数量，建立主线程和至少一个工作线程，其中，每一个工作线程对应至少一个测试项。

具体地，为了提高测试项的测试效率，可以根据测试项的数量建立对应的数量个的工作线程，以使通过工作线程和主线程共同协作完成测试项的测试，以及各个UI组件中的测试结果的更新。

举例来说，测试项的数量为2，因此可以建立两个工作线程，即一个工作线程A和一个工作线程B，以及一个主线程，工作线程A对应测试项A，工作线程B对应测试线程B。

步骤206：针对每一个工作线程，利用工作线程抓取工作池中对应的至少一个测试项，对抓取的至少一个测试项进行测试，获取抓取的至少一个测试项分别对应的测试结果，并将获取的每一个测试结果发送给主线程。

具体地，各线程可以从工作池中抓取对应的测试项进行测试，并将获取的每一个测试结果发送给主线程，以使主线程更新对应的UI组件中的测试结果、测试进度等信息。

举例来说，利用工作线程A抓取工作池中对应的测试项A，对其进行测试，并将获取的测试结果“测试通过”发送给主线程，同时，利用工作线程B抓取工作池中对应的测试项B，对其进行测试，并将获取的测试结果“测试失败”发送给主线程。

步骤207：利用主线程在接收到任一测试结果时，将接收到的测试结果更新到对应的UI组件中。

举例来说，主线程在确定UI组件1对应的测试项A进行测试时，可以更新UI组件1中对应的测试结果为“测试中”，在接收到工作线程A发来的测试项A的测试结果“测试通过”时，可以将测试项A的测试结果“测试通过”更新到对应的UI组件1中。

同样地，当主线程确定UI组件2对应的测试项B进行测试时，可以更新UI组件2对应的测试结果为“测试中”，在接收到工作线程B发来的测试项B的测试结果“测试失败”时，可以将测试项B的测试结果“测试失败”更新到UI组件2中。

步骤208：利用主线程在更新完至少一个UI组件中分别对应的测试结果时，生成与各个测试结果相对应的测试结果摘要。

具体地，当主线程确定所有的UI组件中的信息均更新完毕后，可以生成测试结果摘要，以便外部通过该测试结果摘要确定各个测试项的测试情况。

举例来说，主线程在去确定所有测试项均完成测试后，即确定所有UI组件中的测试结果均更新完毕后，可以根据各个测试项的测试结果生成测试摘要为“成功测试项1个，失败测试项1个”。

如图3所示，本发明实施例提供了一种动态配置图形化接口的装置，包括：

信息接收模块301，用于接收外部输入的配置文件；

组件创建模块302，用于在所述信息接收模块301接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

测试项管理模块303，用于建立所述组件创建模块302创建的各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

测试处理模块304，用于抓取所述测试项管理模块303存放到所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；将获取的各个所述测试结果分别更新到对应的所述UI组件中；在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

在本发明实施例中，组件创建模块在信息接收模块接收到测试命令时，可以依据信息接收模块接收到的配置文件动态生成对应的UI组件，再通过测试项管理模块建立各UI组件的测试函数的测试项，并放入工作池中，以便进程执行任务时，测试处理模块从工作池中抓取测试项进行测试，在测试项测试完毕后，可以获取对应的测试结果，通过将测试结果更新到对应的UI组件中，可以方便外部查看该组件的测试情况，在所有的测试项均完成测试时，根据各个测试项的测试结果可以生成测试结果摘要，以便外部查看所有测试项的测试情况。综上可见，外部只需根据需求设置用于描述如何呈现图形化接口的配置文件，依据配置文件即可生成所要的图形化接口，而无需在自定义调整测试项时手动调整图形化接口中的相关信息，因此可以降低自定义调整测试项的难度。

在本发明一实施例中，所述测试项管理模块，进一步用于根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述测试处理模块，用于针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

在本发明一实施例中，所述测试处理模块，用于利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

在本发明一实施例中，所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

在本发明一实施例中，所述组件创建模块，进一步用于根据所述配置文件，编排生成的各个所述UI组件。

本发明各个实施例至少具有如下有益效果：

1、在本发明一实施例中，在接收到测试命令时，可以依据接收到的配置文件动态生成对应的UI组件，再建立各UI组件的测试函数的测试项，并放入工作池中，以便进程执行任务时，从工作池中抓取测试项进行测试，在测试项测试完毕后，可以获取对应的测试结果，通过将测试结果更新到对应的UI组件中，可以方便外部查看该组件的测试情况，在所有的测试项均完成测试时，根据各个测试项的测试结果可以生成测试结果摘要，以便外部查看所有测试项的测试情况。综上可见，外部只需根据需求设置用于描述如何呈现图形化接口的配置文件，依据配置文件即可生成所要的图形化接口，而无需在自定义调整测试项时手动调整图形化接口中的相关信息，因此可以降低自定义调整测试项的难度。

2、在本发明一实施例中，依据测试项的数量，可以建立一个主线程和至少一个工作线程，以使通过不同的工作线程执行不同的任务，即测试对应的测试项，可以以提高测试项的测试效率。各个工作进程在获取到测试项的测试结果后会将测试结果发送给主线程，以使主线程将接收到的测试结果更新到对应的UI组件中，以便外部查看该UI组件中对应的测试项的测试情况。

3、在本发明一实施例中，主线程在更新完每一个UI组件中的测试结果后，可以依据所有测试项的测试结果生成对应的测试结果摘要，以便外部查看所有测试项的测试情况。

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个······”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。

最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种动态配置图形化接口的方法，其特征在于，包括：

接收外部输入的配置文件；

在接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

建立各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；

将获取的各个所述测试结果分别更新到对应的所述UI组件中；

在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

2.根据权利要求1所述的方法，其特征在于，

在所述存放到工作池中之后，在所述抓取所述工作池中的至少一个所述测试项之前，进一步包括：

根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述抓取所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果，包括：

针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；

所述将获取的各个所述测试结果分别更新到对应的所述UI组件中，包括：

利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

3.根据权利要求2所述的方法，其特征在于，

所述在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要，包括：

利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

4.根据权利要求1所述的方法，其特征在于，

所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

5.根据权利要求1至4中任一所述的方法，其特征在于，

在所述根据所述配置文件生成至少一个用户界面UI组件之后，进一步包括：

根据所述配置文件，编排生成的各个所述UI组件。

6.一种动态配置图形化接口的装置，其特征在于，包括：

信息接收模块，用于接收外部输入的配置文件；

组件创建模块，用于在所述信息接收模块接收到外部输入的测试命令时，根据所述配置文件生成至少一个用户界面UI组件；

测试项管理模块，用于建立所述组件创建模块创建的各个所述UI组件分别对应的测试函数的测试项，并存放到工作池中；

测试处理模块，用于抓取所述测试项管理模块存放到所述工作池中的至少一个所述测试项，并对所述测试项进行测试，获取至少一个所述测试项分别对应的测试结果；将获取的各个所述测试结果分别更新到对应的所述UI组件中；在确定不存在至少一个未测试的所述测试项时，根据所述各个测试结果，生成对应的测试结果摘要。

7.根据权利要求6所述的装置，其特征在于，

所述测试项管理模块，进一步用于根据所述测试项的数量，建立主线程和至少一个工作线程，其中，每一个所述工作线程对应至少一个所述测试项；

所述测试处理模块，用于针对每一个所述工作线程，利用所述工作线程抓取所述工作池中对应的至少一个所述测试项，对抓取的至少一个所述测试项进行测试，获取抓取的至少一个所述测试项分别对应的测试结果，并发送给所述主线程；利用所述主线程在接收到任一所述测试结果时，将接收到的所述测试结果更新到对应的所述UI组件中。

8.根据权利要求7所述的装置，其特征在于，

所述测试处理模块，用于利用所述主线程在更新完所述至少一个UI组件中分别对应的所述测试结果时，生成与各个所述测试结果相对应的测试结果摘要。

9.根据权利要求6所述的装置，其特征在于，

所述配置文件，包括：测试项的名称、测试项对应的测试函数的名称和测试函数的运行类型、测试项对应的测试参数类型、测试项对应的测试参数值、测试项对应的测试结果类型，以及测试项对应的可能测试结果、预期测试结果和测试结果比对方式中的任意一个或多个。

10.根据权利要求6至9中任一所述的装置，其特征在于，

所述组件创建模块，进一步用于根据所述配置文件，编排生成的各个所述UI组件。