CN116501634A - 测试用例管理方法、装置、介质以及电子设备 - Google Patents

Abstract

本公开涉及一种测试用例管理方法、装置、介质以及电子设备，涉及计算机技术领域，该方法确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，并根据目标映射关系以及目标服务包括的接口，对测试用例集合的测试用例进行调整，可以直观地判断出目标服务中的哪些接口是关联有测试用例哪些接口没有关联有测试用例的，从而可以根据目标映射关系对测试用例集合中的测试用例进行调整，以使测试用例集合中的测试用例能够覆盖更多目标服务的接口，而且在目标服务的接口发生变更的情况下，能够及时对相应的测试用例进行调整，使得接口变更管理能够更加智能化，并大幅节省测试用例维护所需的人力成本。

Description

测试用例管理方法、装置、介质以及电子设备

技术领域

本公开涉及计算机技术领域，具体地，涉及一种测试用例管理方法、装置、介质以及电子设备。

背景技术

由于互联网的快速发展，软件使用的接口数量急剧增加。而且，随着业务的多样化，软件对接口的质量要求也在不断增加。在目前的接口测试中，一般是测试人员根据测试需求，逐一编写测试用例，并根据测试用例对接口进行测试。但是，在业务迭代的情况下，业务的接口信息会发生频繁变更，从而给业务带来更高的测试用例维护成本。

发明内容

提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

第一方面，本公开提供一种测试用例管理方法，包括：

确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为所述目标服务中被所述测试用例调用的接口；

根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合。

第二方面，本公开提供一种测试用例管理装置，包括：

确定模块，被配置为确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为所述目标服务中被所述测试用例调用的接口；

调整模块，被配置为根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合。

第三方面，本公开提供一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面所述方法的步骤。

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

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

处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面所述方法的步骤。

基于上述技术方案，通过针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，可以直观地判断出目标服务中的哪些接口是关联有测试用例哪些接口没有关联有测试用例的，从而可以根据目标映射关系对测试用例集合中的测试用例进行调整，以使测试用例集合中测试用例能够覆盖更多目标服务的接口，而且在目标服务的接口发生变更的情况下，能够及时对相应的测试用例进行调整，使得接口变更管理能够更加智能化，并大幅节省测试用例维护所需的人力成本。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。在附图中：

图1是根据一示例性实施例示出的一种测试用例管理方法的流程图。

图2是图1所示步骤120的详细流程图。

图3是根据一示例性实施例示出的通知消息卡片的示意图。

图4是图1所示步骤120的又一详细流程图。

图5是图1所示步骤110的详细流程图。

图6是根据一示例性实施例示出的一种测试用例管理装置的模块连接示意图。

图7是根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

可以理解的是，在使用本公开各实施例公开的技术方案之前，均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。

例如，在响应于接收到用户的主动请求时，向用户发送提示信息，以明确地提示用户，其请求执行的操作将需要获取和使用到用户的个人信息。从而，使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。

作为一种可选的但非限定性的实现方式，响应于接收到用户的主动请求，向用户发送提示信息的方式例如可以是弹窗的方式，弹窗中可以以文字的方式呈现提示信息。此外，弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。

可以理解的是，上述通知和获取用户授权过程仅是示意性的，不对本公开的实现方式构成限定，其它满足相关法律法规的方式也可应用于本公开的实现方式中。

同时，可以理解的是，本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。

图1是根据一示例性实施例示出的一种测试用例管理方法的流程图。如图1所示，本公开实施例提供一种测试用例管理方法，该方法可以通过电子设备执行，具体可以是通过一种测试用例管理装置来执行，该装置可以由软件和/或硬件的方式实现，配置于电子设备中。如图1所示，该方法可以包括以下步骤。

在步骤110中，确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中第一目标接口为目标服务中被测试用例调用的接口。

这里，针对目标服务的测试用例集合是指用于对目标服务的接口进行测试的测试用例的集合。其中，针对目标服务的测试用例集合中的测试用例的数量可以是一个或多个。

针对目标服务的测试用例集合可以通过测试任务来确定。测试任务是指针对业务线(产品线)上的任一服务(指软件产品)进行测试的任务。例如，针对业务线A中的服务B进行的一次测试。应当理解的是，一个测试任务可以包括一个或多个测试用例。其中，测试用例(Test Case)是指对一项特定的软件产品进行测试的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。

第一目标接口是在执行测试用例时被该测试用例调用的目标服务中的应用程序编程接口(Application Programming Interface，API)。其中，应用程序编程接口是指一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

目标映射关系是指测试用例集合中包括的测试用例与该测试用例调用的目标服务中的第一目标接口之间的关系。例如，测试用例集合A中的测试用例B在被执行时，测试用例B调用目标服务C中的接口D以及接口E，则目标映射关系为测试用例B---接口D以及接口E。

示例性地，可以在测试用例运行的过程中，采集目标服务中被测试用例调用的接口对应的接口信息，并将采集到的测试用例的用例信息与采集到的该测试用例对应的接口信息进行关联，获得目标映射关系。

值得说明的是，该目标映射关系可以是针对目标服务成功进行的测试任务包括的测试用例与第一目标接口之间的关系。

在步骤120中，根据目标映射关系以及目标服务包括的接口，对测试用例集合中测试用例进行调整，得到调整后的测试用例集合。

这里，目标映射关系用于反映测试用例与目标服务中包括的接口之间的关系。通过目标映射关系，可以直观地判断目标服务中的哪些接口是关联有测试用例，哪些接口没有关联有测试用例，从而根据目标映射关系对测试用例集合中包括的测试用例进行调整。

根据目标映射关系以及目标服务包括的接口对测试用例集合中的测试用例进行调整，可以是新增测试用例和/或对原有的测试用例进行更新等等。

例如，在目标映射关系表征目标服务包括的接口未关联有测试用例的情况下，可以测试用例集合中新增测试用例。其中，新增的测试用例用于对目标服务中未关联有测试用例的接口进行测试。

还例如，在目标映射关系表征目标服务包括的接口未关联有测试用例的情况下，可以对测试用例集合中已有的测试用例进行调整，以使调整后的测试用例能够对未关联有测试用例的接口进行测试。

又例如，在目标服务包括的接口中存在接口发生接口信息变更的情况下，可以根据目标映射关系，确定与发生接口信息变更的接口关联的测试用例，并根据变更后的接口信息对该测试用例进行调整。

由此，通过针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，可以直观地判断出目标服务中的哪些接口是关联有测试用例哪些接口没有关联有测试用例的，从而可以根据目标映射关系对测试用例集合中的测试用例进行调整，以使测试用例集合中的测试用例能够覆盖更多目标服务的接口，而且在目标服务的接口发生变更的情况下，能够及时对相应的测试用例进行调整，使得接口变更管理能够更加智能化，并大幅节省测试用例维护所需的人力成本。其中，根据目标映射关系对测试用例进行调整可以是对已有的测试用例进行更新，和/或新增测试用例，以使针对目标服务的测试用例集合能够对目标服务的接口进行全覆盖。例如，对于目标服务中没有关联有测试用例的接口，则可以新增针对该接口的测试用例，以提高测试用例集合中的测试用例针对目标服务的接口的覆盖度。

图2是图1所示步骤120的详细流程图。在一些可以实现的实施方式中，步骤120可以包括以下步骤。

在步骤121中，在目标服务的第二目标接口发生接口信息变更的情况下，确定目标服务的第二目标接口对应的第一接口信息。

这里，第二目标接口是目标服务中发生接口信息变更的接口。其中，在接口的版本信息中，接口信息包括Endpoint(通信终结点)、请求参数、响应参数等等信息，若目标服务中任一接口的接口信息发生变更，该接口被定义为第二目标接口。例如，版本Version1.0.12中的接口A的请求参数为X，若在最新版本Version1.0.13中，接口A的请求参数变更为Y，则接口A为第二目标接口。当然，若目标服务新增和/或删除接口，则新增和/或删除的接口被定义为第二目标接口。

其中，第二目标接口对应的第一接口信息可以是指目标服务中发生接口信息变更的接口对应的信息。该第一接口信息可以包括目标服务的服务标识、接口的请求路径、接口的版本信息、接口的变更时间信息以及接口名称等等。

在步骤122中，根据第一接口信息以及目标映射关系，确定第二目标接口与测试用例之间的关联关系，其中关联关系用于表征第二目标接口是否关联有测试用例。

这里，由于目标映射关系反映了测试用例与目标服务中包括的接口之间的关系，根据第一接口信息以及目标映射关系，可以确定到第二目标接口与测试用例之间的关联关系。其中，该关联关系用于表征第二目标接口是否关联测试用例。应当理解的是，第二目标接口关联有测试用例是指测试任务中存在测试用例能够对第二目标接口进行测试。第二目标接口未关联有测试用例是指测试任务中不存在测试用例能够对第二目标接口进行测试。

在步骤123中，根据关联关系，确定第二目标接口对应的目标测试用例，以基于目标测试用例得到调整后的测试用例集合。

这里，由于第二目标接口与测试用例之间的关联关系反映了第二目标接口是否关联有测试用例，则可以根据该关联关系来确定第二目标接口对应的目标测试用例。其中，可以根据第二目标接口对应的第一接口信息，在目标映射关系中查询第二目标接口是否关联有测试用例，获得对应的关联关系。

作为一些示例，在关联关系表征第二目标接口关联有测试用例的情况下，若第二目标接口关联的测试用例适用于第二目标接口，根据第二目标接口对应的第一接口信息，对测试用例集合中的与第二目标接口关联的测试用例进行更新，获得目标测试用例。

其中，在关联关系表征第二目标接口关联有测试用例的情况下，可以根据第二目标接口的第一接口信息，获取第二目标接口关联的测试用例的用例路径，并根据该用例路径查询得到第二目标接口关联的测试用例，若查询到的测试用例适用于接口信息变更后的第二目标接口，则根据第二目标接口对应的第一接口信息，对查询到的测试用例进行更新，获得目标测试用例，从而将测试用例集合中原有的测试用例替换为该目标测试用例，获得调整后的测试用例集合。

应当理解的是，查询到的测试用例适用于接口信息变更后的第二目标接口可以是指，查询到的测试用例依然能够用于测试接口信息发生变更的第二目标接口。例如，若与第二目标接口关联的测试用例的请求路径未发生变化，则该测试用例依然适用于接口信息变更后的第二目标接口。

作为另一些示例，在关联关系表征第二目标接口关联有测试用例的情况下，若第二目标接口关联的测试用例不适用于第二目标接口，根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成目标测试用例。

其中，在关联关系表征第二目标接口关联有测试用例的情况下，可以根据第二目标接口的第一接口信息，获取第二目标接口关联的测试用例的用例路径，并根据该用例路径查询得到第二目标接口关联的测试用例，若查询到的测试用例不适用于接口信息变更后的第二目标接口，则根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成目标测试用例，从而将测试用例集合中原有的测试用例替换为该目标测试用例，获得调整后的测试用例集合。

应当理解的是，查询到的测试用例不适用于接口信息变更后的第二目标接口可以是指，查询到的测试用例不再能够用于测试接口信息发生变更的第二目标接口。例如，若与第二目标接口关联的测试用例的请求路径发生变化，则该测试用例不适用于接口信息变更后的第二目标接口。

在查询到的测试用例不适用于接口信息变更后的第二目标接口的情况下，则可以根据第二目标接口对应的第一接口信息以及预先配置的用例模板，重新生成第二目标接口的目标测试用例。值得说明的是，关于如何生成第二目标接口对应的目标测试用例将在后续实施例中进行详细说明。

作为又一些示例，在关联关系表征第二目标接口未关联有测试用例的情况下，根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成目标测试用例。

其中，在第二目标接口未关联有测试用例的情况下，则可以根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成第二目标接口的目标测试用例，从而将测试用例集合中原有的测试用例替换为该目标测试用例，获得调整后的测试用例集合。第二目标接口未关联有测试用例表示针对目标服务的测试用例不存用于对第二目标接口进行测试的测试用例。值得说明的是，关于如何生成第二目标接口对应的目标测试用例将在后续实施例中进行详细说明。

由此，通过确定目标服务中发生接口信息变更的第二目标接口的第一接口信息，并根据第一接口信息以及目标映射关系，确定第二目标接口与测试用例之间的关联关系，进而根据关联关系，确定第二目标接口对应的目标测试用例，能够在目标服务中出现接口信息发生变更的第二目标接口的情况下，对该第二目标接口对应的测试用例进行更新，从而使得在服务迭代时，能够自动感知接口变更以及自动维护测试用例。

在一些可以实现的实施方式中，第一接口信息可以包括第二目标接口的接口元数据，相应地，可以根据第二目标接口的接口元数据，确定用于生成测试用例的脚本信息，进而根据脚本信息以及预先配置的用例模板，生成目标测试用例。

这里，可以从接口管理平台中获取第二目标接口的接口元数据。其中，第二目标接口的接口元数据包括服务信息(Service)、服务标识(PSM)、URL(Uniform ResourceLocator，统一资源定位符)以及路径信息(Path)等等信息。可以解析第二目标接口的接口元数据，确定用于生成测试用例的脚本信息。其中，该脚本信息可以包括Package(包)、Method(方法)、Struct(结构)以及Constant(常量)等信息。

然后，可以将脚本信息与预先配置的用例模板进行拼装，生成目标测试用例。其中，该目标测试用例是携带有第二目标接口的接口元数据的测试用例，该目标测试用例在被执行时，能够直接调用第二目标接口。例如，目标测试用例包括基本的API、Case(测试)函数、相关的constant(常数)、Struct(结构)以及Enum(枚举类型)等定义，该目标测试用例能够直接用于对第二目标接口的接口连通性测试，而且通过定制用例模版，能够满足更复杂的Response校验。

示例性地，可以将接口元数据以JSON串的形式输入用例生成工具。用例生成工具解析JSON串中的Service、PSM、URL以及Path等信息，并结构化存储在对应的文件结构体中。进而，从文件结构体中解析得到生成测试用例所需的脚本信息，并将该脚本信息存储在用例结构体中。然后，从用例结构体中取出脚本信息，与预先配置的用例模板进行拼装，生成携带有接口元数据的目标测试用例。

值得说明的是，目标测试用例可以是代码模式的用例，相应地，从用例结构体中取出脚本信息，与预先配置的用例模板进行拼装，生成携带有接口元数据的目标测试用例，可以是根据脚本信息以及用例模板，从代码仓库中拉取分支代码，然后commit(提交)代码，并提交MR(Merge Request，代码分支合并请求)流程。即，可以从代码仓库中拉取分支代码，然后将拉取到的分支代码提交至指定的代码库，然后对分支代码进行合并，即可形成能够直接调用的实现该测试用例的脚本。

在一些实施例中，可以通过Freemarker(一种模板引擎)来定制不同语言(包括Python(一种面向对象、解释型电脑程式设计语言)、JAVA(一门面向对象编程语言)、Go(一种静态强类型、编译型语言))以及不同规则的用例模板。

由此，通过根据第二目标接口的接口元数据，确定用于生成测试用例的脚本信息，并根据脚本信息以及预先配置的用例模板，生成目标测试用例，可以快速且自动化生成第二目标接口的测试用例。

在一些可以实现的实施方式中，可以根据脚本信息以及预先配置的用例模板，生成初始测试用例，进而根据断言生成代码以及初始测试用例，获得目标测试用例。

这里，可以先将脚本信息与用例模板进行拼装，获得初始测试用例，然后将断言生成代码写入初始测试用例中，获得目标测试用例。其中，断言生成代码在被执行时，可以实现：获取目标测试用例调用的接口对应的返回值，并根据返回值确定第一断言信息；和/或变更目标测试用例调用的接口的响应方式，并根据该接口通过变更后的响应方式反馈的结果，确定第二断言信息；和/或检测目标测试用例调用的接口对应的数据库，并根据检测结果确定第三断言信息。

例如，断言生成代码可以hook(钩取)能力对assert(断言函数)进行修改，获得目标测试用例调用的第二目标接口的返回值，并根据返回值与请求值生成第一断言信息。

又例如，断言生成代码可以变更目标测试用例调用的接口的响应(Response)方式，并根据目标测试用例的Case函数是否能够拦截到响应方式变更后的接口的返回值，来获得第二断言信息，从而反向验证目标测试用例是否能够正常拦截到接口的响应。

还例如，断言生成代码可以对目标测试用例调用的接口对应的数据库进行检测，根据检测结果来确定第三断言信息，以对数据库进行校验。示例性地，可以在ByteSQL(表格层，支持通过结构化查询语言(SQL)来写入和读取)底层依赖的sqlalchemy库(是Python编程语言下的一款开源软件，提供了SQL工具包及对象关系映射(ORM)工具)中注册监听器，以检测目标测试用例是否对数据库中的数据进行操作。

由此，通过在目标测试用例中写入断言生成代码，可以在执行目标测试用例时，生成有意义以及符合目标需求的断言信息。

在一些可以实现的实施方式中，步骤121中，可以获取接口管理平台的消息队列中的接口变更消息，并根据接口变更消息，确定目标服务的第二目标接口对应的第一接口信息。

这里，接口变更消息是接口管理平台根据目标服务的版本信息确定第二目标接口对应的第一接口信息，并基于第一接口信息而生成的。

其中，接口管理平台可以根据目标服务的版本信息，确定目标服务中发生接口信息变更的第二目标接口对应的第一接口信息。例如，在接口的版本信息中，接口信息包括Endpoint(通信终结点)、请求参数、响应参数等等信息，若任一接口的接口信息发生变更，该接口被定义为第二目标接口。例如，版本Version1.0.12中的接口A的请求参数为X，若在最新版本Version1.0.13中，接口A的请求参数变更为Y，则接口A为第二目标接口。当然，若目标服务新增和/或删除接口，则新增和/或删除的接口被定义为第二目标接口。

接口管理平台通过版本信息，可以确定目标服务中是否存在发生接口信息变更的第二目标接口，并且确定到目标服务中发生接口信息变更的第二目标接口对应的第一接口信息。而且，接口管理平台在确定到第二目标接口之后，基于第一接口信息生成接口变更消息(DIFF信息)。然后接口管理平台生成的接口变更消息进入消息队列，并基于Faas(功能即服务，一种云计算服务)的消息触发器向业务端推送接口变更消息，业务端则消费接口管理平台推送的接口变更消息，根据接口变更消息，确定目标服务的第二目标接口对应的第一接口信息。

值得说明的是，接口管理平台可以判断目标服务是否在预设的通知范围内，若在，则构造上述接口变更消息，并将接口变更消息推送至对应的业务端中。

由此，通过消息队列，在目标服务的接口发生变更时，能够及时通知业务端对测试用例进行调整。

在一些实施例中，接口变更消息可以是消息卡片的形式。即可以根据目标服务的第二目标接口对应的第一接口信息，构建通知消息卡片，并将该通知消息卡片推送至业务端。

图3是根据一示例性实施例示出的通知消息卡片的示意图。如图3所示，通知消息卡片中可以包括服务信息、请求路径、版本信息、分支、操作人、操作时间、修改接口ID、接口名称、是否关联测试用例、RPC方法名等等信息。值得说明的是，通过通知消息卡片，可以使得业务端能够通过通知消息卡片快速了解目标服务发生接口信息变更的接口的详细信息。

如图3所示，在通知消息卡片可以具有“一键更新用例”的第一控件和/或“一键生成用例”的第二控件。其中，在关联关系表征第二目标接口关联有测试用例的情况下，可以在通知消息卡片中展示第一控件。并且，响应于针对第一控件的点击操作，若第二目标接口关联的测试用例适用于第二目标接口，根据第二目标接口对应的第一接口信息，对测试任务中的与第二目标接口关联的测试用例进行更新，获得目标测试用例；若第二目标接口关联的测试用例不适用于第二目标接口，根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成目标测试用例。在关联关系表征第二目标接口未关联有测试用例的情况下，可以在通知消息卡片中展示第二控件。并且，响应于针对第二控件的点击操作，根据第二目标接口对应的第一接口信息以及预先配置的用例模板，生成目标测试用例。

图4是图1所示步骤120的又一详细流程图。在一些可以实现的实施方式中，步骤120可以包括以下步骤。

在步骤221中，确定目标服务包括的所有接口对应的第二接口信息。

这里，可以通过接口管理平台来确定目标服务包括的所有接口对应的第二接口信息。应当理解的是，第二接口信息的含义与第一接口信息的含义一致，可以参见上述实施例的相关描述，在此不再赘述。

在步骤222中，根据第二接口信息以及目标映射关系，确定接口覆盖度信息。

这里，可以对第二接口信息以及目标映射关系进行URL正则匹配，确定接口覆盖度信息。其中，该接口覆盖度信息用于根据接口覆盖度信息对测试用例集合中的测试用例进行调整。

在步骤223中，根据接口覆盖度信息，对测试用例集合中的测试用例进行调整，获得调整后的测试用例集合。

这里，接口覆盖度信息反映了测试用例集合中的测试用例涵盖的接口与目标服务包括的接口之间的覆盖度。例如，接口覆盖度信息可以包括测试用例已经覆盖了目标服务的哪些接口，没有覆盖哪些接口，从而可以根据接口覆盖度信息对测试用例集合中已有的测试用例进行调整和/或在测试用例集合中新增测试用例，以使调整后的测试用例集合能够覆盖更多的接口。

由此，通过采集测试用例集合中包括的测试用例与第一目标接口之间的目标映射关系，并根据第二接口信息以及目标映射关系，确定接口覆盖度信息，可以直观地判断目标服务中的哪些接口是关联有测试用例哪些接口没有关联有测试用例，从而根据接口覆盖度信息对测试用例集合中包括的测试用例进行调整。

值得说明的是，步骤223可以是根据接口覆盖度信息确定目标服务中未关联有测试用例的接口，然后基于该接口对应的接口元数据，结合预先配置的用例模板，生成该接口对应的测试用例。应当理解的是，生成该接口对应的测试用例具体可以是根据该接口的接口元数据，确定用于生成测试用例的脚本信息，然后根据脚本信息以及预先配置的用例模板，生成该接口对应的测试用例。

图5是图1所示步骤110的详细流程图。在一些可以实现的实施方式中，步骤110可以包括以下步骤。

在步骤111中，确定测试用例集合中的测试用例对应的用例信息。

这里，可以在测试用例执行前，可以采集测试用例集合中包括的测试用例对应的用例信息。其中，用例信息可以包括classname(类名)、method(方法)、dir(directory，目录)和file_name(文件名)等等信息。

在步骤112中，采集测试用例在运行时调用的第一目标接口对应的第三接口信息。

这里，可以在测试用例执行过程中，采集测试用例在运行时调用的第一目标接口对应的第三接口信息。其中，第三接口信息可以包括接口的URL、接口所属服务的PSM、type(类型)、endpoint(通信终结点)、method(请求方法)、body(响应正文)和header(消息报头)。

示例性地，在测试用例调用的第一目标接口为HTTP(Hyper Text TransferProtocol，超文本传输协议)接口时，针对HTTP接口，通过AspectJ(一种面向切面的框架)采集HTTP接口的响应信息(Response)，进而解析响应信息，获得第三接口信息。例如，AspectJ提供的Request.send()方法的返回值是Response类型，则通过采集Request.send()方法的返回值，并对返回值进行解析，即可获得endpoint、method、body和header等信息。

应当理解的是，测试用例调用的第一目标接口可以为HTTP单接口，即测试用例调用一个HTTP接口，当然，测试用例调用的第一目标接口也可以为HTTP多接口，即测试用例调用多个HTTP接口。

针对RPC(Remote Procedure Call Protocol，远程过程调用协议)接口，可以通过AspectJ采集RPC接口的响应信息(Response)，并解析响应信息，获得第三接口信息。例如，ThriftRequest.invoke()方法的返回值是ThriftResponse，则通过采集ThriftRequest.invoke()的返回值，并对返回值进行解析即可获得第三接口信息。

在步骤113中，关联用例信息以及第三接口信息，获得目标映射关系。

这里，可以在测试用例执行完之后，将用例信息以及第三接口信息进行关联，获得目标映射关系。

在一些实施例中，可以对用例信息以及第三接口信息进行去重和/或组装，然后关联进行去重和/或组装后的用例信息以及第三接口信息。

示例性地，可以通过如下数据格式表示上述目标映射关系：

ITestContext.m_attributes＝{

"className+methodName1":[

{

"endPoint":endpoint1,

"method":method1,

"response":response1，

"headers":header1

}]

}

其中，className+methodName1表示测试用例，endPoint、method、response、headers表示第三接口信息。

由此，通过确定测试用例对应的用例信息以及第三接口信息，并关联用例以及对应额第三接口信息，获得目标映射关系，可以根据该目标映射关系直观地判断目标服务中的哪些接口是关联有测试用例哪些接口没有关联有测试用例，从而根据目标映射关系对测试任务包括的测试用例进行调整。

值得说明的是，业务端可以基于目标服务的服务信息，通过接口管理平台获取目标服务在接口管理平台上注册的所有接口的第二接口信息，并基于测试用例仓库、测试计划，通过用例执行平台，确定测试计划中最近一次执行成功的测试任务，并根据该测试任务来获得对应的目标映射关系。然后，通过对第二接口信息以及目标映射关系进行URL正则匹配，确定接口覆盖度信息。其中，目标映射关系可以是以XML格式的文件进行存储。

在本公开实施例中，目标映射关系既可以用于确定接口覆盖度信息，从而根据接口覆盖度信息来准确定位没有测试用例覆盖的接口，也可以用于在目标服务中存在接口信息发生变更的第二目标接口的情况下，根据第二目标接口对应的第一接口信息以及目标映射关系，来自动生成接口信息发生变更后的第二目标接口的目标测试用例，从而能够自动感知到服务中发生接口信息变更的接口并自动化维护该接口的测试用例，从而使得测试用例能够自动且快速迭代。

图6是根据一示例性实施例示出的一种测试用例管理装置的模块连接示意图。如图6所示，本公开实施例提供一种测试用例管理装置，该装置600可以包括：

确定模块601，被配置为确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为所述目标服务中被所述测试用例调用的接口；

调整模块602，被配置为根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合。

可选地，调整模块602包括：

第一确定单元，被配置为在所述目标服务的第二目标接口发生接口信息变更的情况下，确定所述目标服务的第二目标接口对应的第一接口信息；

第二确定单元，被配置为根据所述第一接口信息以及所述目标映射关系，确定所述第二目标接口与测试用例之间的关联关系，其中所述关联关系用于表征所述第二目标接口是否关联有测试用例；

第三确定单元，被配置为根据所述关联关系，确定所述第二目标接口对应的目标测试用例，以基于所述目标测试用例，得到调整后的测试用例集合。

可选地，第三确定单元具体被配置为：

在所述关联关系表征所述第二目标接口关联有测试用例的情况下，若所述第二目标接口关联的测试用例适用于所述第二目标接口，根据所述第二目标接口对应的第一接口信息，对所述测试用例集合中与所述第二目标接口关联的测试用例进行更新，获得所述目标测试用例；若所述第二目标接口关联的测试用例不适用于所述第二目标接口，根据所述第二目标接口对应的第一接口信息以及预先配置的用例模板，生成所述目标测试用例；

在所述关联关系表征所述第二目标接口未关联有测试用例的情况下，根据所述第二目标接口对应的第一接口信息以及预先配置的用例模板，生成所述目标测试用例。

可选地，第三确定单元具体被配置为：

根据所述第二目标接口的接口元数据，确定用于生成测试用例的脚本信息；

根据所述脚本信息以及预先配置的用例模板，生成所述目标测试用例。

可选地，第三确定单元具体被配置为：

根据所述脚本信息以及预先配置的用例模板，生成初始测试用例；

根据断言生成代码以及所述初始测试用例，获得所述目标测试用例，其中所述断言生成代码在被执行时：

获取所述目标测试用例调用的接口对应的返回值，并根据所述返回值确定第一断言信息；和/或

变更所述目标测试用例调用的接口的响应方式，并根据该接口通过变更后的响应方式反馈的结果，确定第二断言信息；和/或

检测所述目标测试用例调用的接口对应的数据库，并根据检测结果确定第三断言信息。

可选地，第一确定单元具体被配置为：

获取接口管理平台的消息队列中的接口变更消息，其中所述接口变更消息是所述接口管理平台根据所述目标服务的版本信息确定所述第二目标接口对应的第一接口信息，并基于所述第一接口信息而生成的；

根据所述接口变更消息，确定所述目标服务的第二目标接口对应的第一接口信息。

可选地，调整模块602包括：

第四确定单元，被配置为确定所述目标服务包括的所有接口对应的第二接口信息；

第五确定单元，被配置为根据所述第二接口信息以及所述目标映射关系，确定接口覆盖度信息；

调整单元，被配置为根据所述接口覆盖度信息，对所述测试用例集合中的测试用例进行调整。

可选地，确定模块601包括：

用例信息确定单元，被配置为确定所述测试用例集合中的的测试用例对应的用例信息；

采集单元，被配置为采集所述测试用例在运行时调用的第一目标接口对应的第三接口信息；

关联单元，被配置为关联所述用例信息以及所述第三接口信息，获得所述目标映射关系。

关于上述装置600中的各个功能模块执行的方法的逻辑可以参照上述实施例关于方法的部分，在此不再赘述。

下面参考图7，其示出了适于用来实现本公开实施例的电子设备700的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，电子设备与接口管理平台可以利用诸如HTTP(HyperTextTransfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：确定针对目标服务的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为目标服务中被所述测试用例调用的接口；根据所述目标映射关系以及所述目标服务包括的接口，对所述的测试用例进行调整，获得调整后的测试用例。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

Claims (11)

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

确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为所述目标服务中被所述测试用例调用的接口；

根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合，包括：

在所述目标服务的第二目标接口发生接口信息变更的情况下，确定所述目标服务的第二目标接口对应的第一接口信息；

根据所述第一接口信息以及所述目标映射关系，确定所述第二目标接口与测试用例之间的关联关系，其中所述关联关系用于表征所述第二目标接口是否关联有测试用例；

根据所述关联关系，确定所述第二目标接口对应的目标测试用例，以基于所述目标测试用例，得到调整后的测试用例集合。

3.根据权利要求2所述的方法，其特征在于，所述根据所述关联关系，确定所述第二目标接口对应的目标测试用例，包括：

在所述关联关系表征所述第二目标接口关联有测试用例的情况下，若所述第二目标接口关联的测试用例适用于所述第二目标接口，根据所述第二目标接口对应的第一接口信息，对所述测试用例集合中与所述第二目标接口关联的测试用例进行更新，获得所述目标测试用例；若所述第二目标接口关联的测试用例不适用于所述第二目标接口，根据所述第二目标接口对应的第一接口信息以及预先配置的用例模板，生成所述目标测试用例；

在所述关联关系表征所述第二目标接口未关联有测试用例的情况下，根据所述第二目标接口对应的第一接口信息以及预先配置的用例模板，生成所述目标测试用例。

4.根据权利要求3所述的方法，其特征在于，所述第一接口信息包括所述第二目标接口的接口元数据，所述根据所述第二目标接口对应的第一接口信息以及预先配置的用例模板，生成所述目标测试用例，包括：

根据所述第二目标接口的接口元数据，确定用于生成测试用例的脚本信息；

根据所述脚本信息以及预先配置的用例模板，生成所述目标测试用例。

5.根据权利要求4所述的方法，其特征在于，所述根据所述脚本信息以及预先配置的用例模板，生成所述目标测试用例，包括：

根据所述脚本信息以及预先配置的用例模板，生成初始测试用例；

根据断言生成代码以及所述初始测试用例，获得所述目标测试用例，其中所述断言生成代码在被执行时：

获取所述目标测试用例调用的接口对应的返回值，并根据所述返回值确定第一断言信息；和/或

变更所述目标测试用例调用的接口的响应方式，并根据该接口通过变更后的响应方式反馈的结果，确定第二断言信息；和/或

检测所述目标测试用例调用的接口对应的数据库，并根据检测结果确定第三断言信息。

6.根据权利要求2所述的方法，其特征在于，所述确定所述目标服务的第二目标接口对应的第一接口信息，包括：

获取接口管理平台的消息队列中的接口变更消息，其中所述接口变更消息是所述接口管理平台根据所述目标服务的版本信息确定所述第二目标接口对应的第一接口信息，并基于所述第一接口信息而生成的；

根据所述接口变更消息，确定所述目标服务的第二目标接口对应的第一接口信息。

7.根据权利要求1所述的方法，其特征在于，所述根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合，包括：

确定所述目标服务包括的所有接口对应的第二接口信息；

根据所述第二接口信息以及所述目标映射关系，确定接口覆盖度信息；

根据所述接口覆盖度信息，对所述测试用例集合中的测试用例进行调整，获得调整后的测试用例集合。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，包括：

确定所述测试用例集合中的测试用例对应的用例信息；

采集所述测试用例在运行时调用的第一目标接口对应的第三接口信息；

关联所述用例信息以及所述第三接口信息，获得所述目标映射关系。

9.一种测试用例管理装置，其特征在于，包括：

确定模块，被配置为确定针对目标服务的测试用例集合中的测试用例与第一目标接口之间的目标映射关系，其中所述第一目标接口为所述目标服务中被所述测试用例调用的接口；

调整模块，被配置为根据所述目标映射关系以及所述目标服务包括的接口，对所述测试用例集合中的测试用例进行调整，得到调整后的测试用例集合。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现权利要求1至8中任一项所述方法的步骤。

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

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

处理装置，用于执行所述存储装置中的所述计算机程序，以实现权利要求1至8中任一项所述方法的步骤。