CN114625629A - 一种接口测试方法、终端及装置 - Google Patents
一种接口测试方法、终端及装置 Download PDFInfo
- Publication number
- CN114625629A CN114625629A CN202011471160.6A CN202011471160A CN114625629A CN 114625629 A CN114625629 A CN 114625629A CN 202011471160 A CN202011471160 A CN 202011471160A CN 114625629 A CN114625629 A CN 114625629A
- Authority
- CN
- China
- Prior art keywords
- test
- case
- test case
- interface
- request
- 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/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/3696—Methods or tools to render software testable
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本公开涉及计算机领域,公开了一种接口测试方法、终端及装置,用以批量获取测试配置信息,以提高测试效率。该方法为:智能设备获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法,针对至少一个测试用例对应的各个目标接口,智能设备分别采用相应的测试方法进行测试,获得对应的测试结果,并分别记录获得的各个测试结果;这样,智能设备可对各个测试用例中的多个目标接口以及相应的测试方法进行批量获取,从而能够方便快捷的获取到测试配置信息,与现有的单个获取待测试的目标接口的测试方法的过程相比,减少了测试成本,提高了测试效率。
Description
技术领域
本申请涉及计算机技术,特别涉及一种接口测试方法、终端及装置。
背景技术
随着操作维护中心(Operation and Maintenance Center,OMC)系统的日渐成熟,其功能越来越多,涵盖的业务模块也越来越多。并且,操作维护中心系统的版本迭代速度快,递交周期短。基于此,对操作维护中心系统的测试工作也面临巨大考验。
目前,针对操作维护中心系统的测试包括手动测试和自动化测试两种形式。手动测试方面,由于测试人员业务能力参差不齐,在对操作维护中心系统进行测试时上手难度大,学习成本高,导致企业投入人力资源较多。自动化测试方面,可以应用已有接口测试工具(如Postman)对操作维护中心系统进行测试,但操作维护中心系统结构复杂,业务接口较多,并且每一个接口输入参数较多,导致测试人员无法高效完成大批量的接口测试工作;也可以使用定制接口测试工具的方式进行自动化测试,但这种情况下还需要培养专业开发人员定制开发接口测试工具,才能对操作维护中心系统进行测试,显然,这会投入较高的资源成本。
发明内容
本公开实施例提供一种接口测试方法、终端及装置,用以批量获取测试配置信息,以提高测试效率。
本公开提供的具体技术方案如下:
第一方面,一种接口测试方法,包括:
获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
分别记录获得的各个所述测试结果。
可选的,所述获取预设的测试配置信息之前,还包括:
获取登录信息,按照所述登录信息登录所述操作维护中心系统;
向所述操作维护中心系统发送验证请求,获取所述至少一个测试用例中的各个测试用例各自对应的安全授权码。
可选的,所述获取预设的测试配置信息,包括:
针对所述至少一个测试用例中的各个测试用例,分别执行以下操作:
按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法;或者,
按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在所述各个测试分页中获取一个测试方法。
可选的,当所述测试配置信息中包括至少两个测试用例时,所述获取预设的测试配置信息,还包括:
每处理一个测试用例,在确定所述一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,以开始处理所述下一个测试用例。
可选的,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,包括:
查找所述一个测试用例中包含的各个测试方法对应的统一资源定位URL地址;
分别将获得的URL地址分割出相应的请求地址;
提取出所述下一个测试用例包含的各个测试方法中的请求地址;
采用基于所述下一个测试用例获得的各个请求地址,分别对所述一个测试用例中相应的请求地址进行替换。
可选的,所述针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果,包括:
针对所述至少一个测试用例对应的各个目标接口,分别执行以下操作:
基于一个目标接口对应的测试方法,获得相应的测试权限信息和测试描述信息;
当所述测试权限信息表征允许测试时,根据所述测试描述信息生成测试请求,将所述测试请求发送给操作维护中心系统;
接收操作维护中心系统返回针对所述一个目标接口的测试结果。
可选的,所述接收操作维护中心系统返回针对所述一个目标接口的测试结果之后,还包括:
基于所述一个目标接口对应的测试结果,从所述测试结果中解析出响应字段和状态码;
若所述响应字段中包含的实际期望值包含所述测试请求中的目标期望值,以及所述状态码与所述测试请求中的目标状态码一致,将所述一个目标接口对应的测试结果记为通过。
可选的,所述分别记录获得的各个所述测试结果,包括:
分别根据各个所述测试结果生成相应的可视化示意图。
第二方面,一种接口测试终端,包括:
存储器,用于存储可执行计算机程序;
处理器,用于读取存储器中的计算机程序,执行下列过程:
获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
分别记录获得的各个所述测试结果。
可选的,所述获取预设的测试配置信息之前,所述处理器还用于:
获取登录信息,按照所述登录信息登录所述操作维护中心系统;
向所述操作维护中心系统发送验证请求,获取所述至少一个测试用例中的各个测试用例各自对应的安全授权码。
可选的,所述获取预设的测试配置信息,所述处理器用于:
针对所述至少一个测试用例中的各个测试用例,分别执行以下操作:
按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法;或者,
按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在所述各个测试分页中获取一个测试方法。
可选的,当所述测试配置信息中包括至少两个测试用例时,所述获取预设的测试配置信息,所述处理器还用于:
每处理一个测试用例,在确定所述一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,以开始处理所述下一个测试用例。
可选的,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,所述处理器用于:
查找所述一个测试用例中包含的各个测试方法对应的统一资源定位URL地址;
分别将获得的URL地址分割出相应的请求地址;
提取出所述下一个测试用例包含的各个测试方法中的请求地址;
采用基于所述下一个测试用例获得的各个请求地址,分别对所述一个测试用例中相应的请求地址进行替换。
可选的,所述针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果,所述处理器用于:
针对所述至少一个测试用例对应的各个目标接口,分别执行以下操作:
基于一个目标接口对应的测试方法,获得相应的测试权限信息和测试描述信息;
当所述测试权限信息表征允许测试时,根据所述测试描述信息生成测试请求,将所述测试请求发送给操作维护中心系统;
接收操作维护中心系统返回针对所述一个目标接口的测试结果。
可选的,所述接收操作维护中心系统返回针对所述一个目标接口的测试结果之后,所述处理器还用于:
基于所述一个目标接口对应的测试结果,从所述测试结果中解析出响应字段和状态码;
若所述响应字段中包含的实际期望值包含所述测试请求中的目标期望值,以及所述状态码与所述测试请求中的目标状态码一致,将所述一个目标接口对应的测试结果记为通过。
可选的,所述分别记录获得的各个所述测试结果,所述处理器用于:
分别根据各个所述测试结果生成相应的可视化示意图。
第三方面,一种接口测试装置,包括:
获取单元,用于获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
测试单元,用于针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
记录单元,用于分别记录获得的各个所述测试结果。
第四方面,一种计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得所述处理器能够执行上述任一项所述的方法。
综上所述,本公开实施例中,智能设备获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法,针对至少一个测试用例对应的各个目标接口,智能设备分别采用相应的测试方法进行测试,获得对应的测试结果,并分别记录获得的各个测试结果;这样,在对操作维护中心系统中的多个目标接口进行测试时,可对各个测试用例中的多个目标接口以及相应的测试方法进行批量获取,从而能够方便快捷的获取到测试配置信息,以便于在对操作维护中心系统的各个目标接口进行测试时,用批量测试的方式替代了单个获取并执行测试方法的方式,大大减少了测试成本,提高了测试效率。
附图说明
图1为本申请实施例中的对操作维护中心系统进行测试的系统架构示意图;
图2为本申请实施例中智能设备对操作维护中心系统进行接口测试的流程示意图;
图3为本申请实施例中智能设备对至少一个测试用例对应的各个目标接口进行测试的流程图示意图;
图4为本申请实施例中采用柱状图展示测试结果示意图;
图5为本申请实施例中采用饼状图展示测试结果示意图;
图6为本公开实施例中智能设备的实体架构示意图;
图7为本公开实施例中智能设备的逻辑架构示意图。
具体实施方式
为了使本领域普通人员更好地理解本申请公开的技术方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
操作维护中心系统的业务功能模块多,版本迭代速度快,因此,其相关的测试工作也很繁重。目前对操作维护中心系统的测试都需要专人负责,然而由于测试内容较多,业务较复杂,测试流程也较为繁琐,测试人员往往无法在有效时间内高质量完成测试。实际生产过程中,通常采用以下三种方式来实现对操作维护中心系统的测试:纯手动测试方式、应用已有接口测试工具的方式以及使用定制接口测试工具的方式。纯手动测试方式中由于测试人员业务能力参差不齐,对于操作维护中心系统这类复杂的产品,测试人员的上手难度大,学习成本高,导致企业投入人力资源较多。应用已有接口测试工具的方式中,对于操作维护中心系统这类接口较多的产品,每一个接口的输入参数较多,对于大批量业务,测试人员无法高效完成接口测试工作。使用定制接口测试工具的方式还需要专业开发人员进行定制开发,以对操作维护中心系统进行专业测试,这样投入的资源成本也较高。
为了提高测试效率,参阅图1所示,本公开实施例中,将操作维护中心系统部署在服务设备上(操作维护中心系统的IP地址就是服务设备的IP地址)。而管理人员可以通过智能设备(如,PC机,笔记本电脑等等)访问操作维护中心系统,即智能设备可以通过互联网与服务设备实现网络互通,如,管理人员可以通过在智能设备上的网页浏览器访问操作维护中心系统。
一般而言,操作维护中心系统的默认端口为6868。若操作维护中心系统的默认端口与其他系统的端口冲突,管理人员可手动修改操作维护中心系统的端口。后续实施例中,以待测试的操作维护中心系统的IP地址和端口为“100.40.72.80:6868”来进行说明。
在测试工作开始之前,需要先对操作维护中心系统进行配置,具体包括:
一、结合操作维护中心系统的具体功能创建测试用例。
这里需要说明的是,上述测试用例通常是Excel格式的,当然,测试用例也可以采用Word、PPT等其他格式。通常情况下,对于不同版本的操作维护中心系统,只要其对应的测试用例中的参数结构未发生变化,则可重复执行该测试用例进行测试,当测试用例的版本不能满足操作维护中心系统的测试需求时,可继续创建测试用例,这样,测试用例的数量至少为一个。
以测试用例是Excel表格为例,在一个测试用例中,一行数据代表一个接口测试的相关信息,一个测试用例中的每一行通常包括以下内容:用例编号(caseID)、中文名称(ChineseCaseName)、接口测试方式(RequestMethod),接口地址(RequestUrl)、参数(Parameters)、请求体(RequestBody)、是否执行(Execute)、期望校验数值(ExceptValue)等。这样,可满足不同产品版本的接口定制化测试需求。
二、在服务设备上,在操作维护中心系统的安装路径下创建配置文件。
具体的,在配置文件中输入操作维护中心系统的IP地址和端口名称、用户名和密码,通常上述IP地址和端口名称与测试用例中各个目标接口对应的请求地址是一致的,上述用户名和密码是登录操作维护中心系统来获取安全授权码用的,在获取到这个安全授权码后才能对操作维护中心系统进行其他功能的操作,需要说明的是上述安装路径也可以是计算机的其他本地路径。
下面结合附图对本公开优选的实施方式作出进一步详细说明。
参阅图2所示,本公开实施例中,智能设备进行接口测试的具体流程如下:
步骤200:智能设备获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有待测试的多个目标接口以及相应的测试方法。
可选的,在执行步骤200之前,智能设备可以先执行以下操作:
步骤a:智能设备获取登录信息,按照登录信息登录操作维护中心系统。
上述登录信息即前文提到的用户名和密码。在进行测试之前智能设备需要先登录操作维护中心系统,之后智能设备才可以对操作维护中心系统进行操作(例如,功能测试)。
另一方面,若操作维护中心系统与智能设备处于电连接的状态,并且,操作维护中心系统也处于运行中的状态时,则智能设备也可以不执行登录操作。
步骤b:智能设备向操作维护中心系统发送验证请求,获取至少一个测试用例中的各个测试用例各自对应的安全授权码。
考虑到测试配置信息的安全性,每个测试用例都预先配置有对应的安全授权码。
例如,测试用例1配置有安全授权码1,测试用例2配置有安全授权码2等等。常见的,上述安全授权码都是以Token值的形式存在的。
具体实施时,智能设备需要向操作维护中心系统发送验证请求以获取安全授权码,这样,在获取到安全授权码之后,智能设备才能够继续获取预设的测试配置信息,从而进一步保障了测试过程的安全性。
进一步地,在执行步骤200时,智能设备可以但不限于采用以下几种方式:
方式1:智能设备直接获取预先存储在智能设备中的测试配置信息。
即智能设备可以直接在本地获得上述测试用例的内容。
在采用方式1时,智能设备需要预先将测试用例中的内容转化成操作维护中心系统可识别的形式进行存储。
方式2:智能设备从部署有操作维护中心系统的服务器中读取测试配置信息。
即智能设备可以通过远程方式获得上述测试用例的内容。
在采用方式2时,智能设备先从服务器获取到所需的测试用例,接着,智能设备将测试用例中的测试内容转化成操作维护中心系统可识别的形式进行存储。
这样,智能设备通过上述方式1和方式2便可以获得待测试的操作维护中心系统中的多个目标接口以及相应的测试方法。
通常,操作维护中心系统包含至少十个功能模块,每个功能模块中包含多个待测试的目标接口,而一个目标接口对应一个测试方法,这样,导致测试配置信息的获取数量是很庞大的。与现有技术中测试用例只能单个获取的方式相比,本公开实施例中优选的实施方式可以批量获取测试配置信息,从而提升了测试效率。
进一步地,下面以一个测试用例为例,介绍智能设备获取一个测试用例中各个测试方法的具体方式,智能设备所采用的具体方法包含但不限于以下几种:
方法(1):智能设备按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法。
例如,假设操作维护中心系统包含的功能模块有20个,在其测试用例(如,以下称为Excel表格x)中会设置有相应的20个测试分页(如,sheet页)。
假设在每个sheet页中记录有十条测试方法,智能设备在Excel表格x中以sheet页为单位进行逐条获取。
那么,智能设备获取各个测试方法的过程具体为:
智能设备先逐条获取sheet1页中的十条测试方法;
获取完毕后,智能设备再逐条获取sheet2页中的十条测试方法;
获取完毕后,智能设备再逐条获取sheet3页中的十条测试方法,以此类推,直到智能设备逐条获取完sheet20页中的十条测试方法为止。
方法(2):智能设备按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在各个测试分页中获取一个测试方法。
在此仍以Excel表格x为例进行说明。
假设在每个sheet页中记录有十条测试方法,智能设备以方法(2)获取各个测试方法的过程为在Excel表格x中采用轮询的方式分别在各个sheet页中获取各个测试方法。
那么,智能设备获取各个测试方法的过程具体为:
智能设备分别在sheet1、sheet2、sheet3……sheet20中获取一条测试方法;
智能设备再分别在sheet1、sheet2、sheet3……sheet20中获取下一条测试方法,以此类推直到所有sheet页的所有测试方法都获取完毕为止。
当智能设备按照上述方法(1)或者方法(2)获取到一个测试用例中的各个测试方法后,如果测试配置信息中还有下一个测试用例的话,智能设备会继续获取下一个测试用例中的各个测试方法,即当测试配置信息中包括至少两个测试用例时,智能设备获取预设的测试配置信息的步骤还包括:
每处理一个测试用例,在确定一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,即智能设备按照上述方法(1)或者方法(2)获取到当前测试用例中的各个测试方法后,智能设备基于下一个测试用例包含的各个测试方法中的请求地址替换一个测试用例包含的各个测试方法中的请求地址,以开始处理下一个测试用例,具体实施时过程如下:
智能设备查找一个测试用例中包含的各个测试方法对应的统一资源定位(Uniform Resource Locator,URL)地址。
智能设备分别从获得的URL地址中分割出相应的请求地址。
智能设备提取出下一个测试用例包含的各个测试方法中的请求地址。
智能设备采用基于下一个测试用例获得的各个请求地址,分别对一个测试用例中相应的请求地址进行替换。
在替换完成后,一个测试用例中记录的各个测试方法便更新为下一个测试用例中记录的各个测试方法,那么,再继续按照与上述替换请求地址相同的方式进行处理就可以实现对下下个测试用例中的各个测试方法的获取。
所有除第一个测试用例之外的测试用例均可以按照上述方式依次处理,将不再赘述。
下面采用一个具体的应用场景,对上述实施例作出进一步详细说明。
假设,当前提取的一个测试用例为测试用例A,测试用例A中一个测试方法对应的URL地址为http://100.40.72.80:6868/api/rest/securityManagement。
首先,智能设备查找到该URL地址,并从上述URL地址:http://100.40.72.80: 6868/api/rest/securityManagement分割出相应的请求地址100.40.72.80:6868。
假设,下一个测试用例为测试用例B,测试用例B中一个测试方法中的URL地址为http://100.40.72.80:6868/api/rest/securityManagement,那么,智能设备提取出测试用例B包含的一个测试方法中的请求地址127.0.0.1:6060。
之后,智能设备采用基于测试用例B获得的请求地址,对测试用例A中相应的请求地址进行替换,即将100.40.72.80:6868替换为127.0.0.1:6060,进而得到测试用例B包含的一个测试方法中的各个URL地址http://127.0.0.1:6060/api/rest/ securityManagement。
与智能设备获取一个测试用例中的各个测试方法时逐一获取的方式相比,通过请求地址替换的方式获取下一个测试用例包含的各个测试方法的方式能够更便捷的得到要测试的具体内容。
智能设备在获取到要测试的具体内容后,即可大批量执行上述测试用例中的各个测试方法,以对操作维护中心系统中待测试的多个目标接口进行测试。
步骤201:针对至少一个测试用例对应的各个目标接口,智能设备分别采用相应的测试方法进行测试,获得对应的测试结果。
由于,在测试过程中智能设备要执行的测试用例至少为一个,而每个测试用例中所包含的目标接口以及相应的测试方法有多个,那么,智能设备的测试处理过程是批量级的,即智能设备在测试完当前目标接口后会按照相同的流程继续测试下一个目标接口,直到全部测试用例中的所有目标接口都测试完毕为止。
参阅图3所示,下面以智能设备处理一个目标接口为例进行说明,即在执行步骤201时,针对至少一个测试用例对应的各个目标接口,在智能设备分别执行以下操作:
步骤2010:基于一个目标接口对应的测试方法,智能设备获得相应的测试权限信息和测试描述信息。
假设,参阅表1所示,一个目标接口对应的测试方法具体包括测试权限信息、接口测试方式、URL地址、测试参数和请求体。
表1
如表1所示,表项“允许测试”表示测试权限信息,表项“接口测试方式、URL地址和测试参数”表示测试描述信息。
步骤2011:当测试权限信息表征允许测试时,智能设备根据测试描述信息生成测试请求,将测试请求发送给操作维护中心系统。
具体的,当测试权限信息为允许测试时,智能设备根据接口测试方式、URL地址和测试参数生成相应的测试请求。
之后,智能设备将该测试请求发送给操作维护中心系统,操作维护中心系统中对应的一个目标接口按照该测试请求进行数据处理,即操作维护中心系数通过Post、Get、Delete、Put、Head、Patch或者Options中的一种接口对接收的测试请求进行数据处理。
步骤2012:智能设备接收操作维护中心系统返回针对一个目标接口的测试结果。
操作维护中心系统通过一个目标接口进行数据处理后会得到相应的测试结果,并将测试结果返回至智能设备;为了验证测试结果是否正确,智能设备会将从操作维护中心系统接收的测试结果,呈现在显示界面中以供测试人员查看。
基于上述实施例,下面仍以一个目标接口为例进行说明。
进一步的,为了对测试结果有一个明确统一的表示,在智能设备接收操作维护中心系统返回针对一个目标接口的测试结果之后还进行如下操作:
首先,智能设备基于一个目标接口对应的测试结果,从测试结果中解析出响应字段和状态码。
其次,若响应字段中包含的实际期望值包含测试请求中的目标期望值,以及状态码与测试请求中的目标状态码一致,则智能设备将一个目标接口对应的测试结果记为通过。
具体实施过程中,只有当响应字段中包含的实际期望值包含测试请求中的目标期望值并且状态码与测试请求中的目标状态码一致时才将目标接口对应的测试结果记为通过。
那么,如果响应字段中包含的实际期望值中不包含测试请求中的目标期望值,或者,状态码与测试请求中的目标状态码不一致时均将测试结果记为不通过,这样,相关测试人员可查看通过或/和不通过的条目来明确最终的测试结果。
步骤202:智能设备分别记录获得的各个测试结果。
在获得测试结果后,智能设备需要对获得的各个测试结果进行记录并保存。
具体实施中,智能设备针对各个测试结果采用的记录形式可根据具体需求进行灵活记录。为了方便测试人员查看,还可以将上述各个测试结果分开进行存放,例如,将操作维护中心系统返回的测试结果直接存放到第一数据集中,在此需要说明的是,上述操作维护中心系统返回的测试结果为响应报文的格式;将最终的测试结果即通过或/和不通过放到第二数据集中。
可选的,本申请实施例中,智能设备分别根据各个测试结果生成相应的可视化示意图。
例如,参阅图4和图5所示,上述可视化示意图可以是可视化的柱状图、饼状图等。
另外,为了方便相关测试人员查看更详细的测试结果,本公开实施例中智能设备可以将各个测试结果记录在TXT日志文件中。通过TXT日志文件中的记录测试人员可以查看到各个测试方法执行的全过程,方便快捷。
基于同一发明构思,参阅图6所示,本公开实施例提供一种接口测试终端,包括:
存储器601,用于存储可执行计算机程序;
处理器602,用于读取存储器601中的计算机程序,执行下列过程:
获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
针对至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
分别记录获得的各个测试结果。
其中,在图6中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器602代表的一个或多个处理器和存储器601代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器602负责管理总线架构和通常的处理,存储器601可以存储处理器602在执行操作时所使用的数据。
处理器602负责管理总线架构和通常的处理,存储器601可以存储处理器600在执行操作时所使用的数据。
可选的,获取预设的测试配置信息之前,处理器602还用于:
获取登录信息,按照登录信息登录操作维护中心系统;
向操作维护中心系统发送验证请求,获取至少一个测试用例中的各个测试用例各自对应的安全授权码。
可选的,获取预设的测试配置信息,处理器602用于:
针对至少一个测试用例中的各个测试用例,分别执行以下操作:
按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法;或者,
按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在各个测试分页中获取一个测试方法。
可选的,当测试配置信息中包括至少两个测试用例时,获取预设的测试配置信息,处理器602还用于:
每处理一个测试用例,在确定一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,基于下一个测试用例包含的各个测试方法中的请求地址替换一个测试用例包含的各个测试方法中的请求地址,以开始处理下一个测试用例。
可选的,基于下一个测试用例包含的各个测试方法中的请求地址替换一个测试用例包含的各个测试方法中的请求地址,处理器602用于:
查找一个测试用例中包含的各个测试方法对应的统一资源定位URL地址;
分别将获得的URL地址分割出相应的请求地址;
提取出下一个测试用例包含的各个测试方法中的请求地址;
采用基于下一个测试用例获得的各个请求地址,分别对一个测试用例中相应的请求地址进行替换。
可选的,针对至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果,处理器602用于:
针对至少一个测试用例对应的各个目标接口,分别执行以下操作:
基于一个目标接口对应的测试方法,获得相应的测试权限信息和测试描述信息;
当测试权限信息表征允许测试时,根据测试描述信息生成测试请求,将测试请求发送给操作维护中心系统;
接收操作维护中心系统返回针对一个目标接口的测试结果。
可选的,接收操作维护中心系统返回针对一个目标接口的测试结果之后,处理器602还用于:
基于一个目标接口对应的测试结果,从测试结果中解析出响应字段和状态码;
若响应字段中包含的实际期望值包含测试请求中的目标期望值,以及状态码与测试请求中的目标状态码一致,将一个目标接口对应的测试结果记为通过。
可选的,分别记录获得的各个测试结果,处理器602用于:
分别根据各个测试结果生成相应的可视化示意图。
上述存储器601和处理器602相互配合,以实现上述实施例中步骤200-步骤202中智能设备所执行的任意一种方法,此处不再赘述。
基于同一发明构思,本公开实施例中,提供一种接口测试装置,参阅图7所示,该装置包括:
获取单元701,用于获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
测试单元702,用于针对至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
记录单元703,用于分别记录获得的各个测试结果。
上述获取单元701、测试单元702和记录单元703相互配合,以实现上述实施例中步骤200-步骤202中智能设备所执行的任意一种方法,此处不再赘述。
基于同一发明构思,本公开实施例提供一种计算机可读存储介质,当存储介质中的指令由处理器执行时,使得所述处理器能够执行上述流程中智能设备执行的任意一种方法。
综上所述,本公开实施例中,智能设备获取预设的测试配置信息,测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法,针对至少一个测试用例对应的各个目标接口,智能设备分别采用相应的测试方法进行测试,获得对应的测试结果,并分别记录获得的各个测试结果;这样,在对操作维护中心系统中的多个目标接口进行测试时,可对各个测试用例中的多个目标接口以及相应的测试方法进行批量获取,从而能够方便快捷的获取到测试配置信息,以便于在对操作维护中心系统的各个目标接口进行测试时,用批量测试的方式替代单个获取并执行测试方法的方式,大大减少了测试成本,提高了测试效率。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品系统。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品系统的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品系统的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (18)
1.一种接口测试方法,其特征在于,该方法包括:
获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
分别记录获得的各个所述测试结果。
2.如权利要求1所述的接口测试方法,其特征在于,所述获取预设的测试配置信息之前,还包括:
获取登录信息,按照所述登录信息登录所述操作维护中心系统;
向所述操作维护中心系统发送验证请求,获取所述至少一个测试用例中的各个测试用例各自对应的安全授权码。
3.如权利要求1所述的接口测试方法,其特征在于,所述获取预设的测试配置信息,包括:
针对所述至少一个测试用例中的各个测试用例,分别执行以下操作:
按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法;或者,
按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在所述各个测试分页中获取一个测试方法。
4.如权利要求3所述的接口测试方法,其特征在于,当所述测试配置信息中包括至少两个测试用例时,所述获取预设的测试配置信息,还包括:
每处理一个测试用例,在确定所述一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,以开始处理所述下一个测试用例。
5.如权利要求4所述的接口测试方法,其特征在于,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,包括:
查找所述一个测试用例中包含的各个测试方法对应的统一资源定位URL地址;
分别将获得的URL地址分割出相应的请求地址;
提取出所述下一个测试用例包含的各个测试方法中的请求地址;
采用基于所述下一个测试用例获得的各个请求地址,分别对所述一个测试用例中相应的请求地址进行替换。
6.如权利要求1-5任一项所述的接口测试方法,其特征在于,所述针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果,包括:
针对所述至少一个测试用例对应的各个目标接口,分别执行以下操作:
基于一个目标接口对应的测试方法,获得相应的测试权限信息和测试描述信息;
当所述测试权限信息表征允许测试时,根据所述测试描述信息生成测试请求,将所述测试请求发送给操作维护中心系统;
接收操作维护中心系统返回针对所述一个目标接口的测试结果。
7.如权利要求6所述的接口测试方法,其特征在于,所述接收操作维护中心系统返回针对所述一个目标接口的测试结果之后,还包括:
基于所述一个目标接口对应的测试结果,从所述测试结果中解析出响应字段和状态码;
若所述响应字段中包含的实际期望值包含所述测试请求中的目标期望值,以及所述状态码与所述测试请求中的目标状态码一致,将所述一个目标接口对应的测试结果记为通过。
8.如权利要求7所述的接口测试方法,其特征在于,所述分别记录获得的各个所述测试结果,包括:
分别根据各个所述测试结果生成相应的可视化示意图。
9.一种接口测试终端,其特征在于,包括:
存储器,用于存储可执行计算机程序;
处理器,用于读取存储器中的计算机程序,执行下列过程:
获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
分别记录获得的各个所述测试结果。
10.如权利要求9所述的接口测试终端,其特征在于,所述获取预设的测试配置信息之前,所述处理器还用于:
获取登录信息,按照所述登录信息登录所述操作维护中心系统;
向所述操作维护中心系统发送验证请求,获取所述至少一个测试用例中的各个测试用例各自对应的安全授权码。
11.如权利要求9所述的接口测试终端,其特征在于,所述获取预设的测试配置信息,所述处理器用于:
针对所述至少一个测试用例中的各个测试用例,分别执行以下操作:
按照一个测试用例包含的各个测试分页的记录顺序,依次在各个测试分页中逐条获取各个测试方法;或者,
按照一个测试用例包含的各个测试分页中各个测试方法的记录顺序,采用轮询方式,在各个测试分页中分别获取各个测试方法,其中,在一次轮询过程中,分别在所述各个测试分页中获取一个测试方法。
12.如权利要求11所述的接口测试终端,其特征在于,当所述测试配置信息中包括至少两个测试用例时,所述获取预设的测试配置信息,所述处理器还用于:
每处理一个测试用例,在确定所述一个测试用例包含的各个测试分页中的各个测试方法均已获取完毕时,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,以开始处理所述下一个测试用例。
13.如权利要求12所述的接口测试终端,其特征在于,基于下一个测试用例包含的各个测试方法中的请求地址替换所述一个测试用例包含的各个测试方法中的请求地址,所述处理器用于:
查找所述一个测试用例中包含的各个测试方法对应的统一资源定位URL地址;
分别将获得的URL地址分割出相应的请求地址;
提取出所述下一个测试用例包含的各个测试方法中的请求地址;
采用基于所述下一个测试用例获得的各个请求地址,分别对所述一个测试用例中相应的请求地址进行替换。
14.如权利要求9-13任一项所述的接口测试终端,其特征在于,所述针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果,所述处理器用于:
针对所述至少一个测试用例对应的各个目标接口,分别执行以下操作:
基于一个目标接口对应的测试方法,获得相应的测试权限信息和测试描述信息;
当所述测试权限信息表征允许测试时,根据所述测试描述信息生成测试请求,将所述测试请求发送给操作维护中心系统;
接收操作维护中心系统返回针对所述一个目标接口的测试结果。
15.如权利要求14所述的接口测试终端,其特征在于,所述接收操作维护中心系统返回针对所述一个目标接口的测试结果之后,所述处理器还用于:
基于所述一个目标接口对应的测试结果,从所述测试结果中解析出响应字段和状态码;
若所述响应字段中包含的实际期望值包含所述测试请求中的目标期望值,以及所述状态码与所述测试请求中的目标状态码一致,将所述一个目标接口对应的测试结果记为通过。
16.如权利要求15所述的接口测试终端,其特征在于,所述分别记录获得的各个所述测试结果,所述处理器用于:
分别根据各个所述测试结果生成相应的可视化示意图。
17.一种接口测试装置,其特征在于,包括:
获取单元,用于获取预设的测试配置信息,所述测试配置信息中记录有至少一个测试用例,其中,每个测试用例中记录有操作维护中心系统中待测试的多个目标接口以及相应的测试方法;
测试单元,用于针对所述至少一个测试用例对应的各个目标接口,分别采用相应的测试方法进行测试,获得对应的测试结果;
记录单元,用于分别记录获得的各个所述测试结果。
18.一种计算机可读存储介质,其特征在于,当所述存储介质中的指令由处理器执行时,使得所述处理器能够执行如权利要求1-8任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011471160.6A CN114625629A (zh) | 2020-12-14 | 2020-12-14 | 一种接口测试方法、终端及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011471160.6A CN114625629A (zh) | 2020-12-14 | 2020-12-14 | 一种接口测试方法、终端及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114625629A true CN114625629A (zh) | 2022-06-14 |
Family
ID=81896711
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011471160.6A Pending CN114625629A (zh) | 2020-12-14 | 2020-12-14 | 一种接口测试方法、终端及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114625629A (zh) |
-
2020
- 2020-12-14 CN CN202011471160.6A patent/CN114625629A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7877732B2 (en) | Efficient stress testing of a service oriented architecture based application | |
US8799869B2 (en) | System for ensuring comprehensiveness of requirements testing of software applications | |
WO2018120721A1 (zh) | 用户界面的测试方法、系统、电子装置及计算机可读存储介质 | |
CN108959059B (zh) | 一种测试方法以及测试平台 | |
WO2019100577A1 (zh) | 自动化测试管理方法、装置、终端设备及存储介质 | |
CN105787364B (zh) | 任务的自动化测试方法、装置及系统 | |
CN108459850B (zh) | 生成测试脚本的方法、装置及系统 | |
WO2016093871A1 (en) | Method and system for automating submission of issue reports | |
CN112231219A (zh) | 自动化测试监控方法、装置、设备及存储介质 | |
CN112540924A (zh) | 接口自动化测试方法、装置、设备及存储介质 | |
CN109460363B (zh) | 自动化测试方法、装置、电子设备及计算机可读介质 | |
CN114625629A (zh) | 一种接口测试方法、终端及装置 | |
CN117131545A (zh) | 数据处理方法及装置、存储介质、终端 | |
CN115757995A (zh) | 无特征数据标签处理方法、装置、计算机设备及存储介质 | |
CN113672497B (zh) | 无埋点事件的生成方法、装置、设备及存储介质 | |
US20220138089A1 (en) | Smart test executor | |
CN110765016B (zh) | 游戏测试指令的处理方法、系统、服务器和存储设备 | |
CN114003784A (zh) | 请求录制方法、装置、设备及存储介质 | |
CN113961864A (zh) | 系统巡检方法、装置、存储介质及电子设备 | |
CN115001805B (zh) | 单点登录方法、装置、设备及存储介质 | |
CN116401421B (zh) | 芯片测试数据查询方法、系统、设备及介质 | |
CN114205276B (zh) | 用于产品管理系统的性能测试方法及装置、电子设备 | |
CN117271482B (zh) | 历史数据迁移方法、装置、电子设备及存储介质 | |
CN112134780B (zh) | 信息获取方法和装置、存储介质及电子装置 | |
CN113495498B (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 |