CN114185804A - 一种接口测试方法、装置及终端设备 - Google Patents
一种接口测试方法、装置及终端设备 Download PDFInfo
- Publication number
- CN114185804A CN114185804A CN202111550137.0A CN202111550137A CN114185804A CN 114185804 A CN114185804 A CN 114185804A CN 202111550137 A CN202111550137 A CN 202111550137A CN 114185804 A CN114185804 A CN 114185804A
- Authority
- CN
- China
- Prior art keywords
- interface
- tested
- test
- information
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3692—Test management for test results analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请适用于软件测试技术领域,提供了一种接口测试方法、装置及终端设备,所述方法包括:根据统一资源定位系统地址确定待测试的接口集合;接口集合的统一资源定位系统地址相同;接口集合包括多个待测试接口;每个待测试接口均携带有待测试接口的接口信息;针对任一待测试接口,根据待测试接口的接口信息确定待测试接口对应的接口类型;根据各个待测试接口对应的接口类型确定目标测试用例集合;目标测试用例集合包括各个待测试接口对应的目标测试用例;根据目标测试用例集合对各个待测试接口进行测试,得到测试信息集合;测试信息集合包括各个待测试接口对应的测试信息。本申请提供的接口测试方法提高了各个待测试接口的测试效率和成功率。
Description
技术领域
本申请属于软件测试技术领域,尤其涉及一种接口测试方法、装置、终端设备及计算机可读存储介质。
背景技术
开源分布式服务框架(Dubbo)是一个高性能的服务框架,已得到广泛应用。为了完成软件的开发,对软件进行测试,在应用Dubbo框架时,需要对Dubbo服务的接口进行测试。
现有的接口测试方法通常是使用开源测试工具(soupUI)进行接口测试,即对每个需要测试的接口都要先拷贝待测接口的IP地址,然后在该开源测试工具中导入该IP地址,并新建一个测试环境,最后输入待测接口的请求参数进行接口测试。由此可见,现有的接口测试方法存在操作繁琐,测试效率低下的问题。
发明内容
本申请实施例提供了一种接口测试方法、装置、终端设备及计算机可读存储介质,可以解决现有技术存在的操作繁琐,测试效率低下的问题。
第一方面,本申请实施例提供了一种接口测试方法,包括:
根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息;
针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型;
根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例;
根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
可选的,所述根据各个待测试接口对应的接口类型确定目标测试用例集合,包括:
针对任一待测试接口,根据所述待测试接口对应的接口类型确定所述待测试接口对应的测试用例模板;
根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例。
可选的,所述根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例,包括:
当检测到存在实际测试信息时,根据所述实际测试信息对所述测试用例模板进行更新,得到所述目标测试用例;所述实际测试信息由用户输入得到;
当检测到所述实际测试信息不存在时,将所述测试用例模板确定为所述目标测试用例。
可选的,所述测试信息集合中每个测试信息均包括测试结果;所述根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息之后,还包括:
针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志;
根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息;所述第二提示信息永远描述所述待测试接口的运行状态。
可选的,所述每个测试信息均包括实际响应参数,所述实际响应参数包括跟踪号;所述针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志,包括:
根据所述跟踪号获取所述待测试接口的测试日志。
可选的,所述根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息,包括:
获取所述待测试接口在历史时间段内各个历史时刻的历史测试结果;
根据所述历史测试结果确定所述待测试接口的测试失败的次数;
根据所述次数确定所述待测试接口的运行状态。
可选的,所述根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息,包括:
当检测到所述次数大于或等于第一预设阈值时,输出第三提示信息;所述第三提示信息用于描述所述待测试接口处于不可使用状态;
当检测到所述次数小于所述第一预设阈值,且大于第二预设阈值时,输出第四提示信息;所述第四提示信息用于描述所述待测试接口处于临界状态;
当检测到到所述次数小于或等于所述第二预设阈值时,输出第五提示信息;所述第五提示信息用于描述所述待测试接口处于可使用状态。
第二方面,本申请实施例提供了一种接口测试装置,包括:
接口集合确定单元,用于根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息;
类型确定单元,用于针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型;
用例集合确定单元,用于根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例;
接口测试单元,用于根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
第三方面,本申请实施例提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,上述处理器执行所述计算机程序时实现如上述第一方面中任一项所述的接口测试方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面中任一项所述的接口测试方法的步骤。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备可执行上述第一方面中任一项所述的接口测试方法。
本申请实施例与现有技术相比存在的有益效果是:
本申请实施例提供的一种接口测试方法,通过统一资源定位系统地址可以直接获取到同一个统一资源定位系统地址下的所有待测试的接口集合,且该接口集合包括多个待测试接口,每个待测试接口均携带有其对应的接口信息,操作简单,且无需对每个待测试接口做接口导入;同时还可以根据接口集合携带的各个待测试接口的接口信息确定其各自对应的接口类型,进而可以各个待测试接口对应的接口类型确定各个待测试接口的目标测试用例,得到目标测试用例集合,也就是说,不同接口类型对应的测试用例是不同的,并不是固定不变的;最后可以根据各个待测试接口对应目标测试用例对其进行测试,得到测试信息集合。本申请实施例提供的接口测试方法可以提高接口集合的测试效率,以及各个待测试接口的测试成功率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的接口测试方法的实现流程图;
图2是本申请一实施例提供的接口测试方法中S103的具体实现流程图;
图3是本申请另一实施例提供的接口测试方法的实现流程图;
图4是本申请再一实施例提供的接口测试方法的实现流程图;
图5是本申请一实施例提供的接口测试装置的结构示意图;
图6是本申请一实施例提供的终端设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
请参阅图1,图1是本申请一实施例提供的接口测试方法的实现流程图。本申请一实施例提供的接口测试方法的执行主体为终端设备。其中,终端设备可以是智能手机、平板电脑或台式电脑等。
如图1所示,本申请一实施例提供的接口测试方法可以包括S101~S104,详述如下:
在S101中,根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息。
在实际应用中,当用户需要对某些接口进行测试时,可以向终端设备发送接口测试请求。
本申请实施例中,终端设备检测到用户发送了接口测试请求可以是:检测到用户打开预设APP或者检测到用户在预设APP内执行预设操作。其中,预设操作可以根据实际需要确定,此处不作限制。示例性的,预设操作可以是点击预设控件,即终端设备若检测到用户点击预设APP内的预设控件,则认为检测到了预设操作,即认为检测到用户发送了接口测试请求。
需要说明的是,用户在向终端设备发送接口测试请求时,可以在终端设备上输入一个统一资源定位系统(uniform resource locator,URL)地址,以生成携带有URL地址的接口测试请求。
本申请实施例中,终端设备在检测到用户执行了预设操作时,可以确定用户发送了接口测试请求,因此,终端设备可以接收到携带有URL地址的接口测试请求。
在实际应用中,统一资源定位系统(uniform resource locator,URL),是因特网的万维网服务程序上用于指定信息位置的表示方法。URL通常由资源类型、存放资源的主机域名及资源文件名三部分组成,也可以是由协议、主机、端口、路径四部分组成。示例性的,URL的一般格式为:(带方括号[]的为可选项):protocol://hostname[:port]/path/[;parameters][?query]#fragment。
本申请实施例中,终端设备在接收到接口测试请求后,可以从该接口测试请求中提取出URL地址,并根据该URL地址获取到待测试的接口集合。具体地,终端设备在获取到URL地址后,由于该URL地址包括资源文件名和路径等,因此,终端设备可以通过该URL地址在与终端设备无线/有线通信连接的服务器中获取该资源文件名下的所有待测试接口,并将该所有待测试接口确定为待测试的接口集合。其中,服务器可以是台式电脑、笔记本等设备,也可以是云端服务器。
在实际应用中,每个资源文件名下的待测试接口均为多个。
需要说明的是,上述每个待测试接口均携带有该待测试接口的接口信息。
本申请实施例中,接口信息包括但不限于:待测试接口的接口名称、服务网际协议地址(Internet Protocol Address,IP地址)及端口号。其中,服务IP地址用于描述该待测试接口所在的服务器的IP地址。
在一些可能的实施例中,待测试接口的接口信息的格式可以设置为:接口名称_服务IP地址_端口号。例如,假设某待测试接口的接口名称为:订单详情查询,服务IP地址为:172.16.12.xxx,端口号为:2001,则其接口信息为:订单详情查询_172.16.12.xxx_2001。
在S102中,针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型。
本申请实施例中,针对任一待测试接口,由于其携带的接口信息包括接口名称,因此,终端设备可以该待测试接口的接口名称确定其对应的接口类型。
需要说明的是,接口类型包括但不限于:查询类型和修改类型。其中,查询类型指从某接口所在的服务器获取数据的类型;修改类型指对某接口所在的服务器进行增加、删除及修改的类型。例如,某接口名称为:订单详情查询,则其对应的接口类型即为查询类型,某接口名称为:添加黑名单用户,则其对应的接口类型即为修改类型。
在本申请实施例的一种实现方式中,终端设备可以预先存储有预设关键词与预设接口类型之间的对应关系,因此,终端设备可以提取各个待测试接口的接口名称中的关键词,并根据该关键词以及预设关键词与预设接口类型之间的对应关系,确定各个待测试接口对应的接口类型。
预设关键词可以根据实际需要设置,示例性的,预设关键词可以包括但不限于:查询、检索、修改、删除、更新、添加及增加等。基于此,终端设备可以确定预设关键词为“查询”和“检索”对应的预设接口类型为第一类型,预设关键词为“修改”、“删除”、“更新”、“添加”及“增加”对应的预设接口类型为第二类型。
在S103中,根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例。
在实际应用中,测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略,其内容包括测试目标、测试环境、请求参数、测试步骤、与该请求参数对应的预设响应参数、测试脚本等,最终形成文档,即对应的测试用例模板。
本申请实施例中,终端设备可以预先存储了多个预设接口类型与其各自对应的预设测试用例模板之间的对应关系,因此,终端设备在确定各个待测试接口的接口类型后,可以根据各个待测试接口的接口类型,以及预设接口类型与预设测试用例模板之间的对应关系,确定每个待测试接口对应的目标测试用例,从而得到接口集合对应的目标测试用例集合。
在本申请的一个实施例中,针对任一待测试接口,终端设备具体可以通过如图2所示的步骤S201~S202得到其对应的目标测试用例,详述如下:
在S201中针对任一待测试接口,根据所述待测试接口对应的接口类型确定所述待测试接口对应的测试用例模板。
在S202中,根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例。
本实施例中,终端设备预先存储了不同预设接口类型与预设测试用例模板之间的对应关系,因此,针对任一待测试接口,终端设备可以根据该待测试接口对应的接口类型,确定其对应的测试用例模板。
需要说明的是,预设测试用例模板中的参数值(包括但不限于请求参数和响应参数)均为预设值。其中,预设值可以根据实际需要设置,此处不作限制。
终端设备在确定待测试接口对应的测试用例模板后,可以根据预设规则对该测试用例模板进行更新,从而得到待测试接口对应的目标测试用例。
在本申请的一个实施例中,预设规则可以是:当存在实际测试信息时,根据该实际测试信息对测试用例模板进行更新;当不存在实际测试信息时,无需对测试用例模板进行更新。其中,实际测试信息由用户输入得到。实际测试信息包括但不限于实际请求参数以及与该实际请求参数对应的实际响应参数。
在本实施例的一种实现方式中,针对任一待测试接口,终端设备在确定该待测试接口对应的测试用例模板后,可以输出该测试用例模板。此时,用户可以对测试用例模板中的参数值进行修改,即输入实际测试信息。
在本申请的一个实施例中,终端设备在接收到用户输入的实际测试信息后,可以根据该实际测试信息对待测试接口对应的测试用例模板进行更新,从而得到该待测试接口对应的目标测试用例。
在本申请的另一个实施例中,终端设备并未接收到用户输入的实际测试信息时,说明实际测试信息不存在,因此,终端设备可以直接将测试用例模板确定为待测试接口的目标测试用例。
在S104中,根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
本申请实施例中,终端设备在得到目标测试用例集合后,针对接口集合中的任一待测试接口,终端设备可以根据该目标测试用例集合中与该待测试接口对应的目标测试用例,对该待测试接口进行测试,进而得到该待测试接口对应的测试信息。终端设备在完成对接口集合中所有待测试接口的测试之后,可以得到由各个待测试接口对应的测试信息构成的测试信息集合。
在本申请实施例的一种实现方式中,为了提高终端设备对接口集合的测试速率,终端设备可以同时根据各个待测试接口对应的目标测试用例对接口集合中的各个待测试接口进行测试。
在本申请实施例的另一种实现方式中,为了减轻终端设备的压力,避免终端设备因测试数量过大出现死机等现象,终端设备可以按照预设顺序依次对各个待测试接口进行测试。
在本申请的一个实施例中,预设顺序可以是:待测试接口的测试优先级。
本实施例中,终端设备在获取到目标测试用例集合后,可以按照每个待测试接口的测试优先级从高到低的顺序,依次获取每个待测试接口对应的目标测试用例对该待测试接口进行测试,直至所有待测试接口均完成测试为止。
示例性的,假设存在包括三个待测试接口的接口集合,接口集合具体包括:待测试接口1、待测试接口2及待测试接口3,待测试接口1对应的目标测试用例为用例A,待测试接口2对应的目标测试用例为用例B,待测试接口3对应的目标测试用例为用例C,上述三个待测试接口的测试优先级为:待测试接口2的优先级高于待测试接口3,待测试接口3的优先级高于待测试接口1,因此,终端设备可以先获取待测试接口2对应的用例B对待测试接口2进行测试,在待测试接口2的测试完成后,终端设备再获取待测试接口3对应的用例C对待测试接口3进行测试,在待测试接口3的测试完成后,最后获取待测试接口1对应的用例A对待测试接口1进行测试,直至待测试接口1的测试完毕后,终端设备可以确定完成对接口集合中所有待测试接口的测试。
在本申请的另一个实施例中,由于每个待测试接口的接口信息中还可以包括该待测试接口的历史测试时间,因此,预设顺序可以是:各个待测试接口的历史测试时间。
本实施例中,终端设备在获取到目标测试用例集合后,可以按照各个待测试接口的历史测试时间从远到近的顺序,依次获取每个待测试接口对应的目标测试用例对该待测试接口进行测试。其中,从远到近用于描述历史测试时间到当前测试时间的间隔时间的大小。当前测试时间指终端设备开始对接口集合进行测试的时刻。
示例性的,假设存在包括两个待测试接口的接口集合,接口集合具体包括:待测试接口1和待测试接口2,待测试接口1对应的目标测试用例为用例A,待测试接口2对应的目标测试用例为用例B,待测试接口1的历史测试时间为2021年11月12日12时0分0秒,待测试接口2的历史测试时间为2021年11月12日18时0分0秒,当前测试时间为2021年11月13日12时0分0秒,则待测试接口1到当前测试时间的第一间隔时间为24小时,待测试接口2到当前测试时间的第二间隔时间为18小时,即第一间隔时间大于第二间隔时间,也就是说,待测试接口1的历史测试时间远于待测试接口2的历史测试时间,因此,终端设备可以先获取待测试接口1对应的用例A对待测试接口1进行测试,在待测试接口1的测试完成后,终端设备再获取待测试接口2对应的用例B对待测试接口2进行测试,直至待测试接口2的测试完毕后,终端设备可以确定完成对接口集合中所有待测试接口的测试。
需要说明的是,当某个待测试接口的历史测试时间为0时,说明该待测试接口并未测试过,因此,终端设备可以先从目标测试用例集合中获取该待测试接口对应的目标测试用例对该待测试接口进行测试,再按照各个待测试接口的历史测试时间从远到近的顺序,依次获取接口集合中除上述待测试接口之外的其余各个待测试接口对应的目标测试用例对各个待测试接口进行测试。
本申请实施例中,每个待测试接口的测试信息包括但不限于:待测试接口的目标请求参数、预设响应参数、目标响应参数、测试时间、响应时间及测试结果等。其中,测试结果包括测试成功和测试失败。
针对任一待测试接口,终端设备在检测到该待测试接口的预设响应参数与目标响应参数相同时,可以确定该待测试接口的测试结果为测试成功;终端设备在检测到该待测试接口的预设响应参数与目标响应参数不同时,可以确定该待测试接口的测试结果为测试失败。
在本申请的一个实施例中,针对任一待测试接口,终端设备在得到该待测试接口的测试结果后,可以根据该测试结果输出第一提示信息。具体地,终端设备在检测到该待测试接口的测试结果为测试成功时,可以输出用于描述该待测试接口测试成功的第一提示信息;终端设备在检测到该待测试接口的测试结果为测试失败时,可以输出用于描述该待测试接口测试失败的第一提示信息。
以上可以看出,本申请实施例提供的一种接口测试方法,通过统一资源定位系统地址可以直接获取到同一个统一资源定位系统地址下的所有待测试的接口集合,且该接口集合包括多个待测试接口,每个待测试接口均携带有其对应的接口信息,操作简单,且无需对每个待测试接口做接口导入;同时还可以根据接口集合携带的各个待测试接口的接口信息确定其各自对应的接口类型,进而可以各个待测试接口对应的接口类型确定各个待测试接口的目标测试用例,得到目标测试用例集合,也就是说,不同接口类型对应的测试用例是不同的,并不是固定不变的;最后可以根据各个待测试接口对应目标测试用例对其进行测试,得到测试信息集合。本申请实施例提供的接口测试方法可以提高接口集合的测试效率,以及各个待测试接口的测试成功率。
请参阅图3,图3是本申请另一实施例提供的接口测试方法的实现流程图。
如图3所示,本申请实施例在S104之后,还可以包括以下步骤,详述如下:
在S301中,针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志。
本实施例中,针对任一待测试接口,测试日志包括该待测试接口在历史时间段内的各个历史时刻对应的历史请求参数、历史响应参数、历史测试结果及历史响应时间。
历史时间段可以根据实际需要设置,此处不作限制,示例性的,历史时间段可以是待测试接口首次进行测试的测试时间到当前测试时间的时间段。也就是说,测试日志还包括待测试接口在当前测试时间的目标请求参数、预设响应参数、目标响应参数、测试结果及响应时间。
历史响应参数包括第一历史响应参数和第二历史响应参数。第一历史响应参数指与历史请求参数对应的预设响应参数,第二历史响应参数指与历史请求参数对应的实际响应参数。
需要说明的是,各个历史时刻即为待测试接口对应的各个历史测试时间。
在本实施例的一种实现方式中,待测试接口的实际响应参数可以包括跟踪号(traceID),因此,终端设备可以根据该跟踪号获取到待测试接口的测试日志。
具体地,终端设备可以将该跟踪号发送至与终端设备无线/有线通信连接的服务器,服务器可以根据该跟踪号获取到与该跟踪号对应的待测试接口的测试日志,并将该测试日志发送至终端设备,终端设备接收并显示该测试日志。
通过上述方法,终端设备可以直接根据跟踪号跨系统获取到测试日志,使得相关人员无需登录其他平台即可获取到待测试接口的测试日志,操作简单且耗时短。
在S302中,根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息;所述第二提示信息永远描述所述待测试接口的运行状态。
本实施例中,由于测试日志包括待测试接口在历史时间段内各个历史时刻对应的历史测试结果,因此,终端设备可以根据该历史时间段内的多个历史测试结果确定待测试接口的运行状态,并输出第二提示信息。
其中,接口的预设运行状态包括但不限于:可使用状态、临界状态及不可使用状态。其中,临界状态用于表征该待测试接口可以继续使用,但无法长期使用的状态。
在本申请的一个实施例中,针对任一待测试接口,终端设备具体可以通过如图4所示的步骤S401~S403确定该待测试接口的运行状态,详述如下:
在S401中,获取所述待测试接口在历史时间段内各个历史时刻的测试结果。
在S402中,根据所述测试结果确定所述待测试接口的测试失败的次数。
在S403中,根据所述次数确定所述待测试接口的运行状态。
本实施例中,针对任一待测试接口,终端设备获取到该待测试接口的测试日志后,可以确定该待测试接口在历史时间段内各个历史时刻的测试结果,并统计该待测试接口在历史时间段内的测试结果为测试失败的次数。
终端设备在确定待测试接口在历史时间段内的测试失败的次数后,可以将该次数与第一预设阈值、第二预设阈值进行对比。第一预设阈值和第二预设阈值均可以根据实际需要设置,此处不作限制。需要说明的是,第一预设阈值大于第二预设阈值。
在本申请的一个实施例中,终端设备在检测到该次数大于或等于第一预设阈值时,可以确定该待测试接口出现运行错误,即该待测试接口出现异常,因此,终端设备可以确定该待测试接口的运行状态为不可使用状态。
在本申请的另一个实施例中,终端设备在检测到该次数小于第一预设阈值且大于第二预设阈值,可以确定待测试接口可以继续运行,但是无法长期运行,因此,终端设备可以确定该待测试接口的运行状态为临界状态。
在本申请的再一个实施例中,终端设备在检测到该次数小于第二预设阈值时,可以确定该待测试接口可以继续使用,即该待此时接口运行正常,因此,终端设备可以确定该待测试接口的状态为可使用状态。
在本申请的又一个实施例中,终端设备可以根据上述待测试接口的不同运行状态,输出其对应的提示信息。
具体地,终端设备在检测到该次数大于或等于第一预设阈值时,说明待测试接口处于不可使用状态,因此,终端设备可以输出第三提示信息。该第三提示信息用于提示待测试接口处于不可使用状态,以提醒相关人员对该待测试接口进行相应处理,如修复或丢弃。
终端设备在检测到该次数小于第一预设阈值且大于第二预设阈值时,说明待测试接口处于临界状态,因此,终端设备可以输出第四提示信息。该第四提示信息用于描述待测试接口处于临界状态,以提醒相关人员控制该待测试接口的使用次数。
终端设备在检测到该次数小于第二预设阈值时,说明待测试接口处于可使用状态,因此,终端设备可以输出第五提示信息。该第五提示信息用于提示该待测试接口处于可使用状态,以提示相关人员可以继续使用该待测试接口。
以上可以看出,本申请实施例提供的接口测试方法,针对任一待测试接口,都可以通过该待测试接口对应的测试信息中的测试结果获取到该待测试接口的测试日志,之后根据该测试日志可以确定该待测试接口的运行状态,并根据该运行状态输出第二提示信息,该第二提示信息永远描述该待测试接口的运行状态,使得用户可以根据该第二提示信息对该待测试接口的运行状态进行实时监测,提高终端设备的监测效率。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的一种接口测试方法,图5示出了本申请一实施例提供的接口测试装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。参照图5,该接口测试装置500包括:接口集合确定单元51、类型确定单元52、用例集合确定单元53及接口测试单元54。其中:
接口集合确定单元51用于根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息。
类型确定单元52用于针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型。
用例集合确定单元53用于根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例。
接口测试单元54用于根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
在本申请的一个实施例中,用例集合确定单元53具体包括:模板确定单元和更新单元。其中:
模板确定单元用于针对任一待测试接口,根据所述待测试接口对应的接口类型确定所述待测试接口对应的测试用例模板。
更新单元用于根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例。
在本申请的一个实施例中,更新单元具体包括:更新子单元和目标用例确定单元。其中:
更新子单元用于当检测到存在实际测试信息时,根据所述实际测试信息对所述测试用例模板进行更新,得到所述目标测试用例;所述实际测试信息由用户输入得到。
目标用例确定单元用于当检测到所述实际测试信息不存在时,将所述测试用例模板确定为所述目标测试用例。
在本申请的一个实施例中,所述测试信息集合中每个测试信息均包括测试结果,接口测试装置500还包括:第一获取单元和第一输出单元。其中:
第一获取单元用于针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志。
第一输出单元用于根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息;所述第二提示信息永远描述所述待测试接口的运行状态。
在本申请的一个实施例中,所述每个测试信息均包括实际响应参数,所述实际响应参数包括跟踪号;第一获取单元具体用于:根据所述跟踪号获取所述待测试接口的测试日志。
在本申请的一个实施例中,第一输出单元具体包括:第二获取单元、次数确定单元及状态确定单元。其中:
第二获取单元用于获取所述待测试接口在历史时间段内各个历史时刻的历史测试结果。
次数确定单元用于根据所述历史测试结果确定所述待测试接口的测试失败的次数。
状态确定单元用于根据所述次数确定所述待测试接口的运行状态。
在本申请的一个实施例中,第一输出单元具体包括:第二输出单元、第三输出单元及第四输出单元。其中:
第二输出单元用于当检测到所述次数大于或等于第一预设阈值时,输出第三提示信息;所述第三提示信息用于描述所述待测试接口处于不可使用状态。
第三输出单元用于当检测到所述次数小于所述第一预设阈值,且大于第二预设阈值时,输出第四提示信息;所述第四提示信息用于描述所述待测试接口处于临界状态。
第四输出单元用于当检测到到所述次数小于或等于所述第二预设阈值时,输出第五提示信息;所述第五提示信息用于描述所述待测试接口处于可使用状态。
以上可以看出,本申请实施例提供的一种接口测试装置,通过统一资源定位系统地址可以直接获取到同一个统一资源定位系统地址下的所有待测试的接口集合,且该接口集合包括多个待测试接口,每个待测试接口均携带有其对应的接口信息,操作简单,且无需对每个待测试接口做接口导入;同时还可以根据接口集合携带的各个待测试接口的接口信息确定其各自对应的接口类型,进而可以各个待测试接口对应的接口类型确定各个待测试接口的目标测试用例,得到目标测试用例集合,也就是说,不同接口类型对应的测试用例是不同的,并不是固定不变的;最后可以根据各个待测试接口对应目标测试用例对其进行测试,得到测试信息集合。本申请实施例提供的接口测试方法可以提高接口集合的测试效率,以及各个待测试接口的测试成功率。
图6为本申请一实施例提供的终端设备的结构示意图。如图6所示,该实施例的终端设备6包括:至少一个处理器60(图6中仅示出一个)处理器、存储器61以及存储在所述存储器61中并可在所述至少一个处理器60上运行的计算机程序62,所述处理器60执行所述计算机程序62时实现上述任意一种接口测试方法实施例中的步骤。
本领域技术人员可以理解,图6仅仅是终端设备6的举例,并不构成对终端设备6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器60可以是中央处理单元(Central Processing Unit,CPU),该处理器60还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61在一些实施例中可以是所述终端设备6的内部存储单元,例如终端设备6的硬盘或内存。所述存储器61在另一些实施例中也可以是所述终端设备6的外部存储设备,例如所述终端设备6上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器61还可以既包括所述终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现上述任意一种接口测试方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行时可实现上述任意一种接口测试方法实施例中的步骤。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现上述任意一种接口测试方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行时实现可实现上述任意一种接口测试方法实施例中的步骤。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的接口测试装置和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种接口测试方法,其特征在于,包括:
根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息;
针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型;
根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例;
根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
2.如权利要求1所述的接口测试方法,其特征在于,所述根据各个待测试接口对应的接口类型确定目标测试用例集合,包括:
针对任一待测试接口,根据所述待测试接口对应的接口类型确定所述待测试接口对应的测试用例模板;
根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例。
3.如权利要求2所述的接口测试方法,其特征在于,所述根据预设规则对所述测试用例模板进行更新,得到所述待测试接口对应的目标测试用例,包括:
当检测到存在实际测试信息时,根据所述实际测试信息对所述测试用例模板进行更新,得到所述目标测试用例;所述实际测试信息由用户输入得到;
当检测到所述实际测试信息不存在时,将所述测试用例模板确定为所述目标测试用例。
4.如权利要求1所述的接口测试方法,其特征在于,所述测试信息集合中每个测试信息均包括测试结果;所述根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息之后,还包括:
针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志;
根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息;所述第二提示信息用于描述所述待测试接口的运行状态。
5.如权利要求4所述的接口测试方法,其特征在于,所述每个测试信息均包括实际响应参数,所述实际响应参数包括跟踪号;所述针对任一待测试接口,根据所述待测试接口对应的测试信息中的测试结果获取所述待测试接口的测试日志,包括:
根据所述跟踪号获取所述待测试接口的测试日志。
6.如权利要求4所述的接口测试方法,其特征在于,所述根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息,包括:
获取所述待测试接口在历史时间段内各个历史时刻的历史测试结果;
根据所述历史测试结果确定所述待测试接口的测试失败的次数;
根据所述次数确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息。
7.如权利要求6所述的接口测试方法,其特征在于,所述根据所述测试日志确定所述待测试接口的运行状态,并根据所述运行状态输出第二提示信息,包括:
当检测到所述次数大于或等于第一预设阈值时,输出第三提示信息;所述第三提示信息用于描述所述待测试接口处于不可使用状态;
当检测到所述次数小于所述第一预设阈值,且大于第二预设阈值时,输出第四提示信息;所述第四提示信息用于描述所述待测试接口处于临界状态;
当检测到到所述次数小于或等于所述第二预设阈值时,输出第五提示信息;所述第五提示信息用于描述所述待测试接口处于可使用状态。
8.一种接口测试装置,其特征在于,包括:
接口集合确定单元,用于根据统一资源定位系统地址确定待测试的接口集合;所述接口集合的统一资源定位系统地址相同;所述接口集合包括多个待测试接口;每个待测试接口均携带有所述待测试接口的接口信息;
类型确定单元,用于针对任一待测试接口,根据所述待测试接口的接口信息确定所述待测试接口对应的接口类型;
用例集合确定单元,用于根据各个待测试接口对应的接口类型确定目标测试用例集合;所述目标测试用例集合包括所述各个待测试接口对应的目标测试用例;
接口测试单元,用于根据所述目标测试用例集合中所述各个待测试接口对应的目标测试用例对所述各个待测试接口进行测试,得到测试信息集合;所述测试信息集合包括所述各个待测试接口对应的测试信息。
9.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的接口测试方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的接口测试方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111550137.0A CN114185804A (zh) | 2021-12-17 | 2021-12-17 | 一种接口测试方法、装置及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111550137.0A CN114185804A (zh) | 2021-12-17 | 2021-12-17 | 一种接口测试方法、装置及终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114185804A true CN114185804A (zh) | 2022-03-15 |
Family
ID=80544323
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111550137.0A Pending CN114185804A (zh) | 2021-12-17 | 2021-12-17 | 一种接口测试方法、装置及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114185804A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061932A (zh) * | 2022-06-29 | 2022-09-16 | 中国联合网络通信集团有限公司 | 回归测试方法、装置和设备 |
-
2021
- 2021-12-17 CN CN202111550137.0A patent/CN114185804A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061932A (zh) * | 2022-06-29 | 2022-09-16 | 中国联合网络通信集团有限公司 | 回归测试方法、装置和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108427705B (zh) | 电子装置、分布式系统日志查询方法及存储介质 | |
CN108037946B (zh) | 一种应用程序热更新的方法、系统及服务器 | |
CN111371638B (zh) | 智能设备测试方法、装置、服务器及存储介质 | |
CN111858296B (zh) | 接口测试方法、装置、设备和存储介质 | |
CN107239701B (zh) | 识别恶意网站的方法及装置 | |
CN109361525B (zh) | 重启分布式部署多服务的方法、装置、控制终端及介质 | |
CN107274222B (zh) | 广告投放方法及装置 | |
CN110267215B (zh) | 一种数据检测方法、设备及存储介质 | |
CN113890879A (zh) | 数据访问的负载均衡方法、装置、计算机设备及介质 | |
CN113094087A (zh) | 软件配置方法、电子设备及存储介质 | |
CN109656592B (zh) | 卡片管理方法、装置、终端及计算机可读存储介质 | |
CN114185804A (zh) | 一种接口测试方法、装置及终端设备 | |
CN109391658B (zh) | 一种账号数据同步方法及其设备、存储介质、终端 | |
CN111355765A (zh) | 一种网络请求的处理、发送方法及装置 | |
CN106775835B (zh) | 获取升级文件的方法、服务器及终端 | |
CN109976828B (zh) | 一种配置文件的方法及装置 | |
CN111767481A (zh) | 访问处理方法、装置、设备和存储介质 | |
CN114449040B (zh) | 基于云平台的配置下发方法及装置 | |
CN103326892B (zh) | Web接口的操作方法及装置 | |
CN107688951B (zh) | 信息推送方法及装置 | |
CN109656936A (zh) | 数据同步方法、装置、计算机设备和存储介质 | |
CN110769462B (zh) | 网络访问控制方法和装置 | |
CN113726885A (zh) | 一种流量配额的调整方法和装置 | |
CN110147379B (zh) | 基于数据锁的信息采集方法、装置、计算机设备 | |
CN108924270B (zh) | 终端联系人信息的更新方法、服务器及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |