CN112732563A - 接口脚本测试日志提取方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种接口脚本测试日志提取方法、装置、终端及存储介质，其中方法包括：接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识；运行API脚本，并生成包括唯一标识的日志；当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。通过上述方式，本申请为每个API脚本配置唯一标识，并在运行API脚本时，将该唯一标识插入至API脚本运行的日志中，当API脚本的测试结果不正常时，自动根据该唯一标识提取出所有包括该唯一标识的日志并输出，使得开发或测试人员不需要手动去查询日志，而是自动将日志提取出来，简化了开发或测试人员的工作，提升了测试效率。

Description

接口脚本测试日志提取方法、装置、终端及存储介质

技术领域

本申请涉及日志处理技术领域，特别是涉及一种接口脚本测试日志提取方法、装置、终端及存储介质。

背景技术

随着计算机技术的快速发展，计算机测试成为开发中重要的一环。测试可通过人工或自动手段，来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。开发工作的根本是尽量实现用户的需求，测试工作的根本是检验系统是否满足用户的需求。

目前，为了降低开发或测试人员的工作量，通常采用自动化测试的方式来进行测试。当前，自动化测试主要是通过根据用例执行接口自动化运行后，结合响应断言的方式，判断自动化运行得到结果是否正常，若不正常，则需要进一步结合后端服务器日志进行分析，此时会需要开发或者测试人员登陆到后端服务器中将相关日志找出来再进行对比分析，而在微服务的框架下，而这种由开发或者测试人员手动去查询相关日志的方式，大大影响了测试的效率，尤其是当日志繁多是，往往需要耗费大量精力去查找日志，影响到了整个测试过程。

发明内容

本申请提供一种接口脚本测试日志提取方法、装置、终端及存储介质，以解决开发或测试人员在接口测试之后查询日志效率低下，影响测试进程的问题。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种接口脚本测试日志提取方法，其特征在于，其包括：接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识；运行API脚本，并生成包括唯一标识的日志；当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。

作为本申请的进一步改进，接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识，包括：接收测试人员输入测用例测试请求；根据用例测试请求确认所需调用的所有API脚本；在每个API脚本的header参数中配置唯一标识。

作为本申请的进一步改进，运行API脚本，并生成包括唯一标识的日志，包括：从API脚本的header参数中获取唯一标识；运行每个API脚本，当生成每个API脚本运行的日志时，且将唯一标识插入至每个API脚本各自对应的日志中，生成包括唯一标识的日志。

作为本申请的进一步改进，当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出，包括：获取每个API脚本的测试结果；判断是否存在第一目标API脚本的目标测试结果未达到预期结果；若是，则获取第一目标API脚本的第一目标唯一标识，提取所有包括第一目标唯一标识的日志并输出。

作为本申请的进一步改进，运行API脚本，并生成包括唯一标识的日志，包括：获取API脚本运行时所需调用的所有微服务；将唯一标识传递至每个微服务；每个微服务被调用后生成微服务运行日志时，将唯一标识插入至微服务运行日志中，所有微服务运行日志组成API脚本的日志。

作为本申请的进一步改进，每个微服务被调用后生成微服务运行日志时，将唯一标识插入至微服务运行日志中，所有微服务运行日志组成API脚本的日志，包括：确认API脚本调用微服务的顺序，并根据顺序为每个微服务进行编号；当微服务被调用时，根据微服务的编号和唯一标识生成微服务运行日志。

作为本申请的进一步改进，当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出，包括：当API脚本的测试结果未达到预期结果时，基于唯一标识从日志存储器中提取每个微服务对应的微服务运行日志；获取每个微服务运行日志的编号，并按照编号排列所有微服务运行日志，得到日志报表并输出。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种接口脚本测试日志提取装置，包括：获取模块，用于接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识；日志生成模块，用于运行API脚本，并生成包括唯一标识的日志；日志输出模块，用于当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。

为解决上述技术问题，本申请采用的再一个技术方案是：提供一种终端，终端包括处理器、与处理器耦接的存储器，存储器中存储有程序指令，程序指令被处理器执行时，使得处理器执行上述中任一项权利要求的接口脚本测试日志提取方法的步骤。

为解决上述技术问题，本申请采用的再一个技术方案是：提供一种存储介质，存储有能够实现上述中任一项的接口脚本测试日志提取方法的程序文件。

本申请的有益效果是：本申请的接口脚本测试日志提取方法通过为每个API脚本配置唯一标识，并在运行API脚本时，将该唯一标识插入至API脚本运行的日志中，当API脚本的测试结果不正常时，自动根据该唯一标识提取出所有包括该唯一标识的日志并输出，其使得开发或测试人员不需要手动去查询日志，而是直接自动将日志提取出来，大大简化了开发或测试人员的工作，提升了测试效率。

附图说明

图1是本申请第一实施例的接口脚本测试日志提取方法的流程示意图；

图2是本申请第二实施例的接口脚本测试日志提取方法的流程示意图；

图3是本申请第三实施例的接口脚本测试日志提取方法的流程示意图；

图4是本申请实施例的接口脚本测试日志提取方法装置的功能模块示意图；

图5是本申请实施例的终端的结构示意图；

图6是本申请实施例的存储介质的结构示意图。

具体实施方式

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

本申请中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

图1是本申请第一实施例的接口脚本测试日志提取方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图1所示的流程顺序为限。如图1所示，该方法包括步骤：

步骤S101、接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识。

具体地，当开发或者测试人员对一个用例发起测试请求时，获取执行该用例的API脚本，并为该API脚本配置唯一标识，通过该唯一标识即可识别出该AIP脚本。其中，用例是是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。需要理解的是，一个用例可能对应有一个或多个API脚本，例如，一个电商平台的网页支付测试，其调用的API接口可能包括有金额满减的API接口、红包使用的API接口等。并且，该唯一标识仅在本次测试中有效，在下一次测试中，当调用该API接口时，为该API接口配置一个新的唯一标识。

步骤S102、运行API脚本，并生成包括唯一标识的日志。

具体地，当测试开始时，运行该API脚本，该API脚本可通过Jmeter或postman来运行，在API脚本运行过程中，会同步生成该API脚本运行的日志，本实施例中，将API脚本的唯一标识插入至该API脚本运行时生成的日志中，使得该日志能够通过该唯一标识进行识别。

步骤S103、当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。

具体地，在API脚本运行完成时，得到测试结果，将该测试结果与预期结果进行比对，判断该测试结果是否通过，若测试结果未达到预期结果，则说明该测试结果不正常，需要通过分析日志来确认问题所在，此时，则自动通过唯一标识从日志存储器中调取该API脚本运行的日志，而不需要开发或测试人员手动查询。

进一步的，开发或测试人员还可查询测试结果达到预设结果的API接口的日志，因此，在一些实施例中，步骤S3之后还包括：

1、接收日志查询请求，日志查询请求包括API脚本信息。

2、根据API脚本信息确认第二目标API脚本，并获取第二目标API脚本的第二目标唯一标识。

3、从日志存储器中提取出包括第二目标唯一标识的日志并输出。

具体地，开发或测试人员还可查询测试结果正常的API脚本所产生的日志，在接收到日志查询请求之后，获取日志查询请求中的API脚本信息，根据该API脚本信息来确认第二目标API脚本，再获取该第二目标API脚本的第二目标唯一标识，根据该第二目标唯一标识提取出相关的日志以供开发或测试人员查询。

本申请第一实施例的接口脚本测试日志提取方法通过为每个API脚本配置唯一标识，并在运行API脚本时，将该唯一标识插入至API脚本运行的日志中，当API脚本的测试结果不正常时，自动根据该唯一标识提取出所有包括该唯一标识的日志并输出，其使得开发或测试人员不需要手动去查询日志，而是直接自动将日志提取出来，大大简化了开发或测试人员的工作，提升了测试效率。

图2是本申请第二实施例的接口脚本测试日志提取方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图2所示的流程顺序为限。如图2所示，该方法包括步骤：

步骤S201、接收测试人员输入测用例测试请求。

步骤S202、根据用例测试请求确认所需调用的所有API脚本。

具体地，在进行用例测试时，一个用例测试可能涉及到多个API脚本。

步骤S203、在每个API脚本的header参数中配置唯一标识。

具体地，根据用例进行自动化测试时，一个用例可能包括很多个API脚本，每个API脚本进行自动化测试后均会产生相应的测试结果和日志，本实施例中，为了方便区分API脚本，在通过用例测试请求确认所需调用的所有API脚本之后，为每个API脚本配置一个唯一标识，并将该唯一标识写入到每个API脚本的header参数中。

步骤S204、从API脚本的header参数中获取唯一标识。

步骤S205、运行每个API脚本，当生成每个API脚本运行的日志时，且将唯一标识插入至每个API脚本各自对应的日志中，生成包括唯一标识的日志。

具体地，当对多个API脚本进行测试时，分别获取每个API脚本的唯一标识，再将该唯一标识插入至API脚本运行所产生日志中去，例如，假设存在A、B、C三个API脚本，其唯一标识分别为a、b、c，则在运行A、B、C三个API脚本后，将唯一标识a插入至A运行后产生的日志中，将b插入至B运行后产生的日志中，将c插入至C运行后产生的日志中。通过日志中的唯一标识，即可对不同API脚本产生的日志进行区分，并且，在需要提取日志时，根据该唯一标识即可提取到想要的日志，而不会将所有API脚本产生的日志均提取出来。

步骤S206、获取每个API脚本的测试结果。

具体地，每个API脚本运行后，均会得到一个对应的测试结果。不同API脚本的测试结果不尽相同，可能部分API脚本的测试结果达到了预期，而部分API脚本的测试结果未达到预期，而未达到预期的API脚本的日志即开发或测试人员所需要的查看和分析的日志

步骤S207、判断是否存在第一目标API脚本的目标测试结果未达到预期结果。若是，则执行步骤S208。

具体地，该预期结果预先设定，在得到每个API脚本的测试结果之后，将测试结果与预期结果进行比对，判断是否存在第一目标API脚本的目标测试结果未达到预期结果。若存在，则执行步骤S303。

步骤S208、获取第一目标API脚本的第一目标唯一标识，提取所有包括第一目标唯一标识的日志并输出。

本申请第二实施例的接口脚本测试日志提取方法在第一实施例的基础上，通过当一个用例的测试包括有多个API脚本，在进行测试时，当存在第一目标API脚本的目标测试结果未达到预期结果时，根据该第一目标API脚本的第一目标唯一标识去提取包括该第一目标唯一标识的日志，而不会提取到其他API脚本运行产生的日志，使得日志的提取更为准确。唯一标识的设置，使得不同API脚本之间产生的日志得到了明确的区分，使得日志的提取更为准确。

图3是本申请第三实施例的接口脚本测试日志提取方法的流程示意图。需注意的是，若有实质上相同的结果，本申请的方法并不以图3所示的流程顺序为限。如图3所示，该方法包括步骤：

步骤S301、接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识。

在本实施例中，图3中的步骤S301和图1中的步骤S101类似，为简约起见，在此不再赘述。

步骤S302、获取API脚本运行时所需调用的所有微服务。

具体地，在微服务架构风格中，一个大应用可以被拆分成为了多个小的服务系统提供出来，这些小的系统他们可以自成体系，也就是说这些小系统可以拥有自己的数据库，框架甚至语言，每个小系统即一个微服务，而通过API脚本即可整合所有的微服务来实现这个大应用的功能。本实施例中，在确认API脚本之后，获取运行该API脚本时调用的所有微服务。

步骤S303、将唯一标识传递至每个微服务。

步骤S304、每个微服务被调用后生成微服务运行日志时，将唯一标识插入至微服务运行日志中，所有微服务运行日志组成API脚本的日志。

具体地，通过将API脚本的唯一标识传递给每个微服务，当微服务被调用后，生成微服务运行日志时，将该唯一标识插入至该微服务运行日志中，而所有微服务的微服务运行日志即组成该API脚本的日志。

进一步的，为了进一步对微服务生成的微服务运行日志进行区分，方便开发或测试人员进行查看，上述实施例的基础上，步骤S304具体包括：

1、确认API脚本调用微服务的顺序，并根据顺序为每个微服务进行编号；

具体地，为了方便对各个微服务产生的微服务运行日志进行区分，本实施例中，通过获取API脚本调用每个微服务的顺序，根据该顺序关系对微服务进行编号。其中，API脚本调用微服务的顺序可根据API脚本调用微服务的时间来确认。

2、当微服务被调用时，根据微服务的编号和唯一标识生成微服务运行日志。

具体地，在微服务生成微服务运行日志时，将微服务的编号和唯一标识插入至微服务运行日志中，从而得到带有编号和唯一标识的微服务运行日志，通过该唯一标识可以识别出该微服务运行日志属于哪一个API脚本，而通过编号即可识别该微服务运行日志由哪个微服务产生，进一步方便开发或测试人员查看。

步骤S305、当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。

在本实施例中，图3中的步骤S305和图1中的步骤S103类似，为简约起见，在此不再赘述。

进一步的，为了进一步方便开发或测试人员查看日志，上述实施例的基础上，步骤S305包括：

1、当API脚本的测试结果未达到预期结果时，基于唯一标识从日志存储器中提取每个微服务对应的微服务运行日志；

2、获取每个微服务运行日志的编号，并按照编号排列所有微服务运行日志，得到日志报表并输出。

具体地，在获取到API脚本调用的微服务产生的微服务运行日志之后，从该微服务运行日志中获取每个微服务运行日志的编号，再根据编号将微服务运行日志进行排列形成日志报表后输出，其使得输出的日志报表能够更为清晰明了地展示API脚本的日志，进一步方便开发或测试人员查看。

进一步的，在一些实施例中，在存储微服务运行日志时，还可将微服务运行日志按照编号进行排列后构成一日志链，再存储该日志链，开发或测试人员可根据唯一标识直接提取该日志链。

本申请第三实施例的接口脚本测试日志提取方法在第一实施例的基础上通过将唯一标识插入至API脚本所调用的每个微服务的微服务运行日志中，通过该唯一标识自动提取微服务运行日志，从而获取到API脚本的日志，不需要开发或测试人员逐个查询微服务的微服务运行日志，提升了日志提取效率。

进一步的，在一些实施例中，在存储微服务运行日志时，还可将微服务运行日志按照编号进行排列后构成一日志链，再存储该日志链，开发或测试人员可根据唯一标识直接提取该日志链。

图4是本申请实施例的接口脚本测试日志提取装置的功能模块示意图。如图4所示，该装置40包括获取模块41、日志生成模块42和日志输出模块43。

获取模块41，用于接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识；

日志生成模块42，用于运行API脚本，并生成包括唯一标识的日志；

日志输出模块43，用于当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出。

可选地，获取模块41接收到用例测试请求时，获取执行用例测试的API脚本，并为API脚本配置唯一标识的操作还可以为：接收测试人员输入测用例测试请求；根据用例测试请求确认所需调用的所有API脚本；在每个API脚本的header参数中配置唯一标识。

可选地，日志生成模块42运行API脚本，并生成包括唯一标识的日志的操作还可以为：从API脚本的header参数中获取唯一标识；运行每个API脚本，当生成每个API脚本运行的日志时，且将唯一标识插入至每个API脚本各自对应的日志中，生成包括唯一标识的日志。

可选地，日志输出模块43当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出的操作，还可以为：获取每个API脚本的测试结果；判断是否存在第一目标API脚本的目标测试结果未达到预期结果；若是，则获取第一目标API脚本的第一目标唯一标识，提取所有包括第一目标唯一标识的日志并输出。

可选地，日志生成模块42运行API脚本，并生成包括唯一标识的日志的操作还可以为：获取API脚本运行时所需调用的所有微服务；将唯一标识传递至每个微服务；每个微服务被调用后生成微服务运行日志时，将唯一标识插入至微服务运行日志中，所有微服务运行日志组成API脚本的日志。

可选地，日志生成模块42每个微服务被调用后生成微服务运行日志时，将唯一标识插入至微服务运行日志中，所有微服务运行日志组成API脚本的日志的从操作还可以为：确认API脚本调用微服务的顺序，并根据顺序为每个微服务进行编号；当微服务被调用时，根据微服务的编号和唯一标识生成微服务运行日志。

可选地，日志输出模块43当API脚本的测试结果未达到预期结果时，根据唯一标识提取所有包括唯一标识的日志并输出的操作还可以为：当API脚本的测试结果未达到预期结果时，基于唯一标识从日志存储器中提取每个微服务对应的微服务运行日志；获取每个微服务运行日志的编号，并按照编号排列所有微服务运行日志，得到日志报表并输出。

关于上述实施例接口脚本测试日志提取装置中各模块实现技术方案的其他细节，可参见上述实施例中的接口脚本测试日志提取方法中的描述，此处不再赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

请参阅图5，图5为本申请实施例的终端的结构示意图。如图5所示，该终端50包括处理器51及和处理器51耦接的存储器52。

存储器52存储有程序指令，程序指令被处理器51执行时，使得处理器51执行上述实施例中的接口脚本测试日志提取方法的步骤。

其中，处理器51还可以称为CPU(Central Processing Unit，中央处理单元)。处理器51可能是一种集成电路芯片，具有信号的处理能力。处理器51还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

参阅图6，图6为本申请实施例的存储介质的结构示意图。本申请实施例的存储介质存储有能够实现上述所有方法的程序文件61，其中，该程序文件61可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种接口脚本测试日志提取方法，其特征在于，其包括：

接收到用例测试请求时，获取执行所述用例测试的API脚本，并为所述API脚本配置唯一标识；

运行所述API脚本，并生成包括所述唯一标识的日志；

当所述API脚本的测试结果未达到预期结果时，根据所述唯一标识提取所有包括所述唯一标识的日志并输出。

2.根据权利要求1所述的接口脚本测试日志提取方法，其特征在于，所述接收到用例测试请求时，获取执行所述用例测试的API脚本，并为所述API脚本配置唯一标识，包括：

接收测试人员输入所述测用例测试请求；

根据所述用例测试请求确认所需调用的所有所述API脚本；

在每个所述API脚本的header参数中配置所述唯一标识。

3.根据权利要求2所述的接口脚本测试日志提取方法，其特征在于，所述运行所述API脚本，并生成包括所述唯一标识的日志，包括：

从所述API脚本的header参数中获取所述唯一标识；

运行每个所述API脚本，当生成每个所述API脚本运行的日志时，且将所述唯一标识插入至每个所述API脚本各自对应的日志中，生成包括所述唯一标识的日志。

4.根据权利要求2所述的接口脚本测试日志提取方法，其特征在于，所述当所述API脚本的测试结果未达到预期结果时，根据所述唯一标识提取所有包括所述唯一标识的日志并输出，包括：

获取每个所述API脚本的测试结果；

判断是否存在第一目标API脚本的目标测试结果未达到预期结果；

若是，则获取所述第一目标API脚本的第一目标唯一标识，提取所有包括所述第一目标唯一标识的日志并输出。

5.根据权利要求1所述的接口脚本测试日志提取方法，其特征在于，所述运行所述API脚本，并生成包括所述唯一标识的日志，包括：

获取所述API脚本运行时所需调用的所有微服务；

将所述唯一标识传递至每个所述微服务；

每个所述微服务被调用后生成微服务运行日志时，将所述唯一标识插入至所述微服务运行日志中，所有所述微服务运行日志组成所述API脚本的日志。

6.根据权利要求5所述的接口脚本测试日志提取方法，其特征在于，所述每个所述微服务被调用后生成微服务运行日志时，将所述唯一标识插入至所述微服务运行日志中，所有所述微服务运行日志组成所述API脚本的日志，包括：

确认所述API脚本调用所述微服务的顺序，并根据所述顺序为每个所述微服务进行编号；

当所述微服务被调用时，根据所述微服务的编号和所述唯一标识生成所述微服务运行日志。

7.根据权利要求6所述的接口脚本测试日志提取方法，其特征在于，所述当所述API脚本的测试结果未达到预期结果时，根据所述唯一标识提取所有包括所述唯一标识的日志并输出，包括：

当所述API脚本的测试结果未达到预期结果时，基于所述唯一标识从日志存储器中提取每个所述微服务对应的所述微服务运行日志；

获取每个所述微服务运行日志的编号，并按照所述编号排列所有所述微服务运行日志，得到日志报表并输出。

8.一种接口脚本测试日志提取装置，其特征在于，其包括：

获取模块，用于接收到用例测试请求时，获取执行所述用例测试的API脚本，并为所述API脚本配置唯一标识；

日志生成模块，用于运行所述API脚本，并生成包括所述唯一标识的日志；

日志输出模块，用于当所述API脚本的测试结果未达到预期结果时，根据所述唯一标识提取所有包括所述唯一标识的日志并输出。

9.一种终端，其特征在于，所述终端包括处理器、与所述处理器耦接的存储器，所述存储器中存储有程序指令，所述程序指令被所述处理器执行时，使得所述处理器执行如权利要求1-7中任一项权利要求所述的接口脚本测试日志提取方法的步骤。

10.一种存储介质，其特征在于，存储有能够实现如权利要求1-7中任一项所述的接口脚本测试日志提取方法的程序文件。

Images