CN110928763A - 测试方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本申请涉及一种测试方法、装置、存储介质及计算机设备，所述方法包括：接收流程创建指令，根据流程创建指令生成测试用例的测试流程图；生成测试流程图对应的配置文件；对配置文件进行解析，并对被测产品进行测试。通过本申请的方法，测试人员无需编写测试脚本，只需要绘制测试流程图，自动获取测试流程图对应的配置文件，通过解析配置文件即可方便快捷地对被测软件进行测试，大大降低了测试门槛，减少了人力和时间成本；同时，通过可视化、方便、直观地更改测试流程图可以快速编辑测试用例，增加了软件测试的灵活性，且适用范围广。

Description

测试方法、装置、存储介质及计算机设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种测试方法、装置、存储介质及计算机设备。

背景技术

随着互联网的发展，各种应用软件应运而生，给用户带来了便捷。但是一款应用软件在广泛推广应用前，需要对其正确性、完整性、安全性和质量进行综合评估，因此软件测试是必不可少的环节。

现有技术中的软件测试方法一般需要测试人员采用手动输入的方式编写测试用例，每项测试用例都需要单独进行编码、写脚本，测试门槛较高，且工作繁琐，容易出错；或通过配置Excel文件或yml文件或xml文件等文件来实现，但是这种方法场景的测试安排也需要手动配置，不能实现真正的自动化；或通过录制人工点击被测产品的各种控件，形成操作路径，通过回放方式执行自动化操作，这种方法测试的执行顺序一般已经固定不容易更改，导致适用范围较小。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请实施例提供了一种测试方法、装置、存储介质及计算机设备。

第一方面，本申请实施例提供了一种测试方法，该方法包括：

接收流程创建指令，根据流程创建指令生成测试用例的测试流程图；

生成测试流程图对应的配置文件；

对配置文件进行解析，并对被测产品进行测试。

可选地，所述接收流程创建指令，根据流程创建指令生成测试用例的测试流程图，包括：

接收流程创建指令，生成流程创建指令对应的流程创建信息；

获取流程创建信息中的各个流程节点，及各个流程节点的顺序；

根据各个流程节点之间的顺序建立流程节点之间的连接关系；

根据各个流程节点和流程节点之间的连接关系构建测试用例的测试流程图。

可选地，所述生成测试流程图对应的配置文件，包括：

获取每个流程节点对应的操作类型信息、操作控件信息、传入参数信息；

根据每个流程节点对应的操作类型信息和操作控件信息，分别在数据库内查找与操作类型信息匹配的操作代码、与操作控件信息匹配的控件代码；

根据预定义规则将每个流程节点对应的操作代码、控件代码、传入参数信息组合为相互关联的子配置文件，子配置文件为可执行的代码；

将每个子配置文件按照测试流程图的执行顺序组合成配置文件。

可选地，所述将每个子配置文件按照测试流程图的执行顺序组合成配置文件，包括：

对每个子配置文件的执行顺序按照流程测试图的执行顺序进行标识以组合成配置文件，使配置文件在被解析时根据标识的先后顺序对所述子配置文件进行解析。

可选地，该方法还包括：

接收流程修改指令，根据流程修改指令和流程创建指令更改测试流程图，将更改后的测试流程图作为测试用例的测试流程图，执行生成测试流程图对应的配置文件。

可选地，该方法还包括:

接收流程合并指令，根据流程合并指令将测试用例中用于测试被测产品同一功能所对应的流程节点进行合并，生成对应的功能模块，使测试流程图以功能模块形式显示。

可选地，操作控件信息为操作控件对应的文本信息、XPath信息、ID信息、Class信息、图片信息中的任意一种。

第二方面，本申请实施例还提供了一种测试装置，该装置包括：

测试流程图生成模块，用于接收流程创建指令，根据流程创建指令生成测试用例的测试流程图；

配置文件生成模块，用于生成测试流程图对应的配置文件；

执行模块，用于对配置文件进行解析，并对被测产品进行测试。

第三方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，使得处理器执行如前面任意一项的测试方法的步骤。

第四方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时执行如前面任意一项的测试方法的步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

流程图式的构造测试用例，测试人员无需编写测试脚本，即使是不会编写测试脚本的新人只需要绘制可视化的测试流程图，就可以自动获取测试流程图对应的配置文件，通过自动解析配置文件即可方便快捷自动地对被测软件进行测试，大大降低了测试门槛，减少了人力和时间成本，真正实现了易读、易写；同时，测试人员通过方便、直观地快速删除、添加流程节点，修改传入参数，可以快速更改测试流程图，从而更改测试用例，增加了软件测试的灵活性，且适用范围广，方便维护；能够给节点传递参数；在测试流程图的流程节点分支庞大时，可以对用于测试被测产品同一功能所对应的流程节点进行合并，组合测试步骤，生成对应的功能模块，使测试流程图以功能模块形式显示，便于对测试流程图进行管理。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请实施例提供的一种计算机设备的结构示意图；

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

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

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

图5为本申请实施例提供的一种测试装置的结构框图；

图6为本申请实施例提供的一种测试用例的测试流程图。

具体实施方式

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

图1为本申请实施例提供的一种计算机设备的结构示意图；该计算机设备可以是终端设备。参考图1，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、内存储器、网络接口、输入装置、显示屏，其中，非易失性存储介质包括操作系统、计算机程序和测试装置，该测试装置用于实现一种测试方法。该处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机程序被处理执行时，使得处理器实现测试方法。输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、触控板、轨迹球，也可以是外接的键盘、触控板、鼠标等。该计算机设备可以是手机、平板电脑、笔记本、PC或者个人数字助理或穿戴式设备等。本领域技术人员可以理解，图1中示出的结构示意图，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体地计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

图2为本申请实施例提供的一种测试方法的流程示意图；参考图2，该方法包括以下步骤：

S100：接收流程创建指令，根据流程创建指令生成测试用例的测试流程图。

流程创建指令包括操作类型信息、操作控件信息、传入参数信息。

操作类型包括点击(单击、双击)、输入、选择但不局限于此；操作控件包括按钮、菜单、复选框、标签、文本框、下拉框、超链接但不局限于此；传入参数是向输入文本框内输入的文本。

具体地，为了便于即使是不会编写测试脚本的测试人员测试软件，需要测试人员根据被测软件的基本工作原理绘制测试流程图，测试流程图包括自然语言描述的测试工作步骤和路径。测试工作步骤指测试人员真实手动测试被测软件功能时对被测软件的一系列操作，自然语言描述就是描述这一系列操作。

在一个实施例中，计算机设备向用户展示测试界面，测试界面接收测试人员的流程创建指令，生成测试流程图；测试界面还用于显示测试流程图。

在一个实施例中，测试流程图完成保存后，还可以接受流程修改指令，根据流程创建指令和流程修改指令，能实现对保存的测试流程图进行修改，从而实现根据不同被测软件的需求，在原有测试流程图的基础上，部分更改测试步骤和路径，真正实现软件测试的易读、易写。

S200：生成测试流程图对应的配置文件。

具体地，测试流程图是测试人员用自然语言描述的测试工作步骤和路径，是无法被执行设备识别的语言，因此需要将测试流程图描述的测试工作步骤里面的操作类型、操作控件、传入参数转换为包括可识别、可执行代码的配置文件。

S300：对配置文件进行解析，并对被测产品进行测试。

具体地，配置文件生成后，用预设的测试代码读取、解析配置文件，即可对被测软件进行测试，预设的测试代码是一种解析引擎，预先设置在测试装置底层的代码，不需要测试人员现场编写。

通过该方法，测试人员只需要绘制测试流程图即可，哪怕是不会编写测试脚本的测试人员都可以根据测试需要通过绘制流程图方式编写测试用例，可操作性强，大大降低了测试门槛，减少了人力和时间成本。

被测产品包括手机APP、电脑的Web页面、应用程序客户端等等。

图3为本申请实施例提供的另一种测试方法的流程示意图；参考图3，在图2提供的测试方法的基础上，步骤S100包括以下步骤：

S110：接收流程创建指令，生成流程创建指令对应的流程创建信息。

具体地，流程创建指令是测试人员在测试界面的操作，例如：绘制框图，每个框图内用自然语言描述一个操作步骤的一系列执行过程，该执行过程包括动作类型、动作作用的对象、对象设置的参数，使用带箭头的直线将绘制的所有框图按照执行顺序连接起来。计算机设备对测试人员的操作进行解析生成对应的流程创建信息，通过流程创建信息使测试界面显示与流程创建指令对应的测试流程图。

S120：获取流程创建信息中的各个流程节点，及各个流程节点的顺序。

具体地，流程创建信息的各个流程节点对应流程创建指令中的各个用自然语言描述的操作步骤，流程节点的顺序为各个流程节点被执行的先后顺序。

S130：根据各个流程节点之间的顺序建立流程节点之间的连接关系。

具体地，连接关系指当前流程节点到其下一个流程节点的路径。

S140：根据各个流程节点和流程节点之间的连接关系构建测试用例的测试流程图。

测试人员可以在测试界面创建、添加、删除流程节点，并对每个流程节点所要执行的测试步骤进行定义，同时确定各个流程节点的顺序。

在一个实施例中，测试界面接收测试人员的流程创建指令，流程创建指令包括拖拽、输入、连接、删除、复制、粘贴等。流程创建指令还包括操作类型信息、操作控件信息、传入参数信息。例如测试被测软件的一个文本信息为“登录”的按钮的功能，流程创建指令包括向测试界面输入描述性语言“点击#登录”；即控制被测软件执行“点击”操作，“点击”操作的对象是文本信息为“登录”的按钮；这是一个只有一个流程节点的流程图。

在一个实施例中，要测试被测软件的账号登录功能，测试人员的流程创建指令包括向测试界面依次输入描述性语言“输入用户名#abc”、“输入密码#def”、“点击#登录”；这三个流程创建指令有先后执行顺序，因此形成测试流程图时，对应的流程节点是按一定顺序建立连接关系的。

在一个实施例中，还可以接受流程合并指令，对于测试步骤和路径比较多的测试用例，或有多个测试用例的测试目标，通过流程合并指令，能够实现将测试用例中用于测试被测软件同一功能所对应的流程节点进行合并，生成对应的功能模块，并对每个功能模块进行标识，使测试流程图以功能模块形式显示，而不是以流程节点的形式显示在测试界面。可以实现在流程节点较多的测试流程图内，对测试流程图进行模块化管理；当然当测试人员需要知道每个功能模块内的具体流程节点时，也可以对每个功能模块进行取消合并的操作，使在测试界面显示对应的流程节点，便于测试人员根据实际情况，修改调整测试流程图。

测试人员通过方便、直观地快速删除、添加流程节点，修改传入参数，可以快速更改测试流程图，从而更改测试用例，不需要像现有技术那样修改测试脚本代码，增加了软件测试的灵活性、可操作性，且适用范围广，方便维护。

图4为本申请实施例提供的另一种测试方法的流程示意图；在图2、图3提供的测试方法的基础上，参考图4，步骤S200包括以下步骤：

S210：获取每个流程节点对应的操作类型信息、操作控件信息、传入参数信息。

每个流程节点为一个操作步骤和路径，是测试人员用自然语言描述的，自然语言包括文字语言、字符、图片等等不局限于此。

操作类型信息为操作步骤中的操作动作信息，可以为文本信息，例如操作动作为“点击”；操作控件信息为操作动作作用的对象的信息，操作控件与被测软件的控件对应，操作控件信息可以为文本信息，例如文本信息为“登录”的按钮，也可以是这个登录按钮的XPath信息、ID信息、Class信息中的任意一种，具体根据从被测软件可获得的信息而定；例如，有的被测软件的登录按钮没有文本信息“登录”，因此需要通过这个按钮的其他信息来定位，有的被测软件的这个按钮是一个特定图片，因此也可以根据这个特定图片来定位这个按钮。

S220：根据每个流程节点对应的操作类型信息和操作控件信息，分别在数据库内查找与操作类型信息匹配的操作代码、与操作控件信息匹配的控件代码。

每个流程节点中的描述性语言是计算机程序或解析引擎不能直接识别或执行的，需要分别获取操作类型信息、操作控件信息对应的可识别、可执行的代码，例如“点击”这个描述性语言为操作类型信息，对应代码为“click”，且是一个“action”。

S230：根据预定义规则将每个流程节点对应的操作代码、控件代码、传入参数信息组合为相互关联的子配置文件。

分别获取了操作类型信息和操作控件信息对应的代码后，需要将“点击#登录”这个步骤转换为可识别、可执行、具有控制与被控制关系的一串代码。

具体地，传入参数信息为空或非空参数，传入参数信息是向操作控件传入的参数，当操作控件为不需要传参，只需要接受操作动作即可执行的控件，例如一个“登录”按钮，对应的传入参数信息为空；当操作控件为需要传参才能根据接受的操作动作执行的控件，例如输入文本框，其对应的传入参数信息为非空参数。测试人员可以根据测试需要更改传入参数信息。

S240：将每个子配置文件按照测试流程图的执行顺序组合成配置文件。

配置文件可为JSON(JavaScript Object Notation,JS对象简谱)、xml(Extensible Markup Language，可扩展标记语言)等数据格式。

例如，测试被测软件的登录功能，“输入用户名#abc”、“输入密码#def”、“点击#登录”分别对应3个流程节点，需要将这3个流程节点对应的子配置文件进行关联和编号，使按照顺序解析配置文件的代码。

在一个实施例中，还可以在配置文件中设置循环执行的次数，还可以设置测试成功或失败的提醒等等，但不局限于此。

在一个实施例中，还可以对每个子配置文件按测试流程图中每个流程节点的执行顺序进行标识，例如编号，通过编号形成执行路径，当当前子配置文件解析完后，自动根据编号查找编号的下一个编号对应的子配置文件进行解析，以此类推，完成整个配置文件的解析。

图5为本申请实施例提供的一种测试装置的结构示意图；参考图5，该装置包括：

测试流程图生成模块100，用于接收流程创建指令，根据流程创建指令生成测试用例的测试流程图。

配置文件生成模块200，用于生成测试流程图对应的配置文件。

执行模块300，用于对配置文件进行解析，并对被测产品进行测试。

本实施例中，测试装置可以自动获取测试流程图对应的配置文件，通过自动解析配置文件即可方便快捷自动地对被测软件进行测试。

上述测试装置，接受测试人员的流程创建指令，生成对应的测试流程图，保存后，自动生成对应的配置文件，并根据测试人员指令，自动解析配置文件从而实现对被测软件进行测试。流程图式的构造测试用例，测试人员无需编写测试脚本，即使是不会编写测试脚本的新人只需要绘制可视化的测试流程图，就可以自动获取测试流程图对应的配置文件，读取、解析配置文件即可方便快捷自动地对被测软件进行测试，大大降低了测试门槛，减少了人力和时间成本，真正实现了易读、易写，且非常容易推广到团队中实现普及。

在本实施例中，该测试装置自动获取测试流程图对应的配置文件，通过自动解析配置文件即可方便快捷自动地对被测软件进行测试。

下面以测试一个被测软件的用户登录功能来具体说明本申请的原理。图6为本申请实施例提供的一种测试用例的测试流程图，参考图6，测试人员在测试装置的测试界面实现前端画图，生成测试用例对应的测试流程图。测试流程图的第一流程节点为“点击#登录”，第二流程节点为“输入用户名#abc”，第三流程节点为“输入密码#def”。根据这三个流程节点的顺序，将各个流程节点连接起来，生成这个测试用例的流程图。

每个流程节点包括操作类型信息、操作控件信息、传入参数信息，第一流程节点的操作类型信息为“点击”，操作控件信息为“登录”，传入参数信息为空；第二流程节点的操作类型信息为“输入”，操作控件信息为“用户名”，传入参数信息为“abc”；第三流程节点的操作类型信息为“输入”，操作控件信息为“密码”，传入参数信息为“def”。

通过数据库查找，第一流程节点的操作类型信息“点击”对应的是一个动作，这个动作作用的操作控件是文本信息为“登录”的按钮；第二流程节点的操作类型信息“输入”对应的是一个动作，这个动作作用的操作控件是文本信息为“用户名”的输入文本框，对这个输入文本框传入的参数是“abc”；第三流程节点的操作类型信息“输入”对应的是一个动作，这个动作作用的操作控件是文本信息为“密码”的输入文本框，对这个输入文本框传入的参数是“def”。测试装置通过前面的方法生成每个流程节点对应的子配置文件，子配置文件为可识别的代码；同时，测试装置按照测试流程图的执行顺序将每个流程节点对应的子配置文件进行排序，使执行配置文件时，按顺序执行子配置文件。

在解析配置文件对被测产品进行测试时，依次按照第一流程节点、第二流程节点、第三流程节点对应的指令，对被测产品进行点击文本信息为“登录”的按钮、向文本信息为“用户名”的输入文本框输入传入参数“abc”、向文本信息为“密码”的输入文本框输入传入参数“def”，使自动控制测软件执行登录功能的一系列操作。

当第二款被测软件的用户登录功能依次需要执行的操作为“输入用户名#abc”、“输入密码#abc”、“点击#登录”时，只需要测试人员将原有的测试流程图更改为第一流程节点为“输入用户名#abc”，第二流程节点为“输入密码#abc”、第三流程节点为“点击#登录”即可，测试流程图对应的配置文件会相应修改，更改后的配置文件用来测试第二款被测产品的用户登录功能。

操作控件的标识是以文本信息识别的，但本方案不限制于此。当操作控件没有文本信息标识时，还可以通过操作控件对应的XPath、Class、ID来识别、定位操作控件，此时，测试人员在测试装置的测试界面上绘制测试流程图时，需要设置操作控件的操作控件信息，操作控件信息为文本信息、XPath信息、ID信息、Class信息中的任意一种，也可以是被测软件上该操作控件的图片信息。

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

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

Claims (10)

1.一种测试方法，其特征在于，所述方法包括：

接收流程创建指令，根据所述流程创建指令生成测试用例的测试流程图；

生成所述测试流程图对应的配置文件；

对所述配置文件进行解析，并对被测产品进行测试。

2.根据权利要求1所述的方法，其特征在于，所述接收流程创建指令，根据所述流程创建指令生成测试用例的测试流程图，包括：

接收流程创建指令，生成所述流程创建指令对应的流程创建信息；

获取所述流程创建信息中的各个流程节点，及各个流程节点的顺序；

根据各个流程节点之间的顺序建立流程节点之间的连接关系；

根据所述各个流程节点和流程节点之间的连接关系构建测试用例的测试流程图。

3.根据权利要求2所述的方法，其特征在于，所述生成所述测试流程图对应的配置文件，包括：

获取每个所述流程节点对应的操作类型信息、操作控件信息、传入参数信息；

根据每个所述流程节点对应的所述操作类型信息和操作控件信息，分别在数据库内查找与所述操作类型信息匹配的操作代码、与所述操作控件信息匹配的控件代码；

根据预定义规则将每个所述流程节点对应的所述操作代码、控件代码、传入参数信息组合为相互关联的子配置文件，所述子配置文件为可执行的代码；

将每个所述子配置文件按照所述测试流程图的执行顺序组合成配置文件。

4.根据权利要求3所述的方法，其特征在于，所述将每个所述子配置文件按照所述测试流程图的执行顺序组合成配置文件，包括：

对每个所述子配置文件的执行顺序按照所述流程测试图的执行顺序进行标识以组合成配置文件，使所述配置文件在被解析时根据所述标识的先后顺序对所述子配置文件进行解析。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括:

接收流程修改指令，根据所述流程修改指令和所述流程创建指令更改所述测试流程图，将更改后的测试流程图作为所述测试用例的测试流程图，执行所述生成所述测试流程图对应的配置文件。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括:

接收流程合并指令，根据所述流程合并指令将所述测试用例中用于测试被测产品同一功能所对应的流程节点进行合并，生成对应的功能模块。

7.根据权利要求1-5任意一项所述的方法，其特征在于，所述操作控件信息为操作控件对应的文本信息、XPath信息、ID信息、Class信息、图片信息中的任意一种。

8.一种测试装置，其特征在于，所述装置包括：

测试流程图生成模块，用于接收流程创建指令，根据所述流程创建指令生成测试用例的测试流程图；

配置文件生成模块，用于生成所述测试流程图对应的配置文件；

执行模块，用于对所述配置文件进行解析，并对被测产品进行测试。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1-6任意一项所述的方法的步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如权利要求1-6任意一项所述的方法的步骤。

Images