任务测试方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种任务测试方法和装置。

背景技术

目前，测试人员进行任务测试时，如果发现错误bug，通常需要自己判断当前bug的一些属性。例如，测试人员可基于当前bug相关的测试信息综合判断bug的等级或出现的频率等。

而bug相关的测试信息数量较多，若每次出现bug都需要用户确定bug的属性会影响整个测试任务的进度。并且，人为确定bug的属性难有统一的标准，没有规范的格式，影响bug后续的管理。

发明内容

本发明实施例提供了一种任务测试方法和装置，通过设置多个评估维度确定bug的属性等级，可以有效解决bug等级划分模糊且容易出错等问题，同时设置审核步骤，优化了整个bug的提交流程。

第一方面，本发明实施例提供了一种任务测试方法，包括：

检测到当前的测试任务出现错误bug出现后，获取当前bug在所述测试任务中相关的测试信息；

基于所述测试信息，确定当前bug在至少一个评估维度中的评估值；

根据所述评估值，确定当前bug的属性等级；

检测到当前bug的审核通过后，将所述当前bug以及对应属性等级上传至bug管理平台存储。

一种实施例中，所述评估维度包括以下一项或多项组合：

外部测试条件；

出现概率；

用户操作类型；

业务功能类型；

故障影响；

恢复性。

一种实施例中，所述根据所述评估值，确定当前bug的属性等级，包括：

确定每个评估值的权重；

将每个评估值与对应权重的乘积相加，得到当前bug的综合评估值；

基于预存的属性等级关联表，确定与所述综合评估值相关联的属性等级。

一种实施例中，所述属性等级包括以下一项或多项组合：

bug等级；

bug优先级；

出现频率。

一种实施例中，所述获取当前bug在所述测试任务中相关的测试信息，包括：

若检测到当前测试任务存在相关联的至少一个bug模板，则基于所述bug模板所需要的内容获取所述测试信息；

若检测到当前测试任务未关联bug模板，则基于预存的通用bug模板所需要的内容获取所述测试信息。

一种实施例中，所述基于所述测试信息，确定当前bug在至少一个评估维度中的评估值之前，所述方法还包括：

根据所述测试信息，判断当前bug是否为已出现的bug；

若判断结果为否，则执行所述基于所述测试信息，确定当前bug在至少一个评估维度中的评估值的步骤；

若判断结果为是，则在前端显示相应的提示信息，并在接收到指示后，修改当前bug的测试信息或终止当前bug的上传流程。

一种实施例中，所述检测到当前bug的审核通过后，将所述当前bug以及对应属性等级上传至bug管理空间存储之前，所述方法还包括：

将当前bug的测试信息以及对应的属性等级上传至审核系统；

若接收到审核未通过指示，则将所述审核结果以及对应的当前bug审核未通过的原因发送至相关测试人员，以使所述测试人员修改所述测试信息后再次执行当前bug的上传流程。

第二方面，本发明实施例提供了一种任务测试装置，包括：

处理模块，用于检测到程序错误bug出现后，获取当前bug的相关信息；

确定模块，用于基于所述相关信息，确定当前bug在至少一个评估维度中的评估值；

所述确定模块，用于根据所述评估值，确定当前bug的属性等级；

上传模块，用于检测到当前bug的审核通过后，将所述当前bug以及对应属性等级上传至bug管理平台存储。

第三方面，本发明实施例提供了一种电子芯片，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序被处理器执行时实现第一方面提供的方法。

本发明实施例中，检测到当前的测试任务出现错误bug出现后，获取当前bug在测试任务中相关的测试信息，然后基于测试信息，确定当前bug在至少一个评估维度中的评估值，根据评估值，确定当前bug的属性等级，检测到当前bug的审核通过后，将当前bug以及对应属性等级上传至bug管理平台存储。通过设置多个评估维度确定bug的属性等级，可以有效解决bug等级划分模糊且容易出错等问题，同时设置审核步骤，优化了整个bug的提交流程。

附图说明

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

图1为本发明实施例提供的一种任务测试方法的流程图；

图2为本发明实施例提供的另一种任务测试方法的流程图；

图3为本发明实施例提供的一种任务测试方法的示意图；

图4为本发明实施例提供的一种任务测试装置的结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为了更好的理解本说明书的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

当前测试人员进行测试任务的过程中，经常出现以下问题：(1)测试人员手动提交bug的效率低，时效性差；(2)测试人员填写bug信息时，格式不规范；(3)所有的bug都跟测试任务相关联，测试人员填写bug信息时，需重复填写测试任务各字段信息，如测试步骤、测试目的、测试版本等；

(4)测试人员对bug的等级确定不规范；(5)测试人员无法查询提交bug的记录。

针对上述问题，本发明实施例提供了一种任务测试方法，通过设置多个评估维度确定bug的属性等级，可以有效解决bug等级划分模糊且容易出错等问题，同时设置审核步骤，优化了整个bug的提交流程。

步骤101，检测到当前的测试任务出现错误bug出现后，获取当前bug在所述测试任务中相关的测试信息。

本发明实施例中，测试信息为预先记录的信息，处理设备检测到bug时，会自动获取bug相关的测试信息。测试信息主要包括bug的测试版本、产生该bug的测试任务编号、测试所用的设备类型、测试人员信息(姓名/部门/邮箱/电话)、测试任务标题、测试步骤、测试目的和预期结果等信息。

一种实施例中，测试人员可以预先为当前的测试任务设置一个或多个bug模板，如果处理设备检测到当前测试任务存在相关联的至少一个bug，则处理设备会基于bug模板所需要的内容获取测试信息；如果处理设备检测到当前测试任务未关联bug模板，则处理设备会基于预存的通用bug模板所需要的内容获取bug的测试信息。

步骤102，基于测试信息，确定当前bug在至少一个评估维度中的评估值。

本发明实施例中，评估维度可以包括：外部测试条件、出现概率、用户操作类型、业务功能类型、故障影响和恢复性。处理设备基于bug的测试信息，能够确定当前bug在每个评估维度中的评估值。

步骤103，根据评估值，确定当前bug的属性等级。

不同的评估维度对bug的属性等级的影响程度不同，处理设备需先确定每个评估维度的权重，然后将每个评估维度的评估值与该评估维度的权重相乘，再将乘积相加，得到当前bug的综合评估值。之后，处理设备可以基于预存的属性等级关联表，确定与所述综合评估值相关联的属性等级。其中，属性等级关联表为测试人员预先设置，不同的综合评估值对应不同的属性等级。本发明实施例的属性等级可以包括bug等级、bug优先级和bug的出现频率等。

步骤104，检测到当前bug的审核通过后，将当前bug以及对应属性等级上传至bug管理平台存储。

本发明实施例中，处理设备确定bug的属性等级后，会将当前bug的测试信息以及对应的属性等级上传至审核系统，以供审核人员审核，当检测到审核通过后，处理设备将当前bug以及对应的属性等级上传至bug管理平台存储，相关人员可以在bug管理平台上查询bug的相关信息。若处理设备接收到审核未通过指示，则将所述审核结果以及对应的当前bug审核未通过的原因发送至相关测试人员，以使所述测试人员修改测试信息后再次执行当前bug的上传流程。

本发明实施例中，处理设备通过预设的通用模板或当前测试任务关联的模板所需的内容获取bug的测试信息，使得测试信息的获取快速、高效且规范；通过设置多个评估维度确定bug的属性等级，可以有效解决bug等级划分模糊且容易出错等问题，通过设置审核步骤，优化了整个bug的提交流程。

图2为本发明实施例提供的另一种任务测试方法的示意图。如图2所示，可以包括：

步骤201，检测到当前测试任务中出现bug。

步骤202，判断当前测试任务是否关联特定bug模板。

若有，则进入步骤204，否则进入步骤203。

步骤203，基于特定bug模板获取测试信息。

步骤204，基于通用bug模板获取测试信息。

处理设备内部存储有通用bug模板，如果测试人员没有为测试任务设置特定的bug模板，则处理设备基于通用bug模板所需的内容获取测试信息并将测试信息导入通用bug模板中。如果测试人员设置了一个或多个特定bug模板，处理设备可以在通用模板的基础上，再基于特定bug模板所需的内容获取测试信息。例如，处理设备存储有1个通用bug模板，测试人员为当前测试任务设置了5个不同的特定bug模板，处理设备最终可以显示6个导入了测试信息的bug模板。

步骤205，将bug模板在前端显示，以供测试人员补充测试信息。

测试人员需要填写的测试信息可以包括：测试结果和bug摘要等信息，测试人员填写完成后将当前bug提交。

步骤206，判断当前bug是否已存在。

处理设备可以根据测试人员填写的bug摘要或其他测试信息判断当前bug是否已出现并进行过提交，若是，进入步骤207，否则进入步骤208。

步骤207，提示测试人员修改测试信息。

如果处理设备判断当前bug已存在，可能包括以下两种情况：(1)当前bug已存在；(2)当前bug为新出现的bug，但bug摘要或其他测试信息与已提交的bug类似。测试人员收到提示后，需认为判断当前bug是否为已出现的bug，若是，则停止提交流程，否则需要修改bug摘要等测试信息，与之前已出现的bug区分开。

一种实施例中，处理设备判断当前bug是否已存在的步骤可如图3所示，处理设备将当前bug的测试信息与已提交bug的测试信息一一比对，若检测到某个已提交bug的测试信息与当前bug的测试信息的相似度大于预设阈值，则确定当前bug为已提交的bug，否则将当前bug确定为新bug。

步骤208，确定当前bug的属性等级。

处理设备根据外部测试条件、bug出现概率、用户操作类型、业务功能类型、故障影响和恢复性等六个评估维度确定bug等级，优先级，出现频率等信息。例如，外部测试条件可以分为常用环境、不常用环境、无关环境因素三个适用场景，每个场景对应不同的评估值，处理设备确定当前bug在六个评估维度的评估值后，可以根据公式

步骤209，判断当前测试任务是否设置审核。

本发明实施例中，审核可以针对特定的测试人员设置或针对测试任务进行设置。若设置了审核，则进入步骤210，否则进入步骤212。

步骤210，将当前bug上传至审核系统。

在具体实施例中，处理设备可以将当前bug上传审核系统，或者，将当前bug暂存至中间库，并发送邮件至审核人员，通知审核人员进行审核。审核人员收到邮件，可点击邮件标题进入bug审查页面，完成bug审核。

步骤211，判断当前bug的审核是否通过。

审核不通过可能为bug的测试信息有误或其他原因，若审核不通过，进入步骤205，再次修改相关的测试信息，若审核通过，进入步骤212。

步骤212，将当前bug上传至bug管理平台。

处理设备将bug上传至bug管理平台后，会返回bug ID供测试人员查看，测试人员点击bug ID可跳转至当前bug的管理页面。管理页面中包含bug的测试信息、提交记录和审核记录等信息。

通过上述流程，可以有效优化bug的提交流程，使得bug上传规范且高效。

图4为本发明实施例提供的一种任务测试装置的结构示意图。该装置可以作为具体设备，实现本发明实施例提供的任务测试方法，如图5所示，该装置可以包括：处理模块410、确定模块420和上传模块430。

处理模块410，用于检测到程序错误bug出现后，获取当前bug的相关信息。

确定模块420，用于基于相关信息，确定当前bug在至少一个评估维度中的评估值。

确定模块420，还用于根据评估值，确定当前bug的属性等级。

上传模块430，用于检测到当前bug的审核通过后，将当前bug以及对应属性等级上传至bug管理平台存储。

图5为本发明实施例提供的一种电子设备的结构示意图。图5显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器510，存储器530，连接不同系统组件(包括存储器530和处理器510)的通信总线540。

通信总线540表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器530可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read Only Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read Only Memory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线540相连。存储器530可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器530中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本发明所描述的实施例中的功能和/或方法。

电子设备也可以与一个或多个外部设备通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，或者与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口520进行。并且，电子设备还可以通过网络适配器(图5中未示出)与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Network；以下简称：WAN)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线540与电子设备的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(RedundantArrays of Independent Drives；以下简称：RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器510通过运行存储在存储器530中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例提供的任务测试方法。

本发明实施例还提供一种计算机可读存储介质，上述计算机可读存储介质存储计算机指令，上述计算机指令使上述计算机执行本发明实施例提供的任务测试方法。

上述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ReadOnly Memory；以下简称：ROM)、可擦式可编程只读存储器(Erasable Programmable ReadOnly Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

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

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

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。