CN108153678A - 一种测试任务处理方法及装置 - Google Patents

Abstract

本申请提供了一种测试任务处理方法及装置，接收并显示测试用例的分配信息，获取并显示测试任务的执行状态信息。因此，可以使用人机交互的方式进行任务分配和查看任务的执行状态，与测试任务分配方和测试任务执行方交互的方式相比，人机交互的方式具有更高的效率，并且能够保证交互的准确性。

Description

一种测试任务处理方法及装置

技术领域

本申请涉及电子信息领域，尤其涉及一种测试任务处理方法及装置。

背景技术

目前，软件测试项目通常需要多人配合完成：任务分配人员向任务执行人员分配各自的测试任务，并定期从任务执行人员处获取测试任务的执行进度。可见，任务分配人员和任务执行人员之间需要频繁的交互。

因此，在软件测试任务的处理过程中，如何在保证测试任务交互的准确性的前提下，提高交互的效率，成为目前亟待解决的问题。

发明内容

本申请提供了一种测试任务处理方法及装置，目的在于解决如何在保证测试任务交互的准确性的前提下，提高交互的效率的问题。

为了实现上述目的，本申请提供了以下技术方案：

一种测试任务处理方法，包括：

接收测试用例的分配信息，所述测试用例的分配信息包括测试任务和测试任务执行方的信息；

显示所述分配信息；

获取所述测试任务的执行状态信息；

显示所述测试任务的执行状态信息。

可选的，所述获取所述测试任务的执行状态信息包括：

接收所述测试任务的执行方输入的所述测试任务的执行状态信息。

可选的，所述获取所述测试任务的执行状态信息包括：

依据所述测试任务的执行情况，生成所述测试任务的执行状态信息。

可选的，在所述获取所述测试任务的执行状态信息之前，还包括：

依据所述测试任务执行方的操作信息，执行所述测试任务。

可选的，在所述显示所述测试任务的执行状态信息之后，还包括：

将第一执行状态信息修改为第二执行状态信息，所述第一执行状态信息为依据所述测试任务的执行情况生成的所述测试任务的执行状态信息，所述第二执行状态信息为所述测试任务执行方输入的所述测试任务的执行状态信息，所述测试任务执行方在确认所述第一执行状态信息不准确的情况下，输入所述第二执行状态信息。

一种测试任务处理装置，包括：

接收模块，用于接收测试用例的分配信息，所述测试用例的分配信息包括测试任务和测试任务执行方的信息；

显示模块，用于显示所述分配信息；

获取模块，用于获取所述测试任务的执行状态信息；

所述显示模块还用于显示所述测试任务的执行状态信息。

可选的，所述获取模块用于获取所述测试任务的执行状态信息包括：

所述获取模块具体用于，接收所述测试任务的执行方输入的所述测试任务的执行状态信息。

可选的，所述获取模块用于获取所述测试任务的执行状态信息包括：

所述获取模块具体用于，依据所述测试任务的执行情况，生成所述测试任务的执行状态信息。

可选的，还包括：

执行模块，用于在所述获取模块获取所述测试任务的执行状态信息之前，依据所述测试任务执行方的操作信息，执行所述测试任务。

可选的，所述获取模块还用于：

在所述显示所述测试任务的执行状态信息之后，将第一执行状态信息修改为第二执行状态信息，所述第一执行状态信息为依据所述测试任务的执行情况生成的所述测试任务的执行状态信息，所述第二执行状态信息为所述测试任务执行方输入的所述测试任务的执行状态信息，所述测试任务执行方在确认所述第一执行状态信息不准确的情况下，输入所述第二执行状态信息。

本申请所述的测试任务处理方法及装置，接收并显示测试用例的分配信息，获取并显示测试任务的执行状态信息。因此，可以使用人机交互的方式进行任务分配和查看任务的执行状态，与测试任务分配方和测试任务执行方交互的方式相比，人机交互的方式具有更高的效率，并且能够保证交互的准确性。

附图说明

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

图1为本申请实施例公开的一种测试任务处理方法的流程图；

图2为本申请实施例公开的测试任务处理方法的具体实现方式的示意图；

图3为本申请实施例公开的一种测试任务处理装的结构示意图。

具体实施方式

为了在保证测试任务交互的准确性的前提下，提高交互的效率，本申请中，提供了一种测试任务处理装置，该装置可以设置在电子设备(例如智能手机)上，用于通过人机交互的形式，实现测试任务的处理分配以及进度查看等过程。

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

图1为本申请实施例公开的一种测试任务处理方法，由测试任务处理执行，包括以下步骤：

S101：接收测试任务分配人员输入的测试用例。

测试用例是指，对一次测试的详细描述，包括此次测试执行的前提条件、测试步骤、预期结果、实际结果以及该软件的版本、测试模块等信息。

S102：接收测试任务分配人员输入的测试用例的分配信息。

测试用例的分配信息包括测试任务和测试任务执行人员的信息。其中，测试任务构成测试用例，也就是说，测试用例可以被拆分为多个测试任务。例如，将测试用例中的测试步骤拆分为几个部分，每一个部分分配给一个测试任务执行人员。

S103：显示分配信息。

S104：依据测试任务执行人员的操作信息，执行测试任务。

测试任务执行人员从显示的分配信息中获知各自的测试任务后，可以通过在该装置上的操作，进行测试任务，即该装置依据测试任务执行人员的操作信息，执行测试任务。

需要说明的是，S104为可选步骤，除了可以在本申请实施例公开的测试任务处理装置中执行测试任务之外，还可以在其它装置或平台执行测试任务。

S105：获取测试任务的执行状态信息。

执行状态信息包括未执行、正在执行和完成执行。

具体的，可以接收测试任务执行人员输入的测试任务的执行状态信息。即测试任务执行人员根据自身执行测试任务的进度，可以设置测试任务的执行状态。例如，如果还未开始执行测试任务，则可以将执行状态信息设置为未执行，如果完成测试，则可以将执行状态信息设置为完成执行。

可选的，在执行S104的情况下，可以依据测试任务的执行情况，自动生成测试任务的执行状态信息。例如，如果还未开始执行S104，则可以将执行状态信息设置为未执行。如果正在执行S104，则可以将执行状态信息设置为正在执行。

S106：显示测试任务的执行状态信息。

进一步的，在自动生成执行状态信息、测试任务执行人员看到显示的执行状态信息后，如果测试任务执行人员发现状态信息不准确，则可以手动输入新的执行状态信息。即接收到的测试任务执行人员输入的执行状态信息的优先级高于自动生成的执行状态信息的优先级，优先级高的执行状态信息用于覆盖优先级低的执行状态信息。

从图1所示的过程可以看出，本实施例中，测试任务分配人员输入测试用例的测试任务分配情况，测试任务执行人员执行测试任务并设置测试任务的执行状态信息。测试任务分配人员和测试任务执行人员可以通过测试任务处理装置，交互测试任务的信息，因此，与现有的人员之间的交互相比，具有较高的效率。并且，人机交互的方式，与完全由装置或设备执行的全自动方法相比，可以保证人对交互信息的准确性的把控，所以，能够保证交互的准确性。

图1所述的过程，在实际应用中，可以以服务器和客户端的形式实现。

如图2所示，服务器用于存储数据，客户端用于提供交互接口和渲染交互界面。

具体的，客户端提供交互接口，用于接收测试任务分配人员输入的测试用例以及测试用例的分配信息。测试用例以及测试用例的分配信息被保存在服务器中的非关系型数据库中。客户端从服务器获取分配信息，并渲染显示界面，显示分配信息。服务器用于依据测试任务执行人员的操作信息，执行测试任务，可选的，客户端也可以渲染显示测试任务的执行过程。服务器自动生成或者接收测试任务执行人员通过客户端的交互接口输入的执行状态信息。客户端从服务器获取执行状态信息后，渲染显示界面，显示测试任务的执行状态信息。

进一步的，服务器和客户端可以使用python的flask框架实现上述过程。Flask是一个使用Python编写的轻量级Web应用框架，底层使用werkzeug来做路由分发,使用蓝图进行代码管理，使用Jinja2模板渲染引擎来做模板渲染。客户端主要使用css、bootstrap对前端页面进行渲染，动画效果使用javascript、ajax、jquery实现。服务端实现对数据的存储(具体包括增删改查后的存储)，使用非关系型数据库mongodb，数据灵活存储，数据以json格式进行存储。

基于上述框架显示界面的具体实现方式为：人员在交互界面输入请求(例如，测试用例输入请求，请求由相应的人员的操作触发)后，服务器先创建请求上下文，包括RequestContext对象、app参数、session、g等，将请求上下文入栈，进行请求分发，根据定义的视图函数的url找到对应的蓝本的视图函数，根据用户请求内容访问mongodb数据库，返回数据信息及模板信息。然后客户端进行模板渲染，将上下文对象和返回数据传给模板，将模板进行词法分析、语法分析获得抽象语法树AST，最后转换成python代码，将渲染后的模板页面结果进行显示。

需要说明的是，图1中的测试任务分配人员和/或测试任务执行人员，可以使用自动化设备、或者智能设备替换，因此，本申请中所述的“人”，可以为人，也可以为具有人工智能的测试任务分配方和/或测试任务执行方。

图3为本申请实施例公开的一种测试任务处理装置，包括：接收模块、显示模块和获取模块。可选的，还可以包括执行模块。

其中，接收模块用于接收测试用例的分配信息，所述测试用例的分配信息包括测试任务和测试任务执行方的信息。显示模块用于显示所述分配信息。获取模块用于获取所述测试任务的执行状态信息。具体的，获取模块接收所述测试任务的执行方输入的所述测试任务的执行状态信息。所述显示模块还用于显示所述测试任务的执行状态信息。

执行模块用于在所述获取模块获取所述测试任务的执行状态信息之前，依据所述测试任务执行方的操作信息，执行所述测试任务。在此情况下，获取模块获取所述测试任务的执行状态信息的具体实现方式可以为：依据所述测试任务的执行情况，生成所述测试任务的执行状态信息。

所述获取模块还用于：在所述显示所述测试任务的执行状态信息之后，将第一执行状态信息修改为第二执行状态信息，所述第一执行状态信息为依据所述测试任务的执行情况生成的所述测试任务的执行状态信息，所述第二执行状态信息为所述测试任务执行方输入的所述测试任务的执行状态信息，所述测试任务执行方在确认所述第一执行状态信息不准确的情况下，输入所述第二执行状态信息。

可见，上述测试任务处理装置，用于测试任务分配方向测试任务执行方分配测试任务，并且，可以显示测试任务的分配情况和执行状态。与测试任务分配人员与测试任务执行人员之间的交互相比，具有更高的效率，并且，人机交互的模式能够保证交互信息的准确性。

进一步的，上述测试任务处理装置还可以提供测试任务的执行功能。测试任务执行方可以执行测试任务，并更新或修正测试任务的执行状态。

具体的，接收模块的功能、显示模块的功能和获取模块的接收功能的可以由客户端实现。其他功能均可以由服务器实现。即接收模块、显示模块和获取模块的接收单元(用于接收所述测试任务的执行方输入的所述测试任务的执行状态信息的单元)设置在客户端中。执行模块和获取模块的生成单元(用于依据所述测试任务的执行情况，生成所述测试任务的执行状态信息的单元)和修改单元(用于将第一执行状态信息修改为第二执行状态信息的单元)可以设置在服务器中。服务器中还可以包括存储模块，用于将上述模块运行过程中产生的数据存储在非关系型数据库中。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种测试任务处理方法，其特征在于，包括：

接收测试用例的分配信息，所述测试用例的分配信息包括测试任务和测试任务执行方的信息；

显示所述分配信息；

获取所述测试任务的执行状态信息；

显示所述测试任务的执行状态信息。

2.根据权利要求1所述的方法，其特征在于，所述获取所述测试任务的执行状态信息包括：

接收所述测试任务的执行方输入的所述测试任务的执行状态信息。

3.根据权利要求1所述的方法，其特征在于，所述获取所述测试任务的执行状态信息包括：

依据所述测试任务的执行情况，生成所述测试任务的执行状态信息。

4.根据权利要求3所述的方法，其特征在于，在所述获取所述测试任务的执行状态信息之前，还包括：

依据所述测试任务执行方的操作信息，执行所述测试任务。

5.根据权利要求3或4所述的方法，其特征在于，在所述显示所述测试任务的执行状态信息之后，还包括：

将第一执行状态信息修改为第二执行状态信息，所述第一执行状态信息为依据所述测试任务的执行情况生成的所述测试任务的执行状态信息，所述第二执行状态信息为所述测试任务执行方输入的所述测试任务的执行状态信息，所述测试任务执行方在确认所述第一执行状态信息不准确的情况下，输入所述第二执行状态信息。

6.一种测试任务处理装置，其特征在于，包括：

接收模块，用于接收测试用例的分配信息，所述测试用例的分配信息包括测试任务和测试任务执行方的信息；

显示模块，用于显示所述分配信息；

获取模块，用于获取所述测试任务的执行状态信息；

所述显示模块还用于显示所述测试任务的执行状态信息。

7.根据权利要求6所述的装置，其特征在于，所述获取模块用于获取所述测试任务的执行状态信息包括：

所述获取模块具体用于，接收所述测试任务的执行方输入的所述测试任务的执行状态信息。

8.根据权利要求6所述的装置，其特征在于，所述获取模块用于获取所述测试任务的执行状态信息包括：

所述获取模块具体用于，依据所述测试任务的执行情况，生成所述测试任务的执行状态信息。

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

执行模块，用于在所述获取模块获取所述测试任务的执行状态信息之前，依据所述测试任务执行方的操作信息，执行所述测试任务。

10.根据权利要求8或9所述的装置，其特征在于，所述获取模块还用于：

在所述显示所述测试任务的执行状态信息之后，将第一执行状态信息修改为第二执行状态信息，所述第一执行状态信息为依据所述测试任务的执行情况生成的所述测试任务的执行状态信息，所述第二执行状态信息为所述测试任务执行方输入的所述测试任务的执行状态信息，所述测试任务执行方在确认所述第一执行状态信息不准确的情况下，输入所述第二执行状态信息。