一种测试任务创建方法、装置、电子设备及存储介质

技术领域

本申请涉及软件测试技术领域，具体而言，涉及一种测试任务创建方法、装置、电子设备及存储介质。

背景技术

随着计算机的不断发展，自动化测试越来越受到测试人员的关注和青睐。现有的测试阶段虽然实现了利用软件进行自动测试，但在整个测试流程中依然存在较多的环节需要手动执行，大大降低了自动化程度，影响了测试效率。如何进一步提升测试流程的自动化程度，是本领域亟待解决的技术问题。

发明内容

本申请实施例的目的在于提供一种测试任务创建方法、装置、电子设备及存储介质，用以实现提高测试自动化程度的技术效果。

本申请实施例第一方面提供了一种测试任务创建方法，应用于测试用例管理系统，所述方法包括：

对用户导入的需求文件进行解析，得到所述需求文件记录的由所述用户自定义的测试参数；

通过所述测试用例管理系统提供的接口传入所述测试参数；

根据所述测试参数创建包含测试用例的测试任务。

在上述实现过程中，将用户手动配置参数的人为过程替换为测试用例管理系统从需求文件中解析出用户自定义的测试参数。由此，用户只需前期制作好需求文件，测试用例管理系统便可以从需求文件中提取出测试参数，自动传参，并自动创建测试任务。从测试任务创建、到测试执行，均为自动化过程，实现了真正意义上的自动化测试，大大提高了自动化程度。

进一步地，所述测试参数包括待测试模块对应的模块参数；所述根据所述测试参数创建包含测试用例的测试任务，包括：

根据所述需求文件的名称创建相应的测试任务；

根据所述模块参数，确定所述待测试模块对应的测试用例；

将所述测试用例添加到创建的所述测试任务中。

在上述实现过程中，通过利用需求文件的名称创建测试任务，以及利用需求文件中记录的模块参数确定待测试模块对应的测试用例，能够将测试用例添加到创建的测试任务中。如此，用户只需前期制作好需求文件，测试用例管理系统便自动完成测试任务创建、测试用例筛选与添加、以及执行测试。实现了真正意义上的自动化测试，大大提高了自动化程度。

进一步地，所述测试参数包括测试人员标识；所述方法还包括：

根据所述测试用例标注的类型信息，将标注为自动类型的自动测试用例指派至自动化测试平台；

针对标注为手动类型的手动测试用例生成测试子任务，并将所述测试子任务发送至所述测试人员标识指示的测试人员。

在上述实现过程中，针对定制版本的测试任务，用户只需前期在需求文件中输入执行手动测试的测试人员标识，测试用例管理系统便可自动根据测试用例标注的类型信息对所确定的测试用例进行区分，并将不同类型的测试用例分别进行指派。使得从测试任务创建、测试用例筛选与添加、测试用例的指派、以及执行测试都是自动化进行。实现了真正意义上的自动化测试，大大提高了自动化程度。

进一步地，所述方法还包括：

获取所述自动化测试平台在执行所述自动测试用例后得到的自动测试结果；

获取所述测试人员在执行所述手动测试用例后上传的手动测试结果；

将所述自动测试结果与所述手动测试结果回填至所述测试任务中。

在上述实现过程中，从测试任务创建、测试用例筛选与添加、测试用例的指派、执行测试、测试结果回填与生成测试结果报告都是自动化进行。实现了真正意义上的自动化测试，大大提高了自动化程度。

本申请实施例第二方面提供了一种测试任务创建装置，应用于测试用例管理系统，所述装置包括：

解析模块，用于对用户导入的需求文件进行解析，得到所述需求文件记录的由所述用户自定义的测试参数；

传参模块，用于通过所述测试用例管理系统提供的接口传入所述测试参数；

创建模块，用于根据所述测试参数创建包含测试用例的测试任务。

进一步地，所述测试参数包括待测试模块对应的模块参数；所述创建模块具体用于：

根据所述需求文件的名称创建相应的测试任务；

根据所述模块参数，确定所述待测试模块对应的测试用例；

将所述测试用例添加到创建的所述测试任务中。

进一步地，所述测试参数包括测试人员标识；所述装置还包括：

第一指派模块，用于根据所述测试用例标注的类型信息，将标注为自动类型的自动测试用例指派至自动化测试平台；

第二指派模块，用于针对标注为手动类型的手动测试用例生成测试子任务，并将所述测试子任务发送至所述测试人员标识指示的测试人员。

进一步地，所述装置还包括：

第一获取模块，用于获取所述自动化测试平台在执行所述自动测试用例后得到的自动测试结果；

第二获取模块，用于获取所述测试人员在执行所述手动测试用例后上传的手动测试结果；

回填模块，用于将所述自动测试结果与所述手动测试结果回填至所述测试任务中。

本申请实施例第三方面提供了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器调用所述可执行指令时实现第一方面任一所述方法的操作。

本申请实施例第四方面提供了一种计算机可读存储介质，其特征在于，其上存储有计算机指令，其特征在于，所述计算机指令被处理器执行时实现第一方面任一所述方法的步骤。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种测试任务创建方法的流程示意图；

图2为本申请实施例提供的另一种测试任务创建方法的流程示意图；

图3为本申请实施例提供的另一种测试任务创建方法的流程示意图；

图4为本申请实施例提供的另一种测试任务创建方法的流程示意图；

图5为本申请实施例提供的另一种测试任务创建方法的流程示意图；

图6为本申请实施例提供的一种测试任务创建装置的结构框图；

图7为本申请实施例提供的一种电子设备的硬件结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

随着计算机的不断发展，自动化测试越来越受到测试人员的关注和青睐。现有的测试阶段虽然实现了利用软件进行自动测试，但在整个测试流程中依然存在较多的环节需要手动执行。

例如，用户需要在测试软件中手动创建测试任务，手动选择需要测试的产品与模块，从而过滤出相应的测试用例。若测试用例中包括需要测试人员手动执行的测试用例、以及由软件自动化执行的测试用例，还需要用户手动将两种测试用例分别指派给相应的测试人员以及测试软件。

可见，相关技术中所谓的自动化测试尚未真正地实现全自动化，自动化程度不足，影响了测试效率。如何进一步提升测试流程的自动化程度，是本领域亟待解决的技术问题。

为此，本申请提出了一种测试任务创建方法，应用于测试用例管理系统。其中，测试用例管理系统用于管理测试用例、追踪软件测试、与测试运行等。作为例子，测试用例管理系统可以是Testrail、Testlink等相关技术中已提供的系统。

图1为本申请提供的一种测试任务创建方法的流程示意图。如图1，该方法包括：

步骤110：对用户导入的需求文件进行解析，得到所述需求文件记录的由所述用户自定义的测试参数；

步骤120：通过所述测试用例管理系统提供的接口传入所述测试参数；

步骤130：根据所述测试参数创建包含测试用例的测试任务。

首先，用户可以根据测试需求自定义测试参数，并将测试参数记录在需求文件中。其中，测试参数用于筛选测试用例。

示例性地，需求文件中可以以键值对的方式记录测试参数。其中，键(key)可以是预定义的参数字节，而值(value)为参数字节对应的参数值，也即用户自定义的测试参数。如此，在解析需求文件时，可以根据预定义的参数字节，获取到对应的测试参数。

示例性地，需求文件可以是Excel格式的文件。

在创建好需求文件后，用户可以将需求文件传入测试用例管理系统进行解析，从而得到测试参数。测试用例管理系统提供有多种接口，如API(Application ProgrammingInterface,应用程序编程接口)。利用接口可以将解析得到的测试参数传入测试用例管理系统。最后测试用例管理系统根据传入的测试参数创建包含测试用例的测试任务。

可以理解的是，在相关技术中，用户在测试软件中手动创建测试任务、选择需要测试的产品与模块，实际上是参数配置的过程。而本申请将用户手动配置参数的人为过程替换为测试用例管理系统从需求文件中解析出用户自定义的测试参数。由此，用户只需前期制作好需求文件，测试用例管理系统便可以从需求文件中提取出测试参数，自动传参，并自动创建测试任务。从测试任务创建、到测试执行，均为自动化过程，实现了真正意义上的自动化测试，大大提高了自动化程度。

关于测试参数，在一些实施例中，测试参数可以包括待测试模块对应的模块参数。其中，在一些场景中，待测试模块为待测试产品中的模块。当某一产品(Product)进行版本升级后，升级的可能只是产品中某一些特定的功能模块(Module)。如此，只需对这部分特定的功能模块进行测试。进行版本升级后需要进行测试的产品为待测试产品，待测试产品中需要进行测试的功能模块为待测试模块。

由于待测试模块是待测试产品下的功能模块，示例性地，需求文件中可以包括待测试产品对应的产品参数、以及待测试产品中待测试模块的模块参数。例如，产品参数可以是产品名称、或唯一标识待测试产品的产品身份标识；模块参数可以是功能模块名称、或唯一标识待测试功能模块的功能模块身份标识。

如此，上述步骤130可以包括如图2所示的步骤：

步骤131：根据所述需求文件的名称创建相应的测试任务；

步骤132：根据所述模块参数，确定所述待测试模块对应的测试用例；

步骤133：将所述测试用例添加到创建的所述测试任务中。

在用户向测试用例管理系统传入需求文件后，首先测试用例管理系统可以提取需求文件的名称，利用该名称创建相应的测试任务。例如测试任务的名称与需求文件的名称一致，使得测试人员可以根据需求文件名称查找测试任务的相关文件。

随后，根据模块参数可以确定待测试模块对应的测试用例。

其中，功能模块下包括有至少一个测试用例。测试用例在用例库中按照功能模块进行划分存储。因此，当解析得到待测试模块的模块参数时，可以根据模块参数获取到待测试模块所包括的测试用例。

示例性地，如上所述，需求文件中可以包括待测试产品对应的产品参数、以及待测试产品中待测试模块的模块参数。如此，可以首先根据产品参数进入待测试产品的测试用例库。然后根据模块参数，自动将测试用例库中待测试模块所包括的测试用例加入到创建的测试任务中。

可见，在本实施例中，通过利用需求文件的名称创建测试任务，以及利用需求文件中记录的模块参数确定待测试模块对应的测试用例，能够将测试用例添加到创建的测试任务中。如此，用户只需前期制作好需求文件，测试用例管理系统便自动完成测试任务创建、测试用例筛选与添加、以及执行测试。实现了真正意义上的自动化测试，大大提高了自动化程度。

此外，在一些场景中，针对定制版本的测试任务，所执行的测试用例还包括自动测试用例与手动测试用例。其中，定制版本是指对通用版本的软件设置一些定制功能后获得的软件版本。定制版本通常包括定制功能模块和通用功能模块。手动测试用例用于测试定制功能模块，由测试人员手动执行。而自动测试用例用于测试通用功能模块，可以由自动化测试平台自动执行。

如此，在一些实施例中，测试参数可以包括测试人员标识。例如，可以是用于唯一标识测试人员的身份标识。上述方法还包括如图3所示的步骤：

步骤141：根据所述测试用例标注的类型信息，将标注为自动类型的自动测试用例指派至自动化测试平台；

步骤142：针对标注为手动类型的手动测试用例生成测试子任务，并将所述测试子任务发送至所述测试人员标识指示的测试人员。

测试用例标注有类型信息，包括自动类型(autotest)与手动类型(tester)。自动类型的测试用例也即上述的自动测试用例；手动类型的测试用例也即上述的手动测试用例。

在根据模块参数确定出待测试模块对应的测试用例后，测试用例管理系统可以自动地将标注为手动类型的手动测试用例过滤出来。并对手动测试用例生成相应的测试子任务，将测试子任务指派至测试人员标识所指示的测试人员。其中，测试人员与用户可以是同一人员，也可以是不同人员。

另外，还将标注为自动类型的自动测试用例指派至自动化测试平台。示例性地，可以通过自动化测试平台提供的API接口将自动测试用例指派至自动化测试平台。

可以理解的是，针对定制版本的测试任务，由于测试用例分手动测试用例与自动测试用例。在相关技术中依然需要用户手动地将手动测试用例指派到相关的测试人员，导致自动化程度较低。而在本实施例中，针对定制版本的测试任务，用户只需前期在需求文件中输入执行手动测试的测试人员标识，测试用例管理系统便可自动根据测试用例标注的类型信息对所确定的测试用例进行区分，并将不同类型的测试用例分别进行指派。使得从测试任务创建、测试用例筛选与添加、测试用例的指派、以及执行测试都是自动化进行。实现了真正意义上的自动化测试，大大提高了自动化程度。

进一步地，在一些实施例中，当测试人员接收到测试子任务时，测试人员执行分配的手动测试用例，可以得到手动测试结果。测试人员可以将手动测试结果返回至测试用例管理系统。

当自动化测试平台接收到自动测试用例后，可以执行自动测试用例得到自动测试结果，并将自动测试结果返回至测试用例管理系统。

示例性地，自动化测试平台可以在总自动化测试脚本中筛选与自动测试用例对应的测试脚本，并组装成测试脚本集。然后依次执行脚本集，得到自动测试结果。

示例性地，自动化测试平台可以在每执行完一个自动测试用例后，就将生成的自动测试结果返回至测试用例管理系统。

示例性地，可以通过测试用例管理系统提供的API返回测试用例管理系统。

如此，上述方法还包括如图4所示的步骤：

步骤151：获取所述自动化测试平台在执行所述自动测试用例后得到的自动测试结果；

步骤152：获取所述测试人员在执行所述手动测试用例后上传的手动测试结果；

步骤153：将所述自动测试结果与所述手动测试结果回填至所述测试任务中。

测试用例管理系统在获取自动测试结果与手动测试结果后，可以将两种测试结果均回填至测试任务中，从而完成整个测试流程。最后，测试用例管理系统可以根据所有测试结果自动产生测试结果报告，以供用户查阅。

可见，在本实施例中从测试任务创建、测试用例筛选与添加、测试用例的指派、执行测试、测试结果回填与生成测试结果报告都是自动化进行。实现了真正意义上的自动化测试，大大提高了自动化程度。

此外，如图5所示，本申请还提供了一种测试任务创建方法。用户制作的需求文件记录待测试产品对应的产品参数、以及待测试产品中待测试模块的模块参数、以及测试人员标识。将需求文件导入测试用例管理系统后，测试用例管理系统根据需求文件的名称创建测试任务。并且根据产品参数进入待测试产品的测试用例库。根据模块参数从测试用例库中筛选待测试模块所包括的测试用例，并加入到创建的测试任务中。

随后，根据测试用例标注的类型信息对测试用例进行指派。将自动测试用例指派至自动化测试平台，将手动测试用例指派至测试人员标识所指示的测试人员。

自动化测试平台根据自动测试用例，在总自动化测试脚本中筛选出与自动测试用例对应的测试脚本，并执行自动测试用例，得到自动测试结果。随后将自动测试结果回填至测试任务。测试人员执行手动测试用例后，将得到的手动测试结果回填至测试任务。最后测试用例管理系统自动产生测试结果报告。

可见，本申请提供的一种测试任务创建方法，将用户手动配置参数的人为过程替换为测试用例管理系统从需求文件中解析出用户自定义的测试参数。由此，用户只需前期制作好需求文件，测试用例管理系统便可以从需求文件中提取出测试参数，自动传参，并自动创建测试任务。从测试任务创建、测试用例筛选与添加、测试用例的指派、执行测试、测试结果回填与生成测试结果报告都是自动化进行。实现了真正意义上的自动化测试，大大提高了自动化程度。

基于上述任意实施例提供的一种测试任务创建方法，本申请还提供了一种测试任务创建装置，应用于测试用例管理系统。如图6所示，测试任务创建装置600包括：

解析模块610，用于对用户导入的需求文件进行解析，得到所述需求文件记录的由所述用户自定义的测试参数；

传参模块620，用于通过所述测试用例管理系统提供的接口传入所述测试参数；

创建模块630，用于根据所述测试参数创建包含测试用例的测试任务。

在一些实施例中，所述测试参数包括待测试模块对应的模块参数；所述创建模块630具体用于：

根据所述需求文件的名称创建相应的测试任务；

根据所述模块参数，确定所述待测试模块对应的测试用例；

将所述测试用例添加到创建的所述测试任务中。

在一些实施例中，所述测试参数包括测试人员标识；所述装置600还包括：

第一指派模块，用于根据所述测试用例标注的类型信息，将标注为自动类型的自动测试用例指派至自动化测试平台；

第二指派模块，用于针对标注为手动类型的手动测试用例生成测试子任务，并将所述测试子任务发送至所述测试人员标识指示的测试人员。

在一些实施例中，所述装置600还包括：

第一获取模块，用于获取所述自动化测试平台在执行所述自动测试用例后得到的自动测试结果；

第二获取模块，用于获取所述测试人员在执行所述手动测试用例后上传的手动测试结果；

回填模块，用于将所述自动测试结果与所述手动测试结果回填至所述测试任务中。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

基于上述任意实施例所述的一种测试任务创建方法，本申请还提供了如图7所示的一种电子设备的结构示意图。如图7，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述任意实施例所述的一种测试任务创建方法。

本申请还提供了一种计算机存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时可用于执行上述任意实施例所述的一种测试任务创建方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

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