CN113806211A - 一种用于接口测试的数据处理方法及装置 - Google Patents
一种用于接口测试的数据处理方法及装置 Download PDFInfo
- Publication number
- CN113806211A CN113806211A CN202010554725.0A CN202010554725A CN113806211A CN 113806211 A CN113806211 A CN 113806211A CN 202010554725 A CN202010554725 A CN 202010554725A CN 113806211 A CN113806211 A CN 113806211A
- Authority
- CN
- China
- Prior art keywords
- interface
- test
- tested
- file
- attribute information
- 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/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
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)
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种用于接口测试的数据处理方法及装置,其中方法包括:确定需要进行接口测试的待测接口;生成与待测接口对应的参数模板,参数模板包括待测接口中的属性对应的待配置属性信息;获取对待配置属性信息进行参数值配置的配置信息;根据配置信息对参数模板中的待配置属性信息进行赋值,得到测试文件;根据测试文件对待测接口进行测试,并得到测试结果。本申请使测试人员无需编写测试代码,只需将参数值配置到自动生成的参数模板中之后,即可自动根据测试文件将参数值导入对应的接口,并对该接口测试;进而可以解决部分测试人员上的技术限制,增加测试人员工作调配度,让每个测试人员都可进行接口测试,简单方便,节约项目时间和人力成本。
Description
技术领域
本申请涉及测试技术领域,尤其涉及一种用于接口测试的数据处理方法及装置。
背景技术
测试人员在测试不同接口中参数无法复用,导致测试过程繁琐,回归任务加剧,并且页面测试工程师由于不熟悉接口测试无法进行测试工作造成人力的浪费。
一般的,每次研发都会涉及很多接口,同时需要测试的结果数量很多,各个接口的入参也不一样。但是,现有技术中的测试大多是通过测试人员手工进行测试的,很多测试人员并不懂java技术。因此现有的测试方法对于测试人员来说技术要求比较高,同时当参数较多时,费时费力,导致测试效率低下。
在实现本发明过程中,发明人发现:根据现有市面工具分析,测试人员进行接口测试的时候;举例来说,当针对http接口测试时,一般使用jmeter、postman这两个工具;当针对JSF接口测试时,大部分是需要测试人员编写测试代码,一般使用Junit进行JSF接口调用,在IDE的控制台上查看调用结果。缺少既能进行http接口又能进行JSF接口或dubbo接口的测试工具。
(1)现在接口测试的工具大多是方便http接口的测试,而JSF接口或者dubbo接口没有很方便的工具,大多数都是需要测试人员编写测试代码,从而加长了测试时间。
(2)http接口测试工具和JSF接口测试工具无法复用,工具繁多,可用性不高,并且参数配置费时费力,效率低下。
(3)现在的一些接口测试工具需要测试人员自行拼装参数,这样对于一些经常黑盒测试的测试人员来说比较困难,部分测试人员不会快速拼装参数。对测试人员技术要求高,导致可进行测试人员较少,降低了可使用人员的调配度。
针对相关技术中存在的诸多技术问题,目前尚未提供有效的解决方案。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本申请提供了一种用于接口测试的数据处理方法及装置。
第一方面,本申请实施例提供了一种用于接口测试的数据处理方法,包括:
确定需要进行接口测试的待测接口;
生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息;
获取对所述待配置属性信息进行参数值配置的配置信息;
根据所述配置信息对所述参数模板中的所述待配置属性信息进行赋值,得到测试文件;
根据所述测试文件对所述待测接口进行测试,并得到测试结果。
可选的,如前述的数据处理方法,所述生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息,包括:
生成与所述待测接口对应的空白文件;
获取所述待测接口对应的属性;
在所述空白文件中生成与所述属性对应的待配置属性信息,得到所述参数模板。
可选的,如前述的数据处理方法,所述获取对所述待配置属性信息进行参数值配置后的测试文件,还包括:
在所有所述待配置属性信息中确定存在于预设的公共属性文件中的公共属性信息,以及不存在于所述公共属性文件中的特有属性信息;
根据所述公共属性文件确定所述公共属性信息的属性值;
接收对所述特有属性信息进行配置的配置值。
可选的,如前述的数据处理方法,所述根据所述测试文件对所述待测接口进行测试,包括:
对至少一个所述测试文件进行解析,得到与每个所述测试文件对应的标识信息,以及每个所述测试文件中的各个所述待配置属性信息的参数值;
分别按照各个所述标识信息,定位得到对应的所述待测接口;
根据所述待配置属性信息的参数值,得到每个所述待测接口对应的属性与所述测试文件中各个所述参数值之间的对应关系;
按照所述对应关系,通过各个所述参数值分别对每个所述待测接口的各个属性进行赋值,以对所述待测接口进行测试。
可选的,如前述的数据处理方法,在所述得到测试结果之后,还包括:
获取与所述待测接口对应的校验策略;
在所述测试结果满足所述校验策略时,判定所述待测接口测试通过;
在所述测试结果不满足所述校验策略时,判定所述待测接口测试未通过,并生成报警信息。
可选的,如前述的数据处理方法,还包括:
确定需要进行回归测试的回归测试接口;
在配置数据库的历史测试文件中查询得到与所述回归测试接口对应的目标历史测试文件;所述配置数据库中存在至少一个所述历史测试文件;
复用所述目标历史测试文件,并输入所述回归测试接口,以使所述回归测试接口根据所述目标历史测试文件进行测试,得到测试结果。
可选的,如前述的数据处理方法,所述确定需要进行接口测试的待测接口,包括:
获取在图形用户界面上显示的候选接口;
接收所述图形用户界面上至少一个所述候选接口被选择的选择指令;
根据所述选择指令在所述候选接口中确定所述待测接口。
第二方面,本申请实施例提供了一种用于接口测试的数据处理装置,包括:
确定模块,用于确定需要进行接口测试的待测接口;
生成模块,用于生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息;
获取模块,用于获取对所述待配置属性信息进行参数值配置的配置信息;
赋值模块,用于根据所述配置信息对所述参数模板中的所述待配置属性信息进行赋值,得到测试文件;
测试模块,用于根据所述测试文件对所述待测接口进行测试,并得到测试结果。
第三方面,本申请实施例提供了一种电子设备,包括:处理器、通信接口、存储器和通信总线,其中,所述处理器、通信接口和存储器通过通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述计算机程序时,实现如前述任一项所述的处理方法。
第四方面,本申请实施例提供了一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如前述任一项所述的处理方法。
本申请实施例提供的一种用于接口测试的数据处理方法及装置,其中方法包括:确定需要进行接口测试的待测接口;生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息;获取对所述待配置属性信息进行参数值配置的配置信息;根据所述配置信息对所述参数模板中的所述待配置属性信息进行赋值,得到测试文件;根据所述测试文件对所述待测接口进行测试,并得到测试结果。本申请实施例提供的上述技术方案与现有技术相比具有如下优点:测试人员无需编写测试代码,只需将参数值配置到自动生成的参数模板中之后,即可自动根据测试文件将参数值导入对应的接口,并对该接口测试;进而可以解决部分测试人员上的技术限制,增加测试人员工作调配度,让每个测试人员都可进行接口测试,减少测试人员的测试时间,工具使用简单方便,节约项目时间和人力成本。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种用于接口测试的数据处理方法的流程示意图;
图2为本申请另一实施例提供的一种用于接口测试的数据处理方法的流程示意图;
图3为本申请另一实施例提供的一种用于接口测试的数据处理方法的流程示意图;
图4为本申请另一实施例提供的一种用于接口测试的数据处理方法的流程示意图;
图5为本申请实施例提供的一种用于接口测试的数据处理装置的框图;
图6为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的一种用于接口测试的数据处理方法,包括如下所述步骤S1至S5:
步骤S1.确定需要进行接口测试的待测接口。
具体的,待测接口为需要进行测试的接口,可选的,待测接口可以是从多个候选接口中选择得到的接口。一般的,待测接口的确定,可以是通过测试人员进行选择得到。
步骤S2.生成与待测接口对应的参数模板,参数模板包括待测接口中的属性对应的待配置属性信息。
具体的,一般情况下,每个接口都有与其对应的实体类,实体类是用于对必须存储的信息和相关行为建模的类。实体对象(实体类的实例)用于保存和更新一些现象的有关信息,例如:事件、人员或者一些现实生活中的对象。实体类通常都是永久性的,它们所具有的属性和关系是长期需要的,有时甚至在系统的整个生存期都需要。
由上可知,一个实体对象中会包括例如:事件、人员等等不同属性,因此会包括一个或多个不同的属性;导致同一个待测接口也会对应有一个或多个属性;待配置属性信息则是存在与所述参数模板中,并且与属性对应的可进行配置的信息,一般情况下,每个属性都有与其对应的待配置属性信息。
步骤S3.获取对待配置属性信息进行参数值配置的配置信息。
具体的,配置信息中可以包括对一个或多个待配置属性信息进行配置的参数值,且对待配置属性信息进行参数值配置可以是接口测试人员进行配置得到,也可以是系统根据属性的类型,以及预设的与各个属性对应的参数生成规则,生成与该属性对应的参数值,然后根据将参数值写入对应的待配置属性信息中;可选的,参数生成规则与该属性的入参要求相对应,举例的:当属性是订单号时:则参数生成规则是由数字或字母组成的特定长度的字符串;当属性是是否支付时:则参数生成规则是1(是)或0(否)等等。
步骤S4.根据配置信息对所述参数模板中的待配置属性信息进行赋值,得到测试文件。
在获取配置信息时,一般可以确定各个参数值与待配置属性信息之间的对应关系,因此可以按照该对应关系将各个参数值配置至对应的待配置属性信息中,当参数模板中的待配置属性信息都通过各个参数值进行赋值之后,即可得到对应的测试文件,即:测试文件是参数模板中的所有待配置属性信息都进行参数值配置后得到的文件信息。
步骤S5.根据测试文件对待测接口进行测试,并得到测试结果。
具体的,可以是对测试文件进行解析后,得到待测接口中各个属性对应的参数值,然后对应的,分别将各个参数值当作入参,进而对待测接口进行测试。
测试结果可以是待测接口根据测试文件进行测试后的输出的结果。
综上所述,采用本申请实施例提供的上述技术方案可以使测试人员无需编写测试代码,只需将参数值配置到自动生成的参数模板中之后,即可自动根据测试文件将参数值导入对应的接口,并对该接口测试;进而可以解决部分测试人员上的技术限制,增加测试人员工作调配度,让每个测试人员都可进行接口测试,减少测试人员的测试时间,工具使用简单方便,节约项目时间和人力成本。
如图2所示,在一些实施例中,如前述的数据处理方法,步骤S2生成与待测接口对应的参数模板,参数模板包括待测接口中的属性对应的待配置属性信息,包括如下所述步骤S21至S23:
步骤S21.生成与待测接口对应的空白文件。
具体的,空白文件可以是新建的与待测接口对应的某一可编辑文档格式的文件;可选的,空白文件可以是excel文件;且空白文档与待测接口之间的对应关系可以是:利用java反射机制,将待测接口的接口名反射到excel文件中,并将接口名作为excel文件的名称;当待测接口包括多个时,可以生成多个空白文件,并分别根据每个接口名作为每个excel文件的名称;此外,不同的测试文件也可以是在同一excel文件内不同工作表中的子文件。其中,java反射机制是程序在运行状态中,对于任意一个实体类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意方法和属性;这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。
举例的:当待测接口包括接口名分别为001和005的两个接口时;可以先新建两个excel文件,然后以001和005分别对两个excel文件进行命名,得到名称为001的第一excel工作簿和名称为005的第二excel文件。
步骤S22.获取待测接口对应的属性。
具体的,由前可知,由于每个接口都有与其对应的实体类,实体类是用于对必须存储的信息和相关行为建模的类。实体对象(实体类的实例)用于保存和更新一些现象的有关信息,例如:事件、人员或者一些现实生活中的对象。实体类通常都是永久性的,它们所具有的属性和关系是长期需要的,有时甚至在系统的整个生存期都需要。
由上可知,一个实体对象中会包括例如:事件、人员等等不同的属性;因此待测接口会包括一个或多个不同的属性;当待测接口共有多个时,则可以确定每个待测接口对应的一组属性集合;然后确定每组属性集合中包括的属性。
步骤S23.在空白文件中生成与属性对应的待配置属性信息,得到参数模板。
具体的,可以根据每个属性的属性名称在空白文件中生成与该属性对应的待配置属性信息,进而得到参数模板;进一步的,在空白文件为excel文件时,则待配置属性信息可以是每一行对应一个属性,进一步的,每行的第一列可以是各个属性的属性名称。
其中一种可选的实现方式可以是:利用java反射机制,将每个待测接口的实体类的属性分别解析到与该接口对应的excel文件的单元格中生成第一列。
进而通过本实施例中的方法可以自动根据每个接口中包括的属性解析待空白文件中,进而可以自动生成参数模板;大大降低对测试人员的技术要求,提高了接口测试的效率。
如图3所示,在一些实施例中,如前述的数据处理方法,步骤S3获取对待配置属性信息进行参数值配置的配置信息,还包括如下所述步骤S31至S33:
步骤S31.在所有待配置属性信息中确定存在于预设的公共属性文件中的公共属性信息,以及不存在于公共属性文件中的特有属性信息。
具体的,公共属性文件中的可以包括一个或多个属性信息,且存在与公共属性文件中的属性信息记为公共属性信息;为了便于查询得到待配置属性信息中存在于预设的公共属性文件中的公共属性信息一致的待配置属性信息,可以对不同接口中相同属性的属性名采用相同的命名。特有属性信息为所有待配置属性信息中不存在于公共属性文件中的属性信息。进一步的,可以对待配置属性信息进行标记以区分公共属性信息和特有属性信息。
可选的,公共属性文件可以是根据所有接口的特性抽象出的公共部分,以使各个接口都可以对该公共属性文件进行复用。
步骤S32.根据公共属性文件确定公共属性信息的属性值。
具体的,公共属性文件中各个属性信息可以都预先配置有对应的属性值。
步骤S33接收对特有属性信息进行配置的配置值。
具体的,特有属性信息不存在于公共属性文件中,因此,需要重新进行配置,其中一种配置方法可以是:通过可视化平台显示各个属性,然后接受配置人员在与该属性对应的位置写入的参数值,即可实现接收得到对特有属性信息进行配置的配置值的目的。
因此,配置信息即包括属性值以及配置值。由于测试文件可以是包括:公共属性文件以及包括特有属性信息的特有属性文件;也可以是由公共属性文件以及特有属性文件融合得到一个文件后得到。
一般的,公共属性文件中的所有属性信息可以都存在于测试文件之中,也可以包括不存在于测试文件中的公共属性信息;进一步的,可以设定对公共属性文件进行复用的条件,例如:当公共属性文件中至少存在与待配置属性信息一致的N个属性信息时,才可对公共属性文件进行复用,反之,则不能对公共属性文件进行复用;以免出现公共属性信息只存在极少的可复用的属性时也对其进行复用,造成为了筛选得到可复用参数值而耗费的多余的计算任务。
采用本实施例中的方法,可以减少生成的测试文件的代码数量,进而达到减少代码冗余,提高程序运行效率的目的。
如图4所示,在一些实施例中,如前述的数据处理方法,步骤S5根据测试文件对待测接口进行测试,包括如下所述步骤S51至S54:
步骤S51.对至少一个测试文件进行解析,得到与每个测试文件对应的标识信息,以及每个测试文件中的各个待配置属性信息的参数值。
具体的,由前述实施例可知,测试文件中的待配置属性信息都配置有对应的参数值,因此进行解析即可得到每个待配置属性信息的参数值。
可选的,其中一种实现方法可以是:解析excel工作薄,得到其对应的文件名(即:标识信息),对excel工作薄中的单元格数据进行解析,得到各个待配置属性信息的参数值。进一步的,不同的测试文件可以是不同的excel文件,也可以是在同一excel文件内不同工作表中的子文件;当不同的测试文件可以是不同的excel文件时,则标识信息可以是excel文件的文件名;当不同的测试文件是在同一excel文件内不同工作表中的子文件时,则标识信息可以是各个工作表的名称。
步骤S52.分别按照各个标识信息,定位得到对应的待测接口。
具体的,可以预先设定标识信息是根据待测接口得到的,由于待测接口都是唯一的,因此标识信息也是唯一的,因而通过标识信息可以定位得到对应的待测接口;当测试文件存在多个时,则得到的标识信息为多个,因此可以根据每个标识信息都定位得到一个对应的待测接口。
步骤S53.根据待配置属性信息的参数值,得到每个待测接口对应的属性与测试文件中各个参数值之间的对应关系。
具体的,由于待配置属性信息都是与特定的属性相对应的,举例的:在两者对应关系通过采用相同的属性名实现时,当待测接口只存在一个时,只要通过属性名在测试文件中确定与该待测接口的各个属性对应的参数值即可得到对应关系;当待测接口存在多个时,可以先确定与每个待测接口对应的测试文件,然后在各个测试文件中分别确定与每个待测接口的各属性对应的参数值,即可得到对应关系。
步骤S54.按照对应关系,通过各个参数值分别对每个待测接口的各个属性进行赋值,以对待测接口进行测试。
具体的,在得到对应关系之后,即可得到每个待测接口中的各个属性对应的参数值;其中,通过各个参数值分别对每个待测接口的各个属性进行赋值,以对待测接口进行测试,可以是:将每个参数值存放到对应待测接口的实体类的属性中作为待测接口的入参,调用待测接口,待测接口系统接收到请求后进行处理并返回响应结果,接收到接口根据入参的响应结果;进一步的,在接收到相应结果之后,还可以将响应结果报文进行处理,根据响应结果生成测试报告展示到前台。
因此,采用本实施例中的方案突破大多工具只能进行一种测试的局限性,可以同时进行多种接口的测试。
在一些实施例中,如前述的数据处理方法,在得到测试结果之后,还包括如下所述步骤A1至A3:
步骤A1.获取与待测接口对应的校验策略。
步骤A2.在测试结果满足校验策略时,判定待测接口测试通过。
步骤A3.在测试结果不满足校验策略时,判定待测接口测试未通过,并生成报警信息。
具体的,不同的接口实现的功能是各不相同的,校验策略可以是预先设置得到,例如:有的接口的校验策略可以是正确率,有的接口的校验策略是是否输出了符合预期结果的输出结果。
报警信息可以通过短信、邮件或声光报警的方式进行,且一般的报警信息会包括待测接口的接口名,以使测试人员可以尽快定位到对应的接口,并及时对其进行校正。
在一些实施例中,如前述的数据处理方法,还包括如下所述步骤B1至B3:
步骤B1.确定需要进行回归测试的回归测试接口。
具体的,回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中,新版本的连续发布使回归测试进行的更加频繁,而在极端编程方法中,更是要求每天都进行若干次回归测试。因此,通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
因此,回归测试接口是进行代码修改后的接口。
步骤B2.在配置数据库的历史测试文件中查询得到与回归测试接口对应的目标历史测试文件;配置数据库中存在至少一个历史测试文件。
具体的,回归测试接口一般是在之前发生错误的接口(即:前一版本的接口)的基础上进行代码修改后的接口,因此发生错误的接口之前也是通过历史测试文件进行测试;而回归测试接口与发生错误的接口所要实现的功能都是一致的,因此可以用相同的测试文件进行测试。
目标历史测试文件即为前一版本的接口进行测试时的历史测试文件。
在本实施例中,生成的历史测试文件都可以存放于配置数据库中,以便于后期可以直接调取使用而无需重新生成,可以降低代码冗余,提高程序运行效率。
步骤B3.复用目标历史测试文件,并输入回归测试接口,以使回归测试接口根据目标历史测试文件进行测试,得到测试结果。
也就是说,通过前一版本的接口进行测试时的历史测试文件对回归测试接口进行测试,并得到测试结果。
采用本实施例的方案,可以直接对历史文件进行测试,无需重新处理并配置生成新的测试文件,可以提高程序运行效率,进一步提高测试人员的便捷性。
在一些实施例中,如前述的数据处理方法,步骤S1确定需要进行接口测试的待测接口,包括如下所述步骤S11至S13:
步骤S11.获取在图形用户界面上显示的候选接口。
步骤S12.接收图形用户界面上至少一个候选接口被选择的选择指令。
步骤S13.根据选择指令在候选接口中确定待测接口。
具体的,可以通过一系统平台将所有的候选接口展示在图形用户界面上。
选择指令可以是与接口对应的控件被选定触发后生成;且选择指令可以表征一个候选接口被选择,也可以表征多个候选接口被选择;且具体的触发方式可以根据实际使用平台以及电子设备进行适配选择。
可选的,选择指令中可以包括候选接口的接口名,因此在实现本实施例方法的装置接收到选择指令之后,可以对选择指令进行解析,进而得到接口名,并确定对应的待测接口。
采用本实施例中的方法,可以让手工测试人员可以通过图形用户界面的操作去调用接口,并进行测试;可降低对测试人员的技术要求,更加易于测试操作。
如图5所示,根据本申请另一方面的一个实施例,还提供了一种用于接口测试的数据处理装置,包括:
确定模块1,用于确定需要进行接口测试的待测接口;
生成模块2,用于生成与待测接口对应的参数模板,参数模板包括待测接口中的属性对应的待配置属性信息;
获取模块3,用于获取对待配置属性信息进行参数值配置的配置信息;
赋值模块4,用于根据配置信息对参数模板中的待配置属性信息进行赋值,得到测试文件。
测试模块5,用于根据测试文件对待测接口进行测试,并得到测试结果。
具体的,本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述,此处不再赘述。
根据本申请的另一个实施例,还提供一种电子设备,包括:如图6所示,电子设备可以包括:处理器1501、通信接口1502、存储器1503和通信总线1504,其中,处理器1501,通信接口1502,存储器1503通过通信总线1504完成相互间的通信。
存储器1503,用于存放计算机程序;
处理器1501,用于执行存储器1503上所存放的程序时,实现上述方法实施例的步骤。
上述电子设备提到的总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DigitalSignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例还提供一种非暂态计算机可读存储介质,非暂态计算机可读存储介质存储计算机指令,计算机指令使计算机执行上述方法实施例的步骤。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种用于接口测试的数据处理方法,其特征在于,包括:
确定需要进行接口测试的待测接口;
生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息;
获取对所述待配置属性信息进行参数值配置的配置信息;
根据所述配置信息对所述参数模板中的所述待配置属性信息进行赋值,得到测试文件;
根据所述测试文件对所述待测接口进行测试,并得到测试结果。
2.根据权利要求1所述的数据处理方法,其特征在于,所述生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息,包括:
生成与所述待测接口对应的空白文件;
获取所述待测接口对应的属性;
在所述空白文件中生成与所述属性对应的待配置属性信息,得到所述参数模板。
3.根据权利要求1所述的数据处理方法,其特征在于,所述获取对所述待配置属性信息进行参数值配置的配置信息,包括:
在所有所述待配置属性信息中确定存在于预设的公共属性文件中的公共属性信息,以及不存在于所述公共属性文件中的特有属性信息;
根据所述公共属性文件确定所述公共属性信息的属性值;
接收对所述特有属性信息进行配置的配置值。
4.根据权利要求1所述的数据处理方法,其特征在于,所述根据所述测试文件对所述待测接口进行测试,包括:
对至少一个所述测试文件进行解析,得到与每个所述测试文件对应的标识信息,以及每个所述测试文件中的各个所述待配置属性信息的参数值;
分别按照各个所述标识信息,定位得到对应的所述待测接口;
根据所述待配置属性信息的参数值,得到每个所述待测接口对应的属性与所述测试文件中各个所述参数值之间的对应关系;
按照所述对应关系,通过各个所述参数值分别对每个所述待测接口的各个属性进行赋值,以对所述待测接口进行测试。
5.根据权利要求1所述的数据处理方法,其特征在于,在所述得到测试结果之后,还包括:
获取与所述待测接口对应的校验策略;
在所述测试结果满足所述校验策略时,判定所述待测接口测试通过;
在所述测试结果不满足所述校验策略时,判定所述待测接口测试未通过,并生成报警信息。
6.根据权利要求1所述的数据处理方法,其特征在于,还包括:
确定需要进行回归测试的回归测试接口;
在配置数据库的历史测试文件中查询得到与所述回归测试接口对应的目标历史测试文件;所述配置数据库中存在至少一个所述历史测试文件;
复用所述目标历史测试文件,并输入所述回归测试接口,以使所述回归测试接口根据所述目标历史测试文件进行测试,得到测试结果。
7.根据权利要求1所述的数据处理方法,其特征在于,所述确定需要进行接口测试的待测接口,包括:
获取在图形用户界面上显示的候选接口;
接收所述图形用户界面上至少一个所述候选接口被选择的选择指令;
根据所述选择指令在所述候选接口中确定所述待测接口。
8.一种用于接口测试的数据处理装置,其特征在于,包括:
确定模块,用于确定需要进行接口测试的待测接口;
生成模块,用于生成与所述待测接口对应的参数模板,所述参数模板包括所述待测接口中的属性对应的待配置属性信息;
获取模块,用于获取对所述待配置属性信息进行参数值配置的配置信息;
赋值模块,用于根据所述配置信息对所述参数模板中的所述待配置属性信息进行赋值,得到测试文件;
测试模块,用于根据所述测试文件对所述待测接口进行测试,并得到测试结果。
9.一种电子设备,其特征在于,包括:处理器、通信接口、存储器和通信总线,其中,所述处理器、通信接口和存储器通过通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述计算机程序时,实现权利要求1-7任一项所述的处理方法。
10.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行权利要求1-7任一项所述的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010554725.0A CN113806211A (zh) | 2020-06-17 | 2020-06-17 | 一种用于接口测试的数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010554725.0A CN113806211A (zh) | 2020-06-17 | 2020-06-17 | 一种用于接口测试的数据处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113806211A true CN113806211A (zh) | 2021-12-17 |
Family
ID=78943229
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010554725.0A Pending CN113806211A (zh) | 2020-06-17 | 2020-06-17 | 一种用于接口测试的数据处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113806211A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1776643A (zh) * | 2004-11-15 | 2006-05-24 | 华为技术有限公司 | 一种软件产品健壮性的测试方法及装置 |
US20070168973A1 (en) * | 2005-12-02 | 2007-07-19 | Sun Microsystems, Inc. | Method and apparatus for API testing |
CN107729243A (zh) * | 2017-10-12 | 2018-02-23 | 上海携程金融信息服务有限公司 | 应用编程接口自动化测试方法、系统、设备及存储介质 |
CN108536578A (zh) * | 2017-03-06 | 2018-09-14 | 阿里巴巴集团控股有限公司 | 一种测试方法及装置 |
CN109815107A (zh) * | 2017-11-22 | 2019-05-28 | 北京京东尚科信息技术有限公司 | 自动化测试的方法和装置 |
CN110309071A (zh) * | 2019-06-27 | 2019-10-08 | 杭州数梦工场科技有限公司 | 测试代码的生成方法及模块、测试方法及系统 |
-
2020
- 2020-06-17 CN CN202010554725.0A patent/CN113806211A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1776643A (zh) * | 2004-11-15 | 2006-05-24 | 华为技术有限公司 | 一种软件产品健壮性的测试方法及装置 |
US20070168973A1 (en) * | 2005-12-02 | 2007-07-19 | Sun Microsystems, Inc. | Method and apparatus for API testing |
CN108536578A (zh) * | 2017-03-06 | 2018-09-14 | 阿里巴巴集团控股有限公司 | 一种测试方法及装置 |
CN107729243A (zh) * | 2017-10-12 | 2018-02-23 | 上海携程金融信息服务有限公司 | 应用编程接口自动化测试方法、系统、设备及存储介质 |
CN109815107A (zh) * | 2017-11-22 | 2019-05-28 | 北京京东尚科信息技术有限公司 | 自动化测试的方法和装置 |
CN110309071A (zh) * | 2019-06-27 | 2019-10-08 | 杭州数梦工场科技有限公司 | 测试代码的生成方法及模块、测试方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8589884B2 (en) | Method and system for identifying regression test cases for a software | |
US7913230B2 (en) | Computer-implemented methods and systems for generating software testing documentation and test results management system using same | |
US7596778B2 (en) | Method and system for automatic error prevention for computer software | |
CN106951369B (zh) | 一种联调测试的管理方法及装置 | |
US7895575B2 (en) | Apparatus and method for generating test driver | |
US7451051B2 (en) | Method and system to develop a process improvement methodology | |
CN113127347B (zh) | 一种接口测试方法、装置、设备及可读存储介质 | |
US11138097B2 (en) | Automated web testing framework for generating and maintaining test scripts | |
CN106776338B (zh) | 一种测试方法、装置及服务器 | |
CN113282513B (zh) | 接口测试案例的生成方法、装置、计算机设备及存储介质 | |
CN112540924A (zh) | 接口自动化测试方法、装置、设备及存储介质 | |
CN113238766A (zh) | 一种软件部署方法、装置及相关设备 | |
US20130339798A1 (en) | Methods for automated software testing and devices thereof | |
CN111324540A (zh) | 一种接口测试方法及装置 | |
CN111767218B (zh) | 一种用于持续集成的自动化测试方法、设备及存储介质 | |
CN111159028A (zh) | 网页测试方法及装置 | |
CN116016270A (zh) | 一种交换机测试管理方法、装置、电子设备和存储介质 | |
CN108829590B (zh) | 一种软件测试方法、装置及系统 | |
CN113806211A (zh) | 一种用于接口测试的数据处理方法及装置 | |
CN114020642A (zh) | 大数据任务的测试方法、装置、存储介质和电子设备 | |
CN114356783A (zh) | 单元测试代码自动生成方法、装置、存储介质及设备 | |
CN113220586A (zh) | 一种自动化的接口压力测试执行方法、装置和系统 | |
CN108132852B (zh) | 崩溃异常信息收集的方法、装置、计算机设备及存储介质 | |
GB2397905A (en) | Method for automatically generating and ordering test scripts | |
CN112015658A (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 |