接口测试方法、装置、设备及存储介质与流程

1.本发明涉及软件技术领域，尤其是涉及一种接口测试方法、装置、设备及存储介质。


背景技术：

2.随着银行互联网技术(internet technology，it)系统的日益庞和复杂化，目前一些银行甚至涉及成百上千个it系统。这些系统并非独立运行，而是通过相互间的接口调用以实现相应的功能。因此在系统开发完成后，还需要对系统间的接口进行测试，以验证系统对外提供服务的稳定性，确保银行业务的正常开展。
3.目前银行系统接口测试主要依赖于人工测试。但是，由于银行系统接口数量多，接口复杂，导致测试人员在测试时很容易遗漏接口，使一些接口未被测试到；并且，人工测试时的测试效率低，且测试成本高。


技术实现要素：

4.本技术提供一种接口测试方法、装置、设备及存储介质，可以解决相关技术中遗漏接口的问题以及测试效率低，测试成本高的问题。
5.本技术采用如下技术方案：
6.第一方面、本技术实施例提供一种接口测试方法，该方法包括：获取测试指令；测试指令用于测试接口集合，接口集合包括一个或多个系统接口；响应于测试指令，调用预设的脚本执行命令；根据脚本执行命令，执行接口集合中每个接口的测试脚本，并生成每个接口的测试脚本的执行结果。
7.基于第一方面，电子设备响应于测试指令，调用预设的脚本执行命令，并根据脚本执行命令，依次执行接口集合中每个接口的测试脚本；由于接口集合包括一个或多个系统的接口，即将各个系统的接口统一集成到接口集合中，电子设备可响应于测试指令对接口集合中的每个接口统一进行测试，避免了测试时遗漏接口的问题，在提高测试效率的同时，还降低了测试成本。
8.可选的，测试指令还用于指示待测试接口对应的测试类型；测试类型包括业务流程测试、接口报文测试、数据库测试、异常场景测试、接口参数测试或性能测试中的至少一种。
9.可选的，该方法还包括：当执行结果为异常时，获取测试问题；测试问题包括报错信息和报错日志；确定测试问题对应的目标接口；响应于用户对目标接口的程序的修改操作，处理测试问题，并重新执行目标接口的测试脚本，直到目标接口的测试脚本的执行结果为正常。
10.基于该可选的方式，当执行结果为异常时，电子设备获取测试问题，并确定与测试问题对于的测试接口。这样，开发人员可针对与测试问题对相应的目标接口进行修改，并重新进行测试，直到该目标接口的测试脚本的执行结果为正常，进一步提高了测试质量。
11.可选的，该方法还包括：当目标接口的测试问题的数量小于或等于第一预设值时，确定目标接口为第一类型接口；当目标接口的测试问题的数量大于第一预设值，且小于或等于第二预设值时，确定目标接口为第二类型接口；当目标接口的测试问题的数量大于第二预设值时，确定目标接口为第三类型接口。
12.基于该可选的方式，电子设备可以根据目标接口的数量将目标接口进行质量分级，对于不同质量等级的目标接口，开发人员可以确定不同解决方案，便于开发人员及时处理测试问题，以进一步提高测试质量。
13.可选的，该方法还包括：在目标接口为第一类型接口的情况下，显示第一提示标识；在目标接口为第二类型接口的情况下，显示第二提示标识；在目标接口为第三类型接口的情况下，显示第三提示标识。
14.基于该可选的方式，通过将不同质量分级的目标接口标记为不同颜色，可以在接口库中直观的展示出存在不同测试问题数量的接口，并对测试问题较多的接口进行质量预警(例如标红)，这样一来，可以方便开发人员直观的看到测试问题较多的接口，并进行处理。
15.可选的，该方法还包括：显示第一界面；第一界面包括接口集合；响应于用户对第一界面的编辑操作，编辑接口集合；编辑操作包括增加、删除、修改或查找中的一种或多种。
16.可选的，获取测试指令，包括：接收用户的测试指令；或者，根据预设时间，获取测试指令；或者，根据预设周期，获取测试指令。
17.第二方面、本技术实施例提供一种接口测试装置，该测试装置可以实现上述第一方面或者第一方面可能的设计中测试装置所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。该测试装置可以包括获取模块、调用模块和第一处理模块；具体的，获取模块被配置为获取测试指令；其中，测试指令用于测试接口集合，接口集合包括一个或多个系统的接口；替换模块被配置为响应于测试指令，调用预设的脚本执行命令；第一处理模块被配置为根据脚本执行命令，执行接口集合中每个接口的测试脚本，并生成每个接口的测试脚本的执行结果。
18.可选的，测试指令还用于指示待测试接口对应的测试类型。其中，测试类型包括业务流程测试、接口报文测试、数据库测试、异常场景测试、接口参数测试或性能测试中的至少一种。
19.可选的，测试装置还包括第二处理模块；第二处理模块被配置为当执行结果为异常时，获取测试问题；测试问题包括报错信息和报错日志；确定测试问题对应的目标接口；响应于用户对目标接口的程序的修改操作，处理测试问题，并自动执行目标接口的测试脚本，直到目标接口的测试脚本的执行结果为正常。
20.可选的，测试装置还包括确定模块；确定模块被配置为当目标接口的测试问题的数量小于或等于第一预设值时，确定目标接口为第一类型接口；当目标接口的测试问题的数量大于第一预设值，且小于或等于第二预设值时，确定目标接口为第二类型接口；当目标接口的测试问题的数量大于第二预设值时，确定目标接口为第三类型接口。
21.可选的，测试装置还包括第一显示模块；第一显示模块被配置为在目标接口为第一类型接口的情况下，显示第一提示标识；在目标接口为第二类型接口的情况下，显示第二提示标识；在目标接口为第三类型接口的情况下，显示第三提示标识。
22.可选的，测试装置还包括第二显示模块；第二显示模块被配置为显示第一界面；第一界面包括接口集合；响应于用户对第一界面的编辑操作，编辑接口集合；编辑操作包括增加、删除、修好或查找中的一种或多种。
23.可选的，获取模块还被配置为接收用户的测试指令；或者，根据预设时间，获取测试指令；或者，根据预设周期，获取测试指令。
24.第三方面、本技术实施例提供一种电子设备，该电子设备包括存储器和处理器。上述存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行该计算机指令时，以使电子设备执行如第一方面或者第一方面中任一种可能的实现方式所述的方法。
25.第四方面、本技术提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面或者第二方面中任一种可能的实现方式所述的方法。
26.第五方面、本技术提供一种计算机程序产品，该计算机程序产品包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面或者第一方面中任一种可能的实现方式所述的方法。
27.可以理解的是，上述提供的任一种测试装置、计算机可读存储介质、计算机程序产品或芯片等均可以应用于上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。
28.本技术的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
29.图1a为本发明实施例提供的一种接口测试设备的结构示意图；
30.图1b为本发明实施例提供的一种计算机装置的组成示意图；
31.图2为本发明实施例提供的一种接口测试方法的流程示意图；
32.图3为本发明实施例提供的一种测试类型的示意图；
33.图4为本发明实施例提供的另一种接口测试方法的流程示意图；
34.图5为本发明实施例提供的又一种接口测试方法的流程示意图；
35.图6为本发明实施例提供的一种接口测试装置的结构示意图。
具体实施方式
36.本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
37.本技术的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。
38.此外，本技术的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
39.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例
证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
40.在本技术的描述中，除非另有说明，“多个”的含义是指两个或两个以上。
41.在描述本技术实施例之前，先对本技术涉及到的术语进行说明。
42.接口测试：指的是测试不同系统间的接口，主要用于测试银行外部系统与系统之间以及银行内部各子系统之间的交互点。
43.机器人流程自动化(robotic process automation，rpa)指的是可以模仿人完成一系列电脑操作的软件，以机器人为虚拟劳动力，依据预先设定的程序与系统进行交互并完成预期任务。只要满足大量重复、规则明确这两个原则，rpa可以应用于任何行业。其中，rpa不需要特殊的知识，例如编码，编程或者深厚的it技能，rpa软件易于使用，易于理解，使用内置的屏幕记录器组件捕获鼠标的点击和击键，从而快速轻松的创建机器人。
44.在本技术中，rpa可以借助一些能够自动执行的脚本完成一系列需要人工完成的工作，通常可以通过图形化界面完成脚本的生成与编辑，通过录制操作者的鼠标和键盘的动作和步骤行程操作脚本(也可以手工编写脚本)。例如，银行开户、银行卡开卡业务、信用卡在线审批、银行同业对账、银行申报增值税等均可以使用rpa机器人(或称rpa模块、或rpa软件等)。
45.基于此，在本技术实施例中，将rpa工具与接口自动化测试平台集成在一起，以机器人自动化测试代替人工测试，可解决当前银行系统接口测试存在的问题。示例性的，如图1a所示，为本技术实施例提供的一种接口测试设备结构示意图。其中，接口测试设备包括rpa模块和接口自动化测试平台。其中，rpa模块可以接收接口自动化测试平台发送的测试指令，对待测试接口进行测试。在一些实施例中，rpa模块和接口自动化测试平台可以为相互独立的设备。在此基础上，rpa模块可以基于接口自动化测试平台对接口进行测试，即rpa模块可以代替人工测试。在另一些实施例中，rpa模块和接口自动化测试平台可以集成在一个设备中(例如接口测试设备)。在此基础上，接口测试设备同时具有rpa模块的功能和接口自动化测试平台的功能，能够对接口进行测试。
46.本技术提供一种接口测试方法，该方法能够使电子设备响应于测试指令，调用预设的脚本执行命令，并根据脚本执行命令，依次执行接口集合中每个接口的测试脚本；由于接口集合包括一个或多个系统的接口，即将各个系统的接口统一集成到接口集合中，电子设备可响应于测试指令对接口集合中的每个接口统一进行测试，避免了测试时遗漏接口的问题，在提高测试效率的同时，还降低了测试成本。
47.其中，上述rpa所在设备、接口自动化测试平台所在设备以及接口测试设备的基本硬件结构类似，都包括图1b所示的计算机装置所包括的元件。下面以图1b所示的计算机装置为例，介绍rpa所在设备、接口自动化测试平台所在设备以及接口测试设备的硬件结构。
48.如图1b所示，计算机装置可以包括处理器101、存储器102、通信接口103、总线104。处理器101、存储器102以及通信接口103之间可以通过总线104连接。
49.处理器101是计算机装置的控制中心，处理器101可以是一个处理器，也可以是多个处理元件的统称。例如，处理器101可以是一个通用中央处理单元(central processing unit，cpu)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常
规的处理器等。
50.作为一种实施例，处理器101包括一个或多个cpu，例如图1b中所示的cpu 0和cpu 1。
51.存储器32可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
52.一种可能的实现方式中，存储器102可以独立于处理器101存在，存储器102可以通过总线104与处理器101相连接，用于存储指令或者程序代码。处理器101调用并执行存储器102中存储的指令或程序代码时，能够实现本技术下述实施例提供的越权漏洞的检测方法。
53.另一种可能的实现方式中，存储器102也可以和处理器101集成在一起。
54.通信接口103，用于使计算机装置与其他设备通过通信网络连接，所述通信网络可以是以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。通信接口103可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。
55.总线104，可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图1b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
56.需要指出的是，图1b中示出的结构并不构成对该计算机装置的限定，除图1b所示部件之外，该计算机装置还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件的设置。
57.下面以电子设备为执行主体，结合说明书附图对本技术实施例的实施方式进行详细描述。该电子设备可以是上述接口测试设备。
58.图2为本技术实施例提供的一种接口测试方法的流程示意图，如图2所示，该方法包括：
59.s200、电子设备获取测试指令。
60.其中，该测试指令用于测试接口集合，接口集合包括一个或多个系统的接口。
61.在一些实施例中，接口集合包括的所有接口可以是一个系统内的接口，也可以是多个系统的接口。其中，上述系统可以为前端系统，也可以为后端系统，本技术对此不作限定。示例性的，系统例如可以为银行核心系统、渠道类系统、支付类系统、交易类系统或者决策支持系统等。
62.需要说明的是，上述实施例所示的系统中，每个系统又可以包括多个子系统。例如，支付类系统可以包括网银支付系统、支付宝支付系统以及微信支付系统等。
63.在一些实施例中，接口集合包括银行所有系统的接口。例如，电子设备可以建立可视化的接口库，该接口库中包括银行所有系统的接口。电子设备可以将各系统间的接口统
一管理并测试，方便开发人员处理接口。例如，电子设备显示第一界面，该第一界面中包括接口库(如接口集合)；开发人员可以直接在第一界面中对接口库进行编辑操作。示例性的，该编辑操作包括查找接口、增加接口、删除接口以及修改某一接口。
64.在一些实施例中，可以是上述接口测试设备中的接口自动化测试平台建立可视化的接口库。接口自动化测试平台将各系统间的接口统一管理并测试。
65.示例性的，接口库还包括每个接口的接口信息。其中，接口信息可以包括字段名称、类型、长度等信息。
66.在一些实施例中，测试指令还用于指示待测试接口对应的测试类型。其中，测试类型包括业务流程测试、接口报文测试、数据库测试、异常场景测试、接口参数测试或性能测试中的至少一种。在此基础上，测试人员可以根据实际需求选择测试类型，以对待测试接口进行测试。例如，测试人员可以选择上述所述的测试类型中的一种或多种对待测试接口进行测试。
67.在一些实施例中，电子设备获取测试指令包括：电子设备接收用户触发的测试指令；或者，电子设备根据预设时间获取测试指令；或者，电子设备根据预设周期获取测试指令；又或者，电子设备根据预设频率获取测试指令。
68.在电子设备为上述接口测试设备，且接口测试设备包括rpa模块和接口自动化测试平台的情况下，示例性的，rpa模块接收接口自动化测试平台发送的测试指令。例如，接口自动化测试平台接收用户触发的测试指令，以使接口自动化测试平台获取到测试指令。示例性的，当用户按下“测试”控件时，接口测试化平台获取到测试指令。又例如，接口自动化测试平台根据预设时间获取测试指令；或者，接口测试化平台根据预设周期获取测试指令；或者，接口测试化平台根据预设频率获取测试指令。其中，预设时间、预设周期以及预设频率是由测试人员设置的。当接口测试化平台检测到当前时间为预设时间，或者接口测试化平台检测到预设周期，或者接口测试化平台检测到预设频率时，即接口测试化平台获取到测试指令，并根据测试指令对待测试接口进行测试。
69.例如，预设时间为8:00(24小时制)；在此基础上，若接口测试化平台检测到时间为8:00时，接口测试化平台获取测试指令，并自动触发测试。又例如，预设周期为3小时；在此基础上，接口测试化平台每隔3小时获取测试指令，并自动触发测试。又例如，预设频率为24小时三次；在此基础上，接口测试化平台可以在24小时内获取三次测试指令，并自动分别触发三次测试。
70.s201、电子设备响应于测试指令，调用预设的脚本执行命令。
71.示例性的，预设的脚本执行命令例如可以为rpa命令。
72.s202、电子设备根据脚本执行命令，执行接口集合中每个接口的测试脚本，并生成每个接口的测试脚本的执行结果。
73.在一些实施例中，针对接口集合中的每个接口建立测试脚本，并基于每个接口的测试脚本建立测试脚本库。测试人员可以在测试脚本库中进行脚本录制、脚本编辑以及脚本执行。
74.示例性的，如图3所示，每个接口的测试脚本的测试类型可以分为业务流程测试、接口报文测试、数据库测试、异常场景测试、接口参数测试以及性能测试等。其中，业务流程测试包括正常场景下的业务流程测试和异常场景下的业务流程测试；异常情况测试包括幂
等(重复提交)、并发、环境异常以及大数量测试等；性能测试包括响应时间、吞吐量、并发数以及服务器资源使用率。
75.在一些实施例中，每个接口的测试脚本的执行结果为正常，或者异常。在执行结果为正常的情况下，说明接口能够正常运行。在执行结果为异常的情况下，说明接口存在问题，需要开发人员针对测试问题检查接口，及时调整接口。
76.综上所述，在本技术中，rpa响应于测试指令，调用预设的脚本执行命令，并根据脚本执行命令，依次执行接口集合中每个接口的测试脚本；由于接口集合包括一个或多个系统的接口，即将各个系统的接口统一集成到接口集合中，电子设备可响应于测试指令对接口集合中的每个接口统一进行测试，避免了测试时遗漏接口的问题，在提高测试效率的同时，还降低了测试成本。
77.另外，由于上述系统可以为前端系统，也可以为后端系统，因此该接口测试方法可通俗兼顾系统前端业务功能测试和后端数据传输报文的测试，能够提高测试质量。
78.在一些实施例中，如图4所示，该方法还包括：
79.s203、当执行结果为异常时，电子设备获取测试问题。
80.其中，测试问题包括报错信息(也可以称为错误信息)和报错日志(错误日志)。
81.s204、电子设备确定测试问题对应的目标接口。
82.结合上述实施例，由于接口库中的每个接口对应建立的测试脚本，即一个接口对应一个测试脚本。因此，当接口的测试脚本的存在测试问题时，电子设备可以基于测试问题确定对应的测试脚本，并根据测试脚本找到对应的目标接口。
83.s205、电子设备响应于用户对目标接口的程序的修改操作，处理测试问题，并自动执行目标接口的测试脚本，直到目标接口的测试脚本的执行结果为正常。
84.示例性的，电子设备基于每个接口的测试脚本传输的数据(即传输的测试问题)，自动记录测试脚本的执行结果，并对接口的报错信息和报错日志进行抓取，将所有的测试问题保存在问题库中。以便于开发人员可以快速的定位测试问题。
85.在此基础上，开发人员可针对于测试问题对目标接口进行修改。对测试问题已解决的目标接口自动执行该目标接口的测试脚本，重新进行测试，直到目标接口的测试脚本的执行结果为正常。
86.在该实施例中，当执行结果为异常时，电子设备获取测试问题，并确定与测试问题对于的测试接口。这样，开发人员可针对与测试问题对相应的目标接口进行修改，并重新进行测试，直到该目标接口的测试脚本的执行结果为正常，进一步提高了测试质量。
87.在一些实施例中，如图5所示，该方法还包括：
88.s206、当目标接口的测试问题的数量小于第一预设值时，电子设备确定目标接口为第一类型接口；当目标接口的测试问题的数量大于第一预设值，且小于或等于第二预设值时，电子设备确定目标接口为第二类型接口；当目标接口的测试问题的数量大于第二预设值时，电子设备确定目标接口为第三类型接口。
89.在一些实施例中，电子设备基于目标接口的测试问题的数量，对目标接口的测试问题进行分析，并进行质量分级。即根据测试问题的数量将目标接口划分为不同类型的接口。例如，测试问题的数量越少，说明目标接口的质量越好；反之，测试问题的数量越多，说明目标接口的质量越差。
90.需要说明的是，第一预设值例如可以为10，第二预设值例如可以为20，第三预设值例如可以为30。其中第一预设值、第二预设值以及第三预设值还可以为其它合适的数值，以实际设置为准，本技术对此不作限定。应理解，此处所示出的第一预设值，第二预设值以及第三预设值仅仅作为一种示例，并不构成对本技术的限定。
91.例如，当目标接口的测试问题的小于10时，即该目标接口的测试问题的数量较少，此时可以认为该目标接口的质量较好(即确定为第一类型接口)。当目标接口的测试问题的数量大于10，且小于或等于20时，即该目标接口的测试问题的数量中等，此时可以认为该目标接口的质量一般(即确定为第二类型接口)。当目标接口的测试问题的数量大于20时，即该目标接口的测试问题的数量较多，此时可以认为该目标接口的质量较差(即确定为第三类型接口)。针对于质量较差的目标接口，开发人员应该考虑该目标接口的开发是否存在问题。
92.在该实施例中，电子设备可以根据目标接口的数量将目标接口进行质量分级，对于不同质量等级的目标接口，开发人员可以确定不同解决方案，便于开发人员及时处理测试问题，以进一步提高测试质量。
93.在一些实施例中，该方法还包括：在目标接口为第一类型接口的情况下，电子设备显示第一提示标识；在目标接口为第二类型接口的情况下，电子设备显示第二提示标识；在目标接口为第三类型接口的情况下，电子设备显示第三提示标识。
94.示例性的，第一提示标识例如可以为第一颜色(如黄色)；第二提示标识例如可以为第二颜色(如橙色)；第三提示标识例如可以为第三颜色(例如红色)。
95.在该实施例中，通过将不同质量分级的目标接口标记为不同颜色，可以在接口库中直观的展示出存在不同测试问题数量的接口，并对测试问题较多的接口进行质量预警(例如标红)，这样一来，可以方便开发人员直观的看到测试问题较多的接口，并进行处理。
96.上述主要从设备之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，越权漏洞的检测装置等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
97.本发明实施例可以根据上述方法示例对检测装置等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
98.在采用对应各个功能划分各个功能模块的情况下，图6为本技术实施例提供的一种接口测试装置(以下简称测试装置)300，用于实现上述方法中的功能。其中，该测试装置300为集成有rpa功能和接口自动化测试平台功能的装置。该测试装置300可以包括获取模块301、调用模块302和第一处理模块303。
99.具体的，获取模块301被配置为获取测试指令。其中，测试指令用于测试接口集合，
接口集合包括一个或多个系统的接口。例如，结合图2所示，获取模块301可以用于执行s200。
100.在一些实施例中，测试指令还用于指示待测试接口对应的测试类型。其中，测试类型包括业务流程测试、接口报文测试、数据库测试、异常场景测试、接口参数测试或性能测试中的至少一种。
101.替换模块302被配置为响应于测试指令，调用预设的脚本执行命令。例如，结合图2所示，替换模块302可以用于执行s201。
102.第一处理模块303被配置为根据脚本执行命令，执行接口集合中每个接口的测试脚本，并生成每个接口的测试脚本的执行结果。例如，结合图2所示，第一处理模块303可以用于执行s202。
103.可选的，测试装置300还包括第二处理模块304；第二处理模块304被配置为当执行结果为异常时，获取测试问题；测试问题包括报错信息和报错日志；确定测试问题对应的目标接口；响应于用户对目标接口的程序的修改操作，处理测试问题，并自动执行目标接口的测试脚本，直到目标接口的测试脚本的执行结果为正常。例如，结合图4所示，第二处理模块304可以用于执行s203-s205。
104.可选的，测试装置300还包括确定模块305；确定模块305被配置为当目标接口的测试问题的数量小于或等于第一预设值时，确定目标接口为第一类型接口；当目标接口的测试问题的数量大于第一预设值，且小于或等于第二预设值时，确定目标接口为第二类型接口；当目标接口的测试问题的数量大于第二预设值时，确定目标接口为第三类型接口。例如，结合图5所示，确定模块305可以用于执行s206。
105.可选的，测试装置300还包括第一显示模块306；第一显示模块306被配置为在目标接口为第一类型接口的情况下，显示第一提示标识；在目标接口为第二类型接口的情况下，显示第二提示标识；在目标接口为第三类型接口的情况下，显示第三提示标识。
106.可选的，测试装置300还包括第二显示模块307；第二显示模块307被配置为显示第一界面；第一界面包括接口集合；响应于用户对第一界面的编辑操作，编辑接口集合；编辑操作包括增加、删除、修好或查找中的一种或多种。
107.可选的，获取模块301还被配置为接收用户的测试指令；或者，根据预设时间，获取测试指令；或者，根据预设周期，获取测试指令。
108.如前述，本技术实施例提供的测试装置300可以用于实施上述本技术各实施例实现的方法中的功能，为了便于说明，仅示出了与本技术实施例相关的部分，具体局势细节未揭示的，请参照本技术各实施例。
109.在实际实现时，获取模块301、调用模块302、第一处理模块303、第二处理模块304、确定模块305、第一显示模块306以及第二显示模块307可以由图1b所示的处理器101调用存储器102中的程序代码来实现，其具体的执行过程可参考图2、图4和图5所示的接口测试方法部分的描述，这里不再赘述。
110.本技术另一些实施例还提供一种计算机可读存储介质，该计算机可读存储介质可包括计算机程序，当该计算机程序在计算机上运行时，使得该计算机执行上述图2、图4和图5所示实施例中各个步骤。
111.本技术另一些实施例还提供一种计算机程序产品，该计算机产品包含计算机程
序，当该计算机程序产品在计算机上运行时，使得该计算机执行上述图2、图4和图5所示实施例中各个步骤。
112.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
113.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
114.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
115.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
116.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
117.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。