CN113190445A - 接口测试方法、接口测试装置和接口测试*** - Google Patents

Abstract

本申请提供了一种接口测试方法、接口测试装置和接口测试***，该方法包括：获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；将上述测试用例与上述线程组进行关联；控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试方法通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

Description

接口测试方法、接口测试装置和接口测试***

技术领域

本申请涉及自动化测试技术领域，具体而言，涉及一种接口测试方法、接口测试装置、计算机可读存储介质、处理器和接口测试***。

背景技术

JMeter已被广泛应用于应用服务接口的自动化测试中，测试人员基于JMeter开展自动化测试的基本流程：在Excel中编写测试用例；基于用例场景进行Jmx脚本开发(一个Jmx脚本中会涵盖多条测试用例场景)；运行Jmx脚本进行自动化测试；收集自动化测试结果。在回归测试中，测试人员会挑选部分测试用例进行测试，测试人员需针对所挑选的测试用例，手工操作Jmx脚本选取需要运行的线程组，此过程繁琐费时，当用例数量较大时，影响测试效率。在收集自动化测试结果过程中，需手工维护Excel，更新用例测试结果，此过程也较繁琐，降低了测试效率。

在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。

发明内容

本申请的主要目的在于提供一种接口测试方法、接口测试装置、计算机可读存储介质、处理器和接口测试***，以解决现有技术中接口的测试方法的测试效率低的问题。

根据本发明实施例的一个方面，提供了一种接口测试方法，包括：获取测试用例文件和测试软件的脚本文件，所述测试用例文件包括至少一个测试用例，所述脚本文件包括至少一个线程组；将所述测试用例与所述线程组进行关联；控制所述线程组执行对应的所述测试用例以对接口进行测试，得到测试结果。

可选地，控制所述线程组执行对应的所述测试用例，得到测试结果，包括：获取所述测试用例文件中所述测试用例的状态信息，所述状态信息包括执行状态和非执行状态；根据所述状态信息控制对应的所述线程组启用或者禁用。

可选地，根据所述状态信息控制对应的所述线程组启用或者禁用，包括：在所述状态信息为执行的情况下，启用所述测试用例对应的所述线程组；在所述状态信息为不执行的情况下，禁用所述测试用例对应的所述线程组。

可选地，在控制所述线程组执行对应的所述测试用例，得到测试结果之后，所述方法还包括：将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果。

可选地，将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果包括：在所述测试用例文件处于打开状态下，将所述测试结果写入本地文件，读取所述本地文件并将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果；在所述测试用例文件处于关闭状态下，调用POI接口将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果。

可选地，所述测试结果以链接的形式写入所述测试用例文件。

根据本发明实施例的另一方面，还提供了一种接口测试装置，包括：获取单元，用于获取测试用例文件和测试软件的脚本文件，所述测试用例文件包括至少一个测试用例，所述脚本文件包括至少一个线程组；处理单元，用于将所述测试用例与所述线程组进行关联；控制单元，用于控制所述线程组执行对应的所述测试用例以对接口进行测试，得到测试结果。

根据本发明实施例的再一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行任意一种所述的方法。

根据本发明实施例的又一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的方法。

根据本发明实施例的再一方面，还提供了一种接口测试***，包括测试脚本和测试装置，所述测试装置用于执行任意一种所述的方法。

在本发明实施例中，上述接口测试方法中，首先，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；然后，将上述测试用例与上述线程组进行关联；最后，控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试方法通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请的一种实施例的测试方法的流程图；

图2示出了根据本申请的一种实施例的测试装置的示意图；

图3示出了根据本申请的一种实施例的接口测试装置的测试流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应该理解的是，当元件(诸如层、膜、区域、或衬底)描述为在另一元件“上”时，该元件可直接在该另一元件上，或者也可存在中间元件。而且，在说明书以及权利要求书中，当描述有元件“连接”至另一元件时，该元件可“直接连接”至该另一元件，或者通过第三元件“连接”至该另一元件。

正如背景技术中所说的，现有技术中接口的测试方法的测试效率低，为了解决上述问题，本申请的一种典型的实施方式中，提供了一种接口测试方法、接口测试装置、计算机可读存储介质、处理器和接口测试***。

根据本申请的实施例，提供了一种接口测试方法。

图1是根据本申请实施例的接口测试方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；

步骤S102，将上述测试用例与上述线程组进行关联；

步骤S103，控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。

上述测试方法中，首先，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；然后，将上述测试用例与上述线程组进行关联；最后，控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试方法通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的一种实施例中，控制上述线程组执行对应的上述测试用例，得到测试结果，包括：获取上述测试用例文件中上述测试用例的状态信息，上述状态信息包括执行状态和非执行状态；根据上述状态信息控制对应的上述线程组启用或者禁用。具体地，通过测试用例文件中测试用例的状态信息，控制测试用例关联的线程组启用或者禁用，实现测试用例驱动自动化测试脚本执行，以避免回归测试时手工选取需要运行的线程组导致操作繁琐，进一步提高测试效率。

本申请的一种实施例中，根据上述状态信息控制对应的上述线程组启用或者禁用，包括：在上述状态信息为执行的情况下，启用上述测试用例对应的上述线程组；在上述状态信息为不执行的情况下，禁用上述测试用例对应的上述线程组。具体地，在上述状态信息为执行的情况下，启用上述测试用例对应的上述线程组，在上述状态信息为不执行的情况下，禁用上述测试用例对应的上述线程组，使得任意一个测试用例采用对应的测试脚本执行，避免测试过程出现问题导致测试结果不准确。

本申请的一种实施例中，在控制上述线程组执行对应的上述测试用例，得到测试结果之后，上述方法还包括：将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果。具体地，将上述测试结果写入上述测试用例文件，使得写入的测试结果与测试用例一一对应，从而记录或者更新对应的上述测试用例的测试结果，实现测试闭环，且记录的测试结果便于后续进行阅读和编辑。

本申请的一种实施例中，将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果包括：在上述测试用例文件处于打开状态下，将上述测试结果写入本地文件，读取上述本地文件并将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果；在上述测试用例文件处于关闭状态下，调用POI接口将上述测试结果写入上述测试用例文件。具体地，上述方法在测试用例文件处于打开状态和关闭状态两种情况下，采用不同的写入方法将上述测试结果写入上述测试用例文件，上述测试用例文件为Excel文件，第一种，上述测试用例文件处于打开状态，将写入本地文件的测试结果采用Excel宏编程方式写入测试用例文件，第二种，上述测试用例文件处于关闭状态，通过调用POI接口将测试结果直接写入测试用例文件中。

本申请的一种实施例中，上述测试结果以链接的形式写入上述测试用例文件。具体地，将测试结果以链接的形式写入上述测试用例文件，以供测试人员查看下载。

本申请实施例还提供了一种接口测试装置，需要说明的是，本申请实施例的接口测试装置可以用于执行本申请实施例所提供的用于接口测试方法。以下对本申请实施例提供的接口测试装置进行介绍。

图2是根据本申请实施例的接口测试装置的示意图。如图2所示，该装置包括：

获取单元10，用于获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；

处理单元20，用于将上述测试用例与上述线程组进行关联；

控制单元30，用于控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。

上述测试装置中，获取单元获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；处理单元将上述测试用例与上述线程组进行关联；控制单元控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试装置通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

本申请的一种实施例中，上述控制单元包括获取模块和控制模块，其中，上述获取模块用于获取上述测试用例文件中上述测试用例的状态信息，上述状态信息包括执行状态和非执行状态；上述控制模块用于根据上述状态信息控制对应的上述线程组启用或者禁用。具体地，通过测试用例文件中测试用例的状态信息，控制测试用例关联的线程组启用或者禁用，实现测试用例驱动自动化测试脚本执行，以避免回归测试时手工选取需要运行的线程组导致操作繁琐，进一步提高测试效率。

本申请的一种实施例中，上述控制模块包括第一控制子模块和第二控制子模块，其中，上述第一控制子模块用于在上述状态信息为执行的情况下，启用上述测试用例对应的上述线程组；上述第二控制子模块用于在上述状态信息为不执行的情况下，禁用上述测试用例对应的上述线程组。具体地，在上述状态信息为执行的情况下，启用上述测试用例对应的上述线程组，在上述状态信息为不执行的情况下，禁用上述测试用例对应的上述线程组，使得任意一个测试用例采用对应的测试脚本执行，避免测试过程出现问题导致测试结果不准确。

本申请的一种实施例中，上述装置还包括处理单元，上述处理单元用于在控制上述线程组执行对应的上述测试用例，得到测试结果之后，将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果。具体地，将上述测试结果写入上述测试用例文件，使得写入的测试结果与测试用例一一对应，从而记录或者更新对应的上述测试用例的测试结果，实现测试闭环，且记录的测试结果便于后续进行阅读和编辑。

本申请的一种实施例中，上述处理单元包括第一处理模块和第二处理模块，其中，上述第一处理模块用于在上述测试用例文件处于打开状态下，将上述测试结果写入本地文件，读取上述本地文件并将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果；上述第二处理模块用于在上述测试用例文件处于关闭状态下，调用POI接口将上述测试结果写入上述测试用例文件，以更新对应的上述测试用例的测试结果。具体地，上述方法在测试用例文件处于打开状态和关闭状态两种情况下，采用不同的写入方法将上述测试结果写入上述测试用例文件，上述测试用例文件为Excel文件，第一种，上述测试用例文件处于打开状态，将写入本地文件的测试结果采用Excel宏编程方式写入测试用例文件，第二种，上述测试用例文件处于关闭状态，通过调用POI接口将测试结果直接写入测试用例文件中。

本申请的一种实施例中，上述测试结果以链接的形式写入上述测试用例文件。具体地，将测试结果以链接的形式写入上述测试用例文件，以供测试人员查看下载。

本申请实施例还提供了一种接口测试***，包括测试脚本和接口测试装置，上述接口测试装置用于执行任意一种上述的方法。

上述接口测试***中，包括测试软件和测试装置，获取单元获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；处理单元将上述测试用例与上述线程组进行关联；控制单元控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试装置通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

本申请的一种具体实施例中，上述测试方法为接口测试方法，该接口测试方法采用接口测试装置实现上述接口测试方法，上述测试装置包括Excel管理模块、服务驱动模块、JMeter管理模块、服务监听模块和结果处理模块，其中，测试用例文件为Excel文件，上述Excel管理模块读取并传输测试用例的信息，上述测试用例的信息包括Excel用例文件路径、Excel用例文件名称、测试用例编号、用例的状态信息；通过调用服务监听模块中的接口启动Excel的宏监听；上述服务驱动模块拉取、修改、传输并触发JMeter脚本执行；通过调用服务监听模块中的接口启动测试结果监听；上述JMeter管理模块管理JMeter脚本执行和脚本的测试结果，并提供相关功能接口供服务驱动模块和结果处理模块调用；上述服务监听模块此模块分为两个部分，测试结果监听，调用JMeter管理模块的接口获取执行状态，当Excel文件处于打开状态时，启动Excel宏监听，监控本地测试结果文件状态；上述结果处理模块根据服务监听模块中的测试结果监听状态，调用JMeter管理模块的接口获取测试结果并写入本地Excel文件。

需要说明的是，结果处理模块可以实现在Excel文件处于打开或关闭状态下皆可写入自动化测试测试结果的方法。具体地，当Excel文件处于打开状态时，通过Excel宏编程方式实时读取本地结果文件并将测试结果写入Excel文件中；在Excel文件处于关闭状态下，通过调用POI接口将测试结果直接写入Excel文件中。

具体地，如图3所示，上述接口测试装置进行接口测试的具体步骤包括：

步骤S201，修改待执行的测试用例的状态信息，并获取测试用例的信息。

具体地，在Excel中，将需要执行的用例状态位修改为ENABLE，即执行状态，其余不需要执行的用例状态位修改为DISABLE，即非执行状态，将用例编号及执行状态写入本地ini文件中，测试用例的状态信息修改后，通过Excel宏监控机制，自动触发获取用例状态的函数获取到用例状态，具体通过VBA脚本实现，并将状态及与其匹配的用例编号写入本地临时存储的文件中本地临时存储的文件为ini格式文件，写入完成后，通过VBA脚本启动本地Java服务并传入Excel文件路径信息及存储用例信息文件的文件路径信息。

步骤S202，根据获取的测试用例的信息拉取Jmx脚本并根据用例信息修改Jmx脚本，将修改后Jmx脚本上传至服务器并触发脚本执行。

具体地，首先，根据存储用例信息文件的文件路径信息读取文件中的用例信息，获取其中的用例编号及用例状态信息，然后，通过传入Excel文件路径信息解析出Excel文件名称，该Excel文件名称与脚本仓库中Jmx脚本名称存在对应关系，依据此名称从脚本仓库中拉取对应的Jmx脚本，脚本仓库可以为Gitlab，之后，通过用例编号匹配到Jmx脚本中的对应线程组，再根据此用例编号对应的用例状态信息修改此线程组的enabled状态值，若状态信息为ENABLE则状态值修改为true，若状态信息为DISABLE则状态值为false，此处线程组的enabled状态为true时，则此线程组将运行，反之不会运行，之后，读取本地服务配置文件获取JMeter管理模块中所调用的Jenkins服务器地址及端口，之后，将修改后的Jmx脚本通过SFTP方式上传至Jenkins服务器指定路径中，最后，调用Jenkins API启动对应用例任务，即调用Jenkins获取视图信息接口判断当前任务是否存在，若存在，则调用启动任务接口，启动测试任务，若不存在，则调用创建任务接口，创建自动化测试的执行任务。

步骤S203，JMeter测试任务执行。

具体地，若需执行的任务不存在，则创建任务，启动任务，即在服务端触发JMeter测试任务运行。

步骤S204，监听整个***的执行过程，包括Excel宏监听及Jenkins测试结果的接口监听。

具体地，在S1-2执行结束时启动，通过Excel宏文件中的VBA脚本实时监听记录测试结果的本地文件是否生成完成，若生成完成则调用VBA脚本读取测试结果文件，并将结果写入Excel中，在S2-5执行结束后启动部署在本地的Java监听服务，通过获取到Jenkins任务信息，实时调用Jenkins任务测试结果获取接口，当测试任务执行完成，将执行状态传给结果处理模块。

步骤S205：获取测试任务测试结果，将结果更新至Excel文件中，并做数据清理，整个流程结束。

具体地，首先，监听获取到Jenkins任务执行状态，通过状态判断，从JMeter管理模块获取测试结果，测试结果包括线程组执行情况及具体的执行报告链接。在结果获取完成后，判断当前Excel文件的状态，然后，判断当前Excel文件为关闭状态执行此步骤，将获取的测试结果写入到Excel文件中，写入规则为每个线程组的执行情况写入到对应用例的测试结果中，执行报告链接写入到详细结果中，可通过点击查看具体报告详情，之后，通过本地Java服务进行数据清理，在执行结束后，删除创建的临时用例信息存储文件，至此整个流程结束，之后，判断当前Excel文件为打开状态则执行此步骤，将获取的测试结果写入到测试结果记录文件中，写入规则为用例编号、测试结果以及报告链接，之后，监听到的测试结果记录文件生成完成，触发结果处理函数，读取结果记录文件，将测试结果写入Excel文件中，写入规则根据用例编号将执行情况写入到对应用例的测试结果中，执行报告链接写入到详细结果中，此结果处理函数嵌入在Excel宏文件中，当Excel文件一直处于打开状态时可自动执行，实时操作Excel，最后，通过VBA脚本进行数据清理，在执行报告链接写入到详细结果后，删除创建的临时用例信息存储文件及创建的结果记录文件，至此整个流程结束。

上述装置包括处理器和存储器，上述获取单元、处理单元和控制单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中接口的测试方法的测试效率低的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现上述方法。

本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：

步骤S101，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；

步骤S102，将上述测试用例与上述线程组进行关联；

步骤S103，控制上述线程组执行对应的上述测试用例，得到测试结果。

本文中的设备可以是服务器和PC等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：

步骤S101，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；

步骤S102，将上述测试用例与上述线程组进行关联；

步骤S103，控制上述线程组执行对应的上述测试用例，得到测试结果。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取计算机可读存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的计算机可读存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、本申请的接口测试方法中，首先，获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；然后，将上述测试用例与上述线程组进行关联；最后，控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试方法通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

2)、本申请的接口测试装置中，获取单元获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；处理单元将上述测试用例与上述线程组进行关联；控制单元控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试装置通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

3)、本申请的接口测试***中，包括测试软件和测试装置，获取单元获取测试用例文件和测试软件的脚本文件，上述测试用例文件包括至少一个测试用例，上述脚本文件包括至少一个线程组；处理单元将上述测试用例与上述线程组进行关联；控制单元控制上述线程组执行对应的上述测试用例以对接口进行测试，得到测试结果。该测试装置通过将测试用例与线程组进行关联，使得线程组执行对应的测试用例，避免回归测试时手工选取需要运行的线程组导致操作繁琐，提高了测试效率，解决了现有技术中接口的测试方法的测试效率低的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

获取测试用例文件和测试软件的脚本文件，所述测试用例文件包括至少一个测试用例，所述脚本文件包括至少一个线程组；

将所述测试用例与所述线程组进行关联；

控制所述线程组执行对应的所述测试用例以对接口进行测试，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，控制所述线程组执行对应的所述测试用例，得到测试结果，包括：

获取所述测试用例文件中所述测试用例的状态信息，所述状态信息包括执行状态和非执行状态；

根据所述状态信息控制对应的所述线程组启用或者禁用。

3.根据权利要求2所述的方法，其特征在于，根据所述状态信息控制对应的所述线程组启用或者禁用，包括：

在所述状态信息为执行的情况下，启用所述测试用例对应的所述线程组；

在所述状态信息为不执行的情况下，禁用所述测试用例对应的所述线程组。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在控制所述线程组执行对应的所述测试用例，得到测试结果之后，所述方法还包括：

将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果。

5.根据权利要求4所述的方法，其特征在于，将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果包括：

在所述测试用例文件处于打开状态下，将所述测试结果写入本地文件，读取所述本地文件并将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果；

在所述测试用例文件处于关闭状态下，调用POI接口将所述测试结果写入所述测试用例文件，以更新对应的所述测试用例的测试结果。

6.根据权利要求1所述的方法，其特征在于，所述测试结果以链接的形式写入所述测试用例文件。

7.一种接口测试装置，其特征在于，包括：

获取单元，用于获取测试用例文件和测试软件的脚本文件，所述测试用例文件包括至少一个测试用例，所述脚本文件包括至少一个线程组；

处理单元，用于将所述测试用例与所述线程组进行关联；

控制单元，用于控制所述线程组执行对应的所述测试用例，得到测试结果。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，所述程序执行权利要求1至6中任意一项所述的方法。

9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至6中任意一项所述的方法。

10.一种接口测试***，包括测试脚本和接口测试装置，其特征在于，所述接口测试装置用于执行权利要求1至6中任意一项所述的方法。

Images