CN112631929A - 测试用例生成方法、装置、存储介质及电子设备 - Google Patents

Abstract

本公开提供了一种测试用例生成方法、装置、存储介质及电子设备，属于自动化测试工具技术领域，该方法包括：获取待处理日志，对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息，将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息，根据所述待增接口信息，生成对应的目标测试用例。该方法提高了测试用例对实际测试需求的覆盖率，进而保证了测试效果。

Description

测试用例生成方法、装置、存储介质及电子设备

技术领域

本公开涉及自动化测试工具技术领域，具体而言，涉及一种测试用例生成方法、测试用例生成装置、计算机可读存储介质以及电子设备。

背景技术

自动化测试一般是指软件测试的自动化，软件测试就是在预设条件下运行***或应用程序，评估运行结果。在目前的技术方案中，通常使用测试用例以对***或者应用程序进行自动化检测，然而，测试用例容易出现测试需求覆盖不完全，进而会影响测试结果，因此，如何提高测试用例的覆盖率，保证测试结果的准确性成为了亟待解决的技术问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的实施例提供一种测试用例生成方法、基于日志的测试用例生成装置、计算机可读存储介质以及电子设备。

根据本公开的第一方面，提供一种测试用例生成方法，包括：

获取待处理日志；

对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；

将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；

根据所述待增接口信息，生成对应的目标测试用例。

在本公开的一示例性实施例中，根据所述待增接口信息，生成对应的目标测试用例，包括：

根据所述待增接口信息，生成与所述待增接口信息对应的单接口用例；

根据各个所述单接口用例，生成所述目标测试用例。

在本公开的一示例性实施例中，根据所述待增接口信息，生成与所述待增接口信息对应的单接口用例，包括：

根据所述待增接口信息，对所述待增接口信息对应的接口进行监测；

若检测到所述接口被调用时，则获取调用所述接口的请求信息，以及所述接口的调用状态，所述调用状态用于描述所述接口的调用结果；

若所述调用状态为调用成功，则根据调用所述接口的请求信息，获取接口请求路径以及接口输入参数；

根据所述接口请求路径与所述接口输入参数，生成与所述待增接口信息对应的所述单接口用例。

在本公开的一示例性实施例中，根据各个所述单接口用例，生成所述目标测试用例，包括：

获取所述待处理日志的时间戳信息；

基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例。

在本公开的一示例性实施例中，基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例，包括：

基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，选取预定数量的所述单接口用例以生成所述目标测试用例。

在本公开的一示例性实施例中，将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息，包括：

根据所述已有的测试用例，确定所述已有的测试用例对应的已有接口；

将所述调用接口信息与所述已有接口进行对比，确定所述已有接口中未包含的待增接口，并确定该待增接口对应的待增接口信息。

在本公开的一示例性实施例中，所述方法还包括：

基于所述待增接口信息，获取所述待增接口信息对应的输入参数类型，所述输入参数类型包括必需和非必需；

根据所述输入参数类型，生成与所述待增接口信息对应的反向单接口用例。

根据本公开的第二方面，提供一种测试用例生成装置，包括：

第一获取模块，用于获取待处理日志；

第二获取模块，用于对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；

确定模块，用于将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；

处理模块，用于根据所述待增接口信息，生成对应的目标测试用例。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项所述的测试用例生成方法。

根据本公开的第四方面，提供一种电子设备，包括：

处理器；以及

存储器，其上存储有计算机程序；

其中，所述处理器配置为经由执行所述计算机程序来实现如上述任意一项所述的测试用例生成方法。

本公开的实施例提供的技术方案可以具有以下有益效果：

基于本公开的各实施例，通过获取待处理日志，并对待处理日志进行解析，获取待处理日志包含的调用接口信息，再将调用接口信息与已有的测试用例进行对比，确定待增接口信息，以根据待增接口信息，生成对应的目标测试用例，由此，终端设备可以自动根据日志，确定未编写测试用例的接口，并自动生成与该接口对应的目标测试用例，提高了测试用例对测试需求的覆盖率，进而保证了测试结果的准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图。

图2示出了根据本申请的一个实施例的测试用例生成方法的流程示意图。

图3示出了根据本申请的一个实施例的图2的测试用例生成方法中步骤S240的流程示意图。

图4示出了根据本申请的一个实施例的图3的测试用例生成方法中步骤S310的流程示意图。

图5示出了根据本申请的一个实施例的图3的测试用例生成方法中步骤S320的流程示意图。

图6示出了根据本申请的一个实施例的图2的测试用例生成方法中步骤S230的流程示意图。

图7示出了根据本申请的一个实施例的测试用例生成方法还包括的生成反向单接口用例的流程示意图。

图8示出了根据本申请的一个实施例的测试用例生成装置的示意组成框图。

图9示出了根据本申请一个实施例的电子设备的示意组成框图。

图10示出了根据本申请一个实施例的一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图。

如图1所示，***架构可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种，当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备通过网络104与服务器105交互，以接收或发送信息等，服务器105可以是提供各种服务的服务器。用户可以利用终端设备103(也可以是终端设备101或102)获取服务器105中存储的待处理日志，对待处理日志进行解析，获取待处理日志包含的调用接口信息，并将调用接口信息与已有的测试用例进行对比，确定待增接口信息，再根据待增接口信息，生成对应的目标测试用例。

需要说明的是，本申请实施例所提供的测试用例生成方法一般由终端设备执行，相应地，测试用例生成装置一般设置于终端设备中。但是，在本申请的其它实施例中，服务器105也可以与终端设备具有相似的功能，从而执行本申请实施例所提供的测试用例生成方法的方案。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2示出了根据本申请的一个实施例的测试用例生成方法的流程示意图。参照图2所示，该测试用例生成方法至少包括步骤S210至步骤S240，详细介绍如下：

在步骤S210中，获取待处理日志。

其中，待处理日志可以是在使用***或者应用程序的过程中根据用户的操作生成的操作日志，其中可以包括用户在使用过程中调用的接口信息(例如接口名、输入参数等)以及调用接口所返回的参数信息等等。

在一示例中，待处理日志可以存储于终端设备的数据库中，以便于获取。终端设备在执行测试用例生成方法时，可以从本地的存储位置(即数据库)中获取该待处理日志，提高待处理日志的获取效率。

在另一示例中，待处理日志也可以存储于服务器中，不同终端设备所产生的操作日志可以存储于同一个服务器中。由此，终端设备在获取待处理日志时，可以获取其他终端设备所产生的操作日志。应该理解的，多个终端设备所产生的操作日志对接口的覆盖率更高，进而可以保证后续生成测试用例对实际测试需求的覆盖率。

在步骤S220中，对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息。

其中，调用接口可以是用户在实际使用过程中所调用的接口，调用接口信息可以是与用户所调用的接口相关的信息。例如该调用接口信息可以包括但不限于所调用的接口的接口名、标识信息、调用接口的时间信息等等。

在该实施例中，终端设备可以对所获取的待处理日志进行解析，从待处理日志中获取用户的调用接口信息，以知晓用户在实际使用过程中所会调用的接口。

在步骤S230中，将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息。

其中，已有的测试用例可以是已经编写完成的测试用例。

待增接口可以是已有的测试用例未涉及的接口，待增接口信息则是与已有的测试用例未涉及的接口相关的信息，其可以包含待增接口的接口名以及输入参数等等。

在该实施例中，终端设备可以将用户在实际使用过程中的调用接口信息与已有的测试用例进行对比，应该理解的，已有的测试用例是针对接口进行编写的，每一个测试用例可以涉及至少一个接口。因此，可以将调用接口信息与已有的测试用例所涉及的接口进行比较，确定已有的测试用例所未涉及的接口即待增接口，并确定该待增接口的待增接口信息，例如接口名等等。

在步骤S240中，根据所述待增接口信息，生成对应的目标测试用例。

在该实施例中，根据所确定的待增接口信息，生成与该待增接口信息对应的目标测试用例。由此，可以将测试用例与用户的实际操作相匹配，提高测试用例对实际测试需求的覆盖率，进而保证了测试效果。

基于图2所示的实施例，图3示出了根据本申请的一个实施例的图2的测试用例生成方法中步骤S240的流程示意图。参照图3所示，步骤S240至少包括步骤S310至步骤S320，详细介绍如下：

在步骤S310中，根据所述待增接口信息，生成与所述待增接口信息对应的单接口用例。

其中，单接口用例可以是针对于单一接口的测试程序，根据该单接口用例可以对单一的接口进行测试，以确定该接口是否可以正常调用。

在该实施例中，终端设备根据各个待增接口信息，可以生成与每一待增接口信息对应的单接口用例，以得到针对每一接口的单接口用例。在测试时使用单接口测试用例进行测试，可以确定该接口是否能够被正常调用。

在步骤S320中，根据各个所述单接口用例，生成所述目标测试用例。

在该实施例中，基于多个单接口用例，将至少两个单接口用例进行关联组合，以得到目标测试用例。应该理解的，用户在一次操作过程中，可能会涉及到多个接口，因此，基于多个单接口用例生成目标测试用例，可以使得所生成的目标测试用例符合用户的实际操作需求，同时也能够测试多个接口在被关联使用时的工作情况，保证了目标测试用例的测试效果。

基于图2和图3所示的实施例，图4示出了根据本申请的一个实施例的图3的测试用例生成方法中步骤S310的流程示意图。参照图4所示，步骤S310至少包括步骤S410至步骤S440，详细介绍如下：

在步骤S410中，根据所述待增接口信息，对所述待增接口信息对应的接口进行监测。

在本申请的一个实施例中，终端设备可以采用预设的接口监测器对待增接口信息对应的接口进行监测，以得到该待增接口的调用信息，该调用信息可以包括但不限于调用待增接口的请求信息以及调用该待增接口的调用状态等等。其中，调用状态可以用于表示该待增接口的调用结果，例如该调用状态可以包括调用成功和调用失败等等。

在一示例中，可以通过截取调用待增接口的反馈信息，以确定该待增接口的调用状态。该反馈信息可以是调用待增接口后，该待增接口所返回的信息。若调用成功，则该反馈信息可以包含用户调用该待增接口所欲访问的信息，若调用失败，则该反馈信息可以包含接口调用异常的提示信息。由此，可以根据该反馈信息，确定该待增接口的调用状态。

在步骤S420中，若检测到所述接口被调用时，则获取调用所述接口的请求信息，以及所述接口的调用状态，所述调用状态用于描述所述接口的调用结果。

在该实施例中，当接口监测器接收到调用待增接口的请求信息时，可以对应记录该请求信息，并在接口调用结束之后，获取该接口的调用状态，以确定该待增接口是否成功调用。

在步骤S430中，若所述调用状态为调用成功，则根据调用所述接口的请求信息，获取接口请求路径以及接口输入参数。

在该实施例中，终端设备根据不同的接口调用状态，可以将该待增接口的历史调用记录划分成调用成功和调用异常两个类别，若调用异常，则表示对待增接口的请求信息或者输入参数有误，又或者是两个接口之间互相冲突，从而无法正确调用该待增接口。

因此，终端设备可以只根据对待增接口调用成功的请求信息，获取其中包含的接口请求路径和接口输入参数。其中接口输入参数可以是调用接口所需的参数，例如用户在调用登陆接口时，需要输入用户账号以及账号密码作为接口输入参数等等。

在步骤S440中，根据所述接口请求路径与所述接口输入参数，生成与所述待增接口信息对应的所述单接口用例。

在该实施例中，由于该接口请求路径以及接口输入参数为从调用成功的请求信息中获取，所以根据该接口请求路径和接口输入参数所生成的对待增接口的单接口用例，可以保证其的可行性，防止单接口测试用例无法成功调用接口，从而影响测试用例的测试结果。

基于图2、图3以及图4所示的实施例，在本申请的一个实施例中，根据所述接口请求路径与所述接口输入参数，生成与所述待增接口信息对应的所述单接口用例，包括：

获取与所述待增接口对应的目标日志，所述目标日志包括调用成功日志以及调用失败日志；

根据所述目标日志，获取所述待增接口的参数特征信息，所述参数特征信息用于描述接口输入参数的格式规则；

根据所述接口请求路径、所述接口输入参数以及所述参数特征信息，生成与所述待增接口信息对应的所述单接口用例。

其中，目标日志可以是该待增接口在历史调用中所生成的日志信息，可以根据该待增接口每一次被调用时的调用状态，将目标日志划分为调用成功日志和调用失败日志。

参数特征信息用于描述接口输入参数的格式规则，例如该参数特征信息可以是某一参数的数据类型或者该参数对应的正确的执行操作等等。具体地，将调用成功日志以及调用失败日志进行比对，可以确定在请求调用待增接口时，每一接口输入参数所对应的正确的数据类型，以及对该接口输入参数的正确的执行操作等，以保证在生成单接口用例时，能够遵守该待增接口的参数特征信息，防止单接口用例因为接口输入参数不符合格式规则，从而导致所生成的单接口用例无法正常运行的情况发生。

基于图2和图3所示的实施例，图5示出了根据本申请的一个实施例的图3的测试用例生成方法中步骤S320的流程示意图。参照图5所示，步骤S320至少包括步骤S510至步骤S520，详细介绍如下：

在步骤S510中，获取所述待处理日志的时间戳信息。

在该实施例中，时间戳信息可以是用于表明接口被调用时间的信息。应该理解的，每一日志可以对应于一个接口的调用记录，则生成该日志的时间戳信息即为调用对应的接口的时间信息。由此，根据各个待处理日志的时间戳信息，即可知晓每一接口被调用的先后顺序。

在步骤S520中，基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例。

在该实施例中，根据待处理日志的时间戳信息，对各个待增接口信息所对应的单接口用例进行排序，再根据排序后的单接口用例，生成目标测试用例，由此可以保证所生成的目标测试用例逻辑的正确性，使得该目标测试用例能够基于实际的业务逻辑进行测试，从而保证该目标测试用例的测试效果。

基于上述实施例，在本申请的一个实施例中，基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例，包括：

基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，选取预定数量的所述单接口用例以生成所述目标测试用例。

在该实施例中，预定数量可以是预先设定的、用以限定测试用例里包含的单接口用例的数量的阈值。例如该预定数量可以是3个或者5个等等，以上仅为示例性举例，本领域技术人员可以根据实际需要，确定对应的预定数量，本申请对此不做特殊限定。

通过预先确定预定数量，从而限定每一目标测试用例中所包含的单接口用例的数量，可以防止因为目标测试用例中包含的单接口测试用例过多，从而在目标测试用例确定接口工作异常时无法快速定位工作异常的接口，进而可以提高异常接口的定位效率。

基于图2所示的实施例，图6示出了根据本申请的一个实施例的图2的测试用例生成方法中步骤S230的流程示意图。参照图6所示，步骤S230至少包括步骤S610至步骤S620，详细介绍如下：

在步骤S610中，根据所述已有的测试用例，确定所述已有的测试用例对应的已有接口。

在该实施例中，终端设备根据已有的测试用例，可以确定已有的测试用例中所涉及的接口即已存在测试用例的接口。需要说明的，一个测试用例中所涉及的已有接口可以是一个也可以是多个。

在步骤S620中，将所述调用接口信息与所述已有接口进行对比，确定所述已有接口中未包含的待增接口，并确定该待增接口对应的待增接口信息。

在该实施例中，终端设备将调用接口信息与已有接口进行比对，若调用接口信息与已有接口相匹配，则表示该调用接口信息所对应的接口已存在测试用例，无需再生成测试用例；若调用接口信息与已有接口不匹配，则表示不存在与该接口调用信息对应的接口所对应的测试用例，可以将该接口作为待增接口，并确定该待增接口对应的待增接口信息(例如接口名或者标识信息等)。

由此，可以准确知晓某一接口是否需要生成对应的测试用例，从而可以提高所生成的目标测试用例与实际测试需求的覆盖率，进而保证了目标测试用例的测试效果。

基于图2所示的实施例，图7示出了根据本申请的一个实施例的测试用例生成方法还包括的生成反向单接口用例的流程示意图。参照图7所示，生成反向单接口用例至少包括步骤S710至步骤S720，详细介绍如下：

在步骤S710中，基于所述待增接口信息，获取所述待增接口信息对应的输入参数类型，所述输入参数类型包括必需和非必需。

其中，输入参数类型可以是用于表明接口输入参数是否必需的标识信息，其可以包括必需和非必需两种类型。例如用户在登陆的过程中，调用了登陆的接口，而用户ID以及密码的输入参数类型即为必需；又如用户调用了查询的接口，而在查询过程中，并不一定要有输入参数，可以全范围进行查询，也可以输入信息进行精确查询，如查询所有股票的行情或者精确查询某一支股票的行情等等，因此查询的接口的输入参数类型即为非必需，等等。通过对接口输入参数进行分类，可以明确在调用该待增接口时接口输入参数的重要性。

在本申请的一个实施例中，可以预先建立接口信息与输入参数类型对应关系表，从而可以根据该待增接口信息查询该对应关系表，以明确该待增接口的输入参数类型。

在步骤S720中，根据所述输入参数类型，生成与所述待增接口信息对应的反向单接口用例。

其中，反向单接口用例可以是用于在输入参数类型为必需时对接口进行测试的用例。

在该实施例中，若某一待增接口的输入参数类型为必需时，则可以根据该待增接口信息生成对应的反向单接口用例，该反向单接口用例中并未包含调用该待增接口所必需的接口输入参数。由此，可以测试该待增接口是否能够正确响应。例如在调用登陆的接口时，未输入用户账号和账号密码，也可成功调用该接口，则表明登陆的接口存在异常，等等。

由此，通过生成反向单接口用例，可以对待增接口进行全面测试，以保证待增接口的测试结果的全面性，从而可以保证待增接口的正常工作。

本公开还提供了一种测试用例生成装置。参考图8所示，该装置可以包括第一获取模块810、第二获取模块820、确定模块830以及处理模块840。其中：

第一获取模块810用于获取待处理日志；

第二获取模块820用于对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；

确定模块830用于将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；

处理模块840用于根据所述待增接口信息，生成对应的目标测试用例。

上述测试用例生成装置中各模块的具体细节已经在对应的测试用例生成方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

下面参照图9来描述根据本发明的这种实施方式的电子设备500。图9显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同***组件(包括存储单元520和处理单元510)的总线530。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图2中所示的步骤210：获取待处理日志；步骤S220：对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；步骤S230，用于将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；步骤S240，用于根据所述待增接口信息，生成对应的目标测试用例。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(ROM)5203。

存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图10所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (10)

1.一种测试用例生成方法，其特征在于，包括：

获取待处理日志；

对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；

将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；

根据所述待增接口信息，生成对应的目标测试用例。

2.根据权利要求1所述的方法，其特征在于，根据所述待增接口信息，生成对应的目标测试用例，包括：

根据所述待增接口信息，生成与所述待增接口信息对应的单接口用例；

根据各个所述单接口用例，生成所述目标测试用例。

3.根据权利要求2所述的方法，其特征在于，根据所述待增接口信息，生成与所述待增接口信息对应的单接口用例，包括：

根据所述待增接口信息，对所述待增接口信息对应的接口进行监测；

若检测到所述接口被调用时，则获取调用所述接口的请求信息，以及所述接口的调用状态，所述调用状态用于描述所述接口的调用结果；

若所述调用状态为调用成功，则根据调用所述接口的请求信息，获取接口请求路径以及接口输入参数；

根据所述接口请求路径与所述接口输入参数，生成与所述待增接口信息对应的所述单接口用例。

4.根据权利要求2所述的方法，其特征在于，根据各个所述单接口用例，生成所述目标测试用例，包括：

获取所述待处理日志的时间戳信息；

基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例。

5.根据权利要求4所述的方法，其特征在于，基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，生成所述目标测试用例，包括：

基于各个所述待增接口信息对应的待处理日志的时间戳信息以及各个所述待增接口信息对应的所述单接口用例，选取预定数量的所述单接口用例以生成所述目标测试用例。

6.根据权利要求1所述的方法，其特征在于，将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息，包括：

根据所述已有的测试用例，确定所述已有的测试用例对应的已有接口；

将所述调用接口信息与所述已有接口进行对比，确定所述已有接口中未包含的待增接口，并确定该待增接口对应的待增接口信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于所述待增接口信息，获取所述待增接口信息对应的输入参数类型，所述输入参数类型包括必需和非必需；

根据所述输入参数类型，生成与所述待增接口信息对应的反向单接口用例。

8.一种测试用例生成装置，其特征在于，包括：

第一获取模块，用于获取待处理日志；

第二获取模块，用于对所述待处理日志进行解析，获取所述待处理日志包含的调用接口信息；

确定模块，用于将所述调用接口信息与已有的测试用例进行对比，确定待增接口信息；

处理模块，用于根据所述待增接口信息，生成对应的目标测试用例。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的测试用例生成方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，其上存储有计算机程序；

其中，所述处理器配置为经由执行所述计算机程序来实现如权利要求1-7中任一项所述的测试用例生成方法。

Images