CN110765018A - 接口自动化测试方法及设备 - Google Patents

Abstract

本申请涉及一种接口自动化测试方法，其中，测试用例根据配置文件里的生成规则和接口信息进行更新，在出现新需求时即接口信息更新时，测试用例针对接口更新的信息同步进行更新，从而可以响应新的需求。并且，自动化测试平台会自动从数据库中获取更新后的测试用例，采用更新后的测试用例对待测试的接口进行自动化测试，无需测试人员进行操作。本申请中的接口自动化测试方法，测试人员无需与研发人员进行沟通，研发人员只需要触发提交文件事件，测试人员只需要获取自动化测试的结果即可，简化了测试人员的操作难度，减少了交互、沟通的工作量。

Description

接口自动化测试方法及设备

技术领域

本申请涉及自动化测试领域，尤其涉及一种接口自动化测试方法及设备。

背景技术

现有技术中的测试工作大多都是集成测试，针对接口编写的测试用例相对较少，且很多时候需要测试人员花费大量时间和精力查阅接口文档，沟通研发人员，导致测试周期较长，效率低下；且在出现新需求、新代码时，已编写好的测试用例，很难及时响应新需求、新代码；且伴随着测试团队的人员更替，很多测试用例会逐步废弃，难以发挥出预估的效果。

现有技术中也具有自动化测试方案，但是仍然需要测试人员逐步梳理业务，同研发人员进行大量的基础沟通工作，时效仍然很低，并不适应现今的业务高度迭代的状况。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种接口自动化测试方法及设备。

本申请的方案如下：

根据本申请实施例的第一方面，提供一种接口自动化测试方法，包括：

生成配置文件，所述配置文件包括测试用例的生成规则；

接收提交文件，所述提交文件中包括待测试的接口信息；以及，接收到所述提交文件后，根据所述生成规则和所述待测试的接口信息对数据库中已有的测试用例进行更新，并将更新后的所述测试用例写入数据库；

从数据库中获取更新后的测试用例，采用所述更新后的测试用例对待测试的接口进行自动化测试。

优选的，在本申请一种可实现的方式中，所述生成配置文件，包括：

通过配置插件，获取用户配置的配置信息，并根据所述配置信息生成配置文件，所述配置信息包括测试用例的生成规则。

优选的，在本申请一种可实现的方式中，所述配置插件包括：IDE插件，或者，maven插件。

优选的，在本申请一种可实现的方式中，还包括：

通过控制系统检测到文件提交事件后，自动解析提交文件，得到所述提交文件中包括的待测试的接口信息。

优选的，在本申请一种可实现的方式中，所述控制系统包括：GIT hook，或者，SVNhook。

优选的，在本申请一种可实现的方式中，还包括：

通过测试用例的断言公式判断自动化测试的结果。

优选的，在本申请一种可实现的方式中，还包括：

若所述自动化测试的结果为失败，则通过预设方式进行告警。

优选的，在本申请一种可实现的方式中，所述更新后的所述测试用例包括：单个测试用例或测试套件；

所述通过测试用例的断言公式判断自动化测试的结果具体包括：

若所述更新后的所述测试用例为单个测试用例，则根据所述单个测试用例的断言公式判断所述单个测试用例的运行状态，若所述运行状态为运行失败，则判断自动化测试的结果为失败；

若所述更新后的所述测试用例为测试套件，则依次根据所述测试套件中的每个测试用例的断言公式判断测试用例的运行状态，并在其中一个测试用例运行失败时，根据预设策略选择是否忽略此次测试用例运行失败；所述预设策略包括：优先级高的测试用例失败则不忽略，优先级低的测试用例失败则忽略；若忽略此次测试用例运行失败，则继续判断所述测试套件中其他测试用例的运行状态；若不忽略此次测试用例运行失败，则中止测试套件的自动化测试，判断自动化测试的结果为失败。

优选的，在本申请一种可实现的方式中，还包括：

对数据库进行监控，若达到预设时间时，所述数据库内没有写入所述更新后的测试用例，则随机组合测试用例的配置参数生成所述配置信息，并根据所述配置信息生成所述配置文件；

根据所述生成规则对数据库中已有的测试用例进行更新，并将更新后的测试用例写入数据库。

根据本申请实施例的第二方面，提供一种接口自动化测试设备，包括：处理器和存储器；

所述处理器与存储器通过通信总线相连接：

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行以上任一项所述的接口自动化测试方法。

本申请提供的技术方案可以包括以下有益效果：

测试用例根据配置文件里的生成规则和接口信息进行更新，在出现新需求时即接口信息更新时，测试用例针对接口更新的信息同步进行更新，从而可以响应新的需求。并且，自动化测试平台会自动从数据库中获取更新后的测试用例，采用更新后的测试用例对待测试的接口进行自动化测试，无需测试人员进行操作。本申请中的接口自动化测试方法，测试人员无需与研发人员进行沟通，研发人员只需要触发提交文件事件，测试人员只需要获取自动化测试的结果即可，简化了测试人员的操作难度，减少了交互、沟通的工作量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

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

图1是本申请一个实施例提供的一种接口自动化测试方法的流程图；

图2是本申请一个实施例提供的一种接口自动化测试方法中获取待测试的接口信息的流程图；

图3是本申请另一个实施例提供的一种接口自动化测试方法的流程图；

图4是本申请一个实施例提供的一种接口自动化测试设备的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是本申请一个实施例提供的一种接口自动化测试方法的流程图，参照图1，一种接口自动化测试方法，包括：

S11：生成配置文件，配置文件包括测试用例的生成规则；

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

一般情况下，本地配置文件，也可以称为本地代码库，可以提供大量的测试用例默认配置信息，自动化测试平台根据测试用例的默认配置信息生成配置文件。

对于其他情况，需要对测试用例的默认配置信息进行调整时，生成配置文件，包括：通过配置插件，获取用户配置的配置信息，并根据配置信息生成配置文件，配置信息包括测试用例的生成规则。

配置插件包括：IDE插件，或者，maven插件。

现有技术中，对测试用例的默认配置信息进行调整需要研发人员人工进行配置，过程繁琐复杂，且非专业研发人员无法顺利进行配置，因为配置文件使用起来具有学习成本，比如每个配置的具体含义是什么都需要通过查阅资料来了解。本实施例中，可以但不限于通过IDE插件，或者，maven插件构建图形界面，将测试用例配置信息中的各种配置参数以图形的形式进行显示，并标注每一种参数产生的测试效果。用户能够通过图形界面的方式填写表单，以此生成配置信息。

测试用例的默认配置信息一般包括：包的扫描路径、实体的默认参数、结果的断言方式等内容。

包的扫描路径，是指需要扫描的代码的文件路径，如代码存放于com.xx，那么可以直接配置扫描路径为com.xx，自动化测试时将不会扫描此包以外的代码。

实体的默认参数，针对有参数的接口而言，参数都是默认随机的，如果参数是字符串，那么可能随机生成一串字符作为参数，如果不希望默认随机生成，可以编辑配置，定义具体的参数内容。

举例说明：

接口Public String Say(String word)；

默认参数可能是：随机生成的xcasdasde；

用户可以自己配置为特定的参数：hello。

结果的断言方式，是指测试的结果需要断言正确与否，比如期望接口返回true，然后实际返回了false，那么可以认定断言失败，如果用户不配置特定断言方式，系统则默认断言返回结果不为空即正确。

举例说明：

public String say(String word){

return word；

}

默认断言：assert say(“hello”)！＝null

用户可以自已定义：assert“hello”.equals(say(“hello”))

即断言返回结果符合预期。

S12：接收提交文件，提交文件中包括待测试的接口信息；以及，接收到提交文件后，根据生成规则和待测试的接口信息对数据库中已有的测试用例进行更新，并将更新后的测试用例写入数据库；

图2是本申请一个实施例提供的一种接口自动化测试方法中获取待测试的接口信息的流程图，参照图2。

S121：通过控制系统检测到文件提交事件；

S122：自动解析提交文件；

S123：得到提交文件中包括的待测试的接口信息。

文件提交事件是用户触发的，控制系统根据预设先配置的固定文件解析规则自动解析提交文件。

根据生成规则和待测试的接口信息对数据库中已有的测试用例进行更新。编写待测试的接口的文件可能会发生变化，对应的，待测试的接口也发生变化，此时需要重新生成测试用例来对待测试的接口进行测试。

控制系统根据待测试接口的变化，对测试用例进行更新。

比如编写待测试接口的文件A里面有一个待测试接口hello()，待测试接口hello()之前对应的测试用例是a1。当文件A有更新之后，待测试的接口发生变化，控制系统接收提交文件，得到提交文件中包括的发生变化后的待测试的接口信息，根据待测试的接口的变化和生成规则来重新生成测试用例a2。

实际实施时，不管文件A发生什么变化，只是触发了一次重新解析文件A，重新生成与文件A包括的待测试接口对应的测试用例的过程。

控制系统包括：GIT hook，或者，SVN hook。

控制系统可以但不限于为GIT系统或者SVN系统。

SVN系统:集中式的版本控制,必须依赖中央服务器才能实现提交，更新操作。一旦断网，所有机器都不能提交，更新代码。

GIT系统:分布式版本控制,每一台机器都能当做一个中央服务器，即使断网也能提交,更新,没有网络不能远程更新代码但不影响正常工作。

优选的，控制系统选择GIT系统。

GIT hook，也称GIT钩子，是在GIT仓库中特定事件发生时自动运行的脚本。它可以让用户自定义GIT内部的行为，在开发周期中的关键点出发自定义行为。

GIT Hook最常见的使用场景包括推行提交信息规范，根据仓库状态来改变项目环境，和接入持续集成工作流。但是因为脚本可以完全定制，用户可以用GIT Hook来自动化或者优化开发工作流中任意部分。

S13：从数据库中获取更新后的测试用例，采用更新后的测试用例对待测试的接口进行自动化测试；

S14：通过测试用例的断言公式判断自动化测试的结果；

S15：若自动化测试的结果为失败，则通过预设方式进行告警。

自动化测试平台对数据库改动进行秒级监控，发现新的测试用例之后，从数据库中获取更新后的测试用例，采用更新后的测试用例对待测试的接口进行自动化测试。

具体的，根据更新后的测试用例的配置信息创建调度任务，选择何时、以什么参数调用测试用例，并根据测试用例的断言公式对测试结果进行断言，对不符合条件的测试用例判定为失败。

何时调用测试用例根据测试用例的配置信息进行，若测试用例的配置信息中配置有测试时间，则在测试用例的配置信息中配置的测试时间调用测试用例，若测试用例的配置信息中没有配置测试时间，则默认在每天凌晨1点调用测试用例。

优选的，若自动化测试的结果为失败，则停止测试。

优选的，若自动化测试的结果为失败，还通过预设方式进行告警。预设方式可以为邮件、微信、短信等方式。告警信息可以发送给测试人员。

更新后的测试用例包括：单个测试用例或测试套件；

生成规则中包括将多个测试用例合并为测试套件。

根据生成规则对数据库中已有的测试用例进行更新时，还包括将生成规则中包括的多个测试用例合并为测试套件。

通过测试用例的断言公式判断自动化测试的结果具体包括：

若更新后的测试用例为单个测试用例，则根据单个测试用例的断言公式判断单个测试用例的运行状态，若运行状态为运行失败，则判断自动化测试的结果为失败；

若更新后的测试用例为测试套件，则依次根据测试套件中的每个测试用例的断言公式判断测试用例的运行状态，并在其中一个测试用例运行失败时，根据预设策略选择是否忽略此次测试用例运行失败；预设策略包括：优先级高的测试用例失败则不忽略，优先级低的测试用例失败则忽略；若忽略此次测试用例运行失败，则继续判断测试套件中其他测试用例的运行状态；若不忽略此次测试用例运行失败，则中止测试套件的自动化测试，判断自动化测试的结果为失败。

预设策略可以用户人为通过自动化测试平台进行定制。用户可以通过自动化测试平台设定测试用例的优先级。若不进行设定，则采用默认预设策略，只要出现测试用例运行失败，则判断自动化测试的结果为失败。

测试用例根据配置文件里的生成规则和接口信息进行更新，在出现新需求时即接口信息更新时，测试用例针对接口更新的信息同步进行更新，从而可以响应新的需求。并且，自动化测试平台会自动从数据库中获取更新后的测试用例，采用更新后的测试用例对待测试的接口进行自动化测试，无需测试人员进行操作。本申请中的接口自动化测试方法，测试人员无需与研发人员进行沟通，研发人员只需要触发提交文件事件，测试人员只需要获取自动化测试的结果即可，简化了测试人员的操作难度，减少了交互、沟通的工作量。

一些实施例中的接口自动化测试方法，还包括：

对数据库进行监控，若达到预设时间时，数据库内没有写入更新后的测试用例，则随机组合测试用例的配置参数生成配置信息，并根据配置信息生成配置文件；

根据生成规则对数据库中已有的测试用例进行更新，并将更新后的测试用例写入数据库。

预设时间可以为凌晨1点，若达到凌晨1点时，数据库内没有写入更新后的测试用例，即没有接收到提交文件。无法根据提交文件对数据库中已有的测试用例进行更新。

自动化测试平台调用本地配置文件中的测试用例的配置参数并进行随机组合，生成配置信息，并根据配置信息生成配置文件。

根据随机生成的配置文件的生成规则对数据库中已有的测试用例进行更新，并将更新后的测试用例写入数据库。

调用随机生成的更新后的测试用例对待测试接口进行测试。

如果产生测试结果，则代表待测试接口运行正常。

如果未产生测试结果，代表待测试接口宕机或者挂掉导致没有响应。此时同样通过邮件、微信、短信等方式进行告警。

一些实施例中的接口自动化测试方法，还包括：显示测试进度和测试情况。

自动化测试平台还可以提供看板功能，使测试人员对现有测试进度、测试情况能够有直观的了解。

一种接口自动化测试设备，参照图4，包括：处理器21和存储器22；

处理器21与存储器22通过通信总线相连接：

其中，处理器21，用于调用并执行存储器22中存储的程序；

存储器22，用于存储程序，程序至少用于执行以上任一实施例中的接口自动化测试方法。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

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

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种接口自动化测试方法，其特征在于，包括：

生成配置文件，所述配置文件包括测试用例的生成规则；

接收提交文件，所述提交文件中包括待测试的接口信息；以及，接收到所述提交文件后，根据所述生成规则和所述待测试的接口信息对数据库中已有的测试用例进行更新，并将更新后的所述测试用例写入数据库；

从数据库中获取更新后的测试用例，采用所述更新后的测试用例对待测试的接口进行自动化测试。

2.根据权利要求1所述的方法，其特征在于，所述生成配置文件，包括：

通过配置插件，获取用户配置的配置信息，并根据所述配置信息生成配置文件，所述配置信息包括测试用例的生成规则。

3.根据权利要求2所述的方法，所述配置插件包括：IDE插件，或者，maven插件。

4.根据权利要求1所述的方法，其特征在于，还包括：

通过控制系统检测到文件提交事件后，自动解析提交文件，得到所述提交文件中包括的待测试的接口信息。

5.根据权利要求4所述的方法，其特征在于，所述控制系统包括：GIT hook，或者，SVNhook。

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

通过测试用例的断言公式判断自动化测试的结果。

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

若所述自动化测试的结果为失败，则通过预设方式进行告警。

8.根据权利要求6所述的方法，其特征在于，所述更新后的所述测试用例包括：单个测试用例或测试套件；

所述通过测试用例的断言公式判断自动化测试的结果具体包括：

若所述更新后的所述测试用例为单个测试用例，则根据所述单个测试用例的断言公式判断所述单个测试用例的运行状态，若所述运行状态为运行失败，则判断自动化测试的结果为失败；

若所述更新后的所述测试用例为测试套件，则依次根据所述测试套件中的每个测试用例的断言公式判断测试用例的运行状态，并在其中一个测试用例运行失败时，根据预设策略选择是否忽略此次测试用例运行失败；所述预设策略包括：优先级高的测试用例失败则不忽略，优先级低的测试用例失败则忽略；若忽略此次测试用例运行失败，则继续判断所述测试套件中其他测试用例的运行状态；若不忽略此次测试用例运行失败，则中止测试套件的自动化测试，判断自动化测试的结果为失败。

9.根据权利要求1所述的方法，其特征在于，还包括：

对数据库进行监控，若达到预设时间时，所述数据库内没有写入所述更新后的测试用例，则随机组合测试用例的配置参数生成所述配置信息，并根据所述配置信息生成所述配置文件；

根据所述生成规则对数据库中已有的测试用例进行更新，并将更新后的测试用例写入数据库。

10.一种接口自动化测试设备，其特征在于，包括：处理器和存储器；

所述处理器与存储器通过通信总线相连接：

其中，所述处理器，用于调用并执行所述存储器中存储的程序；

所述存储器，用于存储程序，所述程序至少用于执行权利要求1-9任一项所述的接口自动化测试方法。

Images