CN111444101A - 自动创建产品测试缺陷的方法及装置 - Google Patents

Abstract

本发明实施例涉及一种自动创建软件测试缺陷的方法及装置。其中，该方法包括：在软件测试任务为失败的情况下，获取软件测试任务的测试信息；根据测试信息生成缺陷，以及将缺陷发送至数据库.本发明解决了由于相关技术中需要人工提交软件测试缺陷，而造成的效率低以及缺陷不完整甚至错误的技术问题。

Description

自动创建产品测试缺陷的方法及装置

技术领域

本发明涉及软件开发领域，具体涉及一种自动创建软件测试缺陷的方法及装置。

背景技术

随着互联网行业的快速发展，软件产品的迭代速度越来越快，对于迭代过程中的软件开发时间和软件开发质量管理者也越来越重视。在质量保证QA工作环节，提交软件产品缺陷是一件必不可少的工作，并且项目管理系统会提供自定义缺陷字段，来满足不同场景的提交缺陷需求。

在提交软件产品缺陷时，必填的字段一般为较为重要的字段，会对项目管理或项目合作起到很重要的作用，所以这些字段的准确性和完整性就很重要了。在QA工作环节，填写定义的必填字段来保证缺陷的完整性和正确性。

手工提交软件产品缺陷存在一定错误的几率或完整性无法得到很好的保证，并且部分测试过程及测试结果无法能够很好的获取到数据。不仅无法保证缺陷的完整性和正确性，还会增加管理成本和沟通成本，让管理者无法通过正确的数据进行分析和管理，让开发者无法正确的看到缺陷的发展过程，无法更好的定位缺陷。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种自动创建软件测试缺陷的方法及装置，以至少解决由于相关技术中需要人工提交软件测试缺陷，而造成的效率低以及缺陷不完整甚至错误的技术问题。

根据本发明实施例的一个方面，提供了一种自动创建软件测试缺陷的方法，包括：在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息；根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

进一步地，在所述获取软件测试任务的测试信息之前，还包括：确定待测试软件的至少一条测试用例；根据所述至少一条测试用例创建软件测试任务；执行所述软件测试任务并生成测试报告，其中，所述测试报告包括所述测试信息。

进一步地，确定待测试软件的至少一条测试用例包括：确定所述测试用例的用例信息；创建所述测试用例的用例步骤；根据所述用例信息以及所述用例步骤创建所述测试用例。

进一步地，根据所述测试用例创建软件测试任务包括：创建所述软件测试任务的任务信息；根据所述任务信息以及所述至少一条测试用例创建所述软件测试任务。

进一步地，在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息包括：确定所述测试报告中执行失败的失败用例；获取所述失败用例的用例缺陷信息，其中，所述用例缺陷信息包括：测试团队、测试环境、测试人员、开发人员、缺陷名称、缺陷类型、严重程度、缺陷名称、步骤执行日志以及缺陷根源。

进一步地，根据所述测试信息生成缺陷包括：获取预设缺陷模板；根据所述用例缺陷信息、所述失败软件测试的任务信息以及所述缺陷模板生成所述缺陷。

根据本发明实施例的另一方面，还提供了一种自动创建软件测试缺陷的装置，包括：获取单元，用于在软件测试任务为失败的情况下，获取软件测试任务的测试信息；处理单元，用于根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

进一步地，还包括：确定单元，用于在所述获取软件测试任务的测试信息之前，确定待测试软件的至少一条测试用例；创建单元，用于根据所述至少一条测试用例创建软件测试任务；执行单元，用于执行所述软件测试任务并生成测试报告，其中，所述测试报告包括所述测试信息。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的自动创建软件测试缺陷的方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的自动创建软件测试缺陷的方法。

在本发明实施例中，通过在软件测试任务为失败的情况下，获取软件测试任务的测试信息；根据测试信息生成缺陷，以及将缺陷发送至数据库。实现了自动生成软件测试缺陷的技术效果，能够减小由于手工填写取消报告产生的误差，从而提升缺陷的准确性。进而解决了由于相关技术中需要人工提交软件测试缺陷，而造成的效率低以及缺陷不完整甚至错误的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的自动创建软件测试缺陷的方法的示意图；

图2是根据本发明实施例的一种可选的自动创建软件测试缺陷的装置的示意图。

具体实施方式

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

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

实施例1

根据本发明实施例，提供了一种自动创建软件测试缺陷的方法，如图1所示，该方法包括：

S102，在软件测试任务为失败的情况下，获取软件测试任务的测试信息；

S104，根据测试信息生成缺陷，以及将缺陷发送至数据库。

在本实施例中，软件测试任务一般是针对软件中的多个用例进行测试，用例可以是软件中某个登录接口，也可以是软件中的某个功能组件。例如，一个用例是针对软件系统中的登录接口进行测试，在一个软件测试任务中包括多个软件版本中，共10个登录接口，分别针对10个登录接口进行测试。

在软件测试任务为失败的情况下，也就是说，在软件测试任务中的用例存在失败的情况下，则判断软件测试任务失败。在软件测试任务为失败的情况下，获取软件测试任务的测试信息，其中包括了失败用例的相关信息。

在本实施例中，根据软件测试任务的测试信息中的失败用例，然后根据失败用例的信息按照预设模板生成缺陷，缺陷中记载了失败用例的用例缺陷。

需要说明的是，在本实施例中，通过在软件测试任务为失败的情况下，获取失败的软件测试任务的测试信息；根据测试信息生成缺陷,以及将缺陷发送至数据库。实现了自动生成软件测试缺陷的技术效果，能够减小由于手工填写取消报告产生的误差，从而提升缺陷的准确性。进而解决了由于相关技术中需要人工提交软件测试缺陷，而造成的效率低以及缺陷不完整甚至错误的技术问题。

可选地，在本实施例中，在获取软件测试任务的测试信息之前，还包括但不限于：确定待测试软件的至少一条测试用例；根据至少一条测试用例创建软件测试任务；执行软件测试任务并生成测试报告，其中，测试报告包括测试信息。

在具体的应用场景中，首先要创建至少一条测试用例，例如确定测试用例中的软件系统的登录接口，设置登录用户名以及登录密码来进行登录测试。在确定测试用例之后，根据一个或多个测试用例创建软件测试任务，软件测试任务中包括了测试用例的用例列表。然后执行软件测试任务并生成测试报告，根据软件测试任务的生成的测试报告来确定缺陷，然后将缺陷提交至测试项目管理平台数据库。

可选地，在本实施例中，确定待测试软件的至少一条测试用例包括但不限于：确定所述测试用例的用例信息；创建所述测试用例的用例步骤；根据所述用例信息以及所述用例步骤创建所述测试用例。

进一步可选地，在本实施例中，用例信息包括但不限于：测试环境、测试人员、测试模块、用例目录、是否回归用例、接口地址以及用例名称；用例步骤包括但不限于用例步骤名称、请求方式、接口服务、接口地址、请求头、请求参数、用例断言以及全局变量。

在具体的应用场景中，在创建测试用例时，首先确定测试用例的用例信息，例如测试环境、测试人员、测试模块、用例目录、是否回归用例、接口地址以及用例名称。在确定测试用例的用例信息后，确定测试用例的用例步骤，其中，用例步骤包括用例步骤名称、请求方式、接口服务、接口地址url、用例中的请求头(header)、请求参数、用例断言(用例断言用于指示接口请求返回是否符合预期，符合表示用例执行成功，不符合表示用例执行失败)以及全局变量等，然后保存用例信息以及用例步骤，以得到测试用例。

可选地，在本实施例中，根据测试用例创建软件测试任务包括但不限于：创建软件测试任务的任务信息；根据任务信息以及至少一条测试用例创建软件测试任务。优选地，在本实施例中，任务信息包括任务名称、测试团队、迭代版本、迭代需求、软件开发人员、测试用例列表。

具体的，根据软件中的一个或多个用例来创建软件测试任务，其中，确定用于进行测试的多个测试用例，然后创建任务信息，任务信息中包括但不限于任务名称、测试团队、迭代版本、迭代需求、软件开发人员、测试用例列表等，然后根据任务信息以及一个或多个测试用例来创建软件测试任务

可选地，在本实施例中，在软件测试任务为失败的情况下，获取软件测试任务的测试信息包括但不限于：确定所述测试报告中执行失败的失败用例；获取所述失败用例的用例缺陷信息，其中，所述用例缺陷信息包括但不限于：测试团队、测试环境、测试人员、开发人员、缺陷名称、缺陷类型、严重程度、缺陷名称、步骤执行日志以及缺陷根源。

在具体的应用场景中，在软件测试任务失败后，获取用例失败信息并将信息提交到项目管理平台中，同时缺陷数据也会保存到工具平台的数据库中。在一个例子中，若软件测试任务失败的情况下，测试报告中会出现失败用例，在软件测试系统的测试报告的页面中，基于失败用例的用户界面选取一个提交缺陷的选择控件，点击选择控件以后，跳转至提交缺陷的页面，在该页面中存在缺陷的预设模板。并将用例缺陷信息自动填入至预设模板中，其中，用例缺陷信息包括但不限于任务名称、缺陷名称、缺陷类型、严重程度以及缺陷根源等，然后提交完成后，将缺陷发送至项目管理平台的数据库。

可选地，在本实施例中，根据测试信息生成缺陷包括但不限于：获取预设缺陷模板；根据用例缺陷信息、失败软件测试的任务信息以及缺陷模板生成缺陷。

在具体的应用场景中，失败用例的缺陷中的内容包括但不限于测试团队、测试环境、测试人员，测试名称、缺陷严重程度、缺陷类型、缺陷根源、开发人员以及用例步骤执行日志等。在提交缺陷的页面中，所有必填缺陷字段根据用例缺陷信息、任务信息中的失败用例信息、以及测试结果等数据自动回填至预设模板中对应的字段中，以生产缺陷。然后将生成的缺陷发送至项目管理平台。

通过上述实施例，在软件测试任务为失败的情况下，获取软件测试任务的测试信息；根据测试信息生成缺陷，以及将缺陷发送至数据库。实现了自动生成软件测试缺陷的技术效果，能够减小由于手工填写取消报告产生的误差，从而提升缺陷的准确性。进而解决了由于相关技术中需要人工提交软件测试缺陷，而造成的效率低以及缺陷不完整甚至错误的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述自动创建软件测试缺陷的方法的自动创建软件测试缺陷的装置，如图2所示，该装置包括：

1)获取单元20，用于在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息；

2)处理单元22，用于根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

可选地，在本实施例中，所述装置还包括：

1)确定单元，用于在所述获取软件测试任务的测试信息之前，确定待测试软件的至少一条测试用例；

2)创建单元，用于根据所述至少一条测试用例创建软件测试任务；

3)执行单元，用于执行所述软件测试任务并生成测试报告，其中，所述测试报告包括所述测试信息。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例3

根据本发明实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行如上所述的自动创建软件测试缺陷的方法。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息；

S2，根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

可选地，存储介质还被设置为存储用于执行上述实施例1中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例4

本发明的实施例还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行如上所述的自动创建软件测试缺陷的方法。

可选地，在本实施例中，存储器被设置为存储用于执行以下步骤的程序代码：

S1，在软件测试任务为失败的情况下，获取软件测试任务的测试信息；

S2，根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种自动创建软件测试缺陷的方法，其特征在于，包括：

在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息；

根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

2.根据权利要求1所述的方法，其特征在于，在所述获取软件测试任务的测试信息之前，还包括：

确定待测试软件的至少一条测试用例；

根据所述至少一条测试用例创建软件测试任务；

执行所述软件测试任务并生成测试报告，其中，所述测试报告包括所述测试信息。

3.根据权利要求2所述的方法，其特征在于，确定待测试软件的至少一条测试用例包括：

确定所述测试用例的用例信息；

创建所述测试用例的用例步骤；

根据所述用例信息以及所述用例步骤创建所述测试用例。

4.根据权利要求3所述的方法，其特征在于，根据所述测试用例创建软件测试任务包括：

创建所述软件测试任务的任务信息；

根据所述任务信息以及所述至少一条测试用例创建所述软件测试任务。

5.根据权利要求2所述的方法，其特征在于，在软件测试任务为失败的情况下，获取所述软件测试任务的测试信息包括：

确定所述测试报告中执行失败的失败用例；

获取所述失败用例的用例缺陷信息，其中，所述用例缺陷信息包括：测试团队、测试环境、测试人员、开发人员、缺陷名称、缺陷类型、严重程度、缺陷名称、步骤执行日志以及缺陷根源。

6.根据权利要求5所述的方法，其特征在于，根据所述测试信息生成缺陷包括：

获取预设缺陷模板；

根据所述用例缺陷信息、所述失败软件测试的任务信息以及所述缺陷模板生成所述缺陷。

7.一种自动创建软件测试缺陷的装置，其特征在于，包括：

获取单元，用于在软件测试任务为失败的情况下，获取软件测试任务的测试信息；

处理单元，用于根据所述测试信息生成缺陷，以及将所述缺陷发送至数据库。

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

确定单元，用于在所述获取软件测试任务的测试信息之前，确定待测试软件的至少一条测试用例；

创建单元，用于根据所述至少一条测试用例创建软件测试任务；

执行单元，用于执行所述软件测试任务并生成测试报告，其中，所述测试报告包括所述测试信息。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至6任一项中所述的自动创建软件测试缺陷的方法。

10.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至6任一项中所述的自动创建软件测试缺陷的方法。

Images