CN113760769A - 测试用例处理方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本公开提供了一种测试用例处理方法、装置、电子设备以及存储介质，涉及计算机技术领域，尤其涉及测试领域。具体实现方案为：根据与当前版本代码对应的代码变更信息，确定至少一个测试用例；根据核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，对象包括以下至少一项：代码变更信息和至少一个测试用例。

Description

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

技术领域

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

背景技术

随着业务的不断发展，产品版本升级越来越频繁。

为了保证每个产品版本能够正常运行，可以利用测试用例对版本代码进行测试的方式。测试用例可以是从测试用例集中确定的。

发明内容

本公开提供了一种测试用例处理方法、装置、电子设备以及存储介质。

根据本公开的一方面，提供了一种测试用例处理方法，包括：根据与当前版本代码对应的代码变更信息，确定至少一个测试用例；以及，根据核心程度信息，从上述至少一个测试用例中确定用于对上述当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，上述对象包括以下至少一项：上述代码变更信息和上述至少一个测试用例。

根据本公开的另一方面，提供了一种测试用例处理装置，包括：第一确定模块，用于根据与当前版本代码对应的代码变更信息，确定至少一个测试用例；以及，第二确定模块，用于根据核心程度信息，从上述至少一个测试用例中确定用于对上述当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，上述对象包括以下至少一项：上述代码变更信息和上述至少一个测试用例。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与上述至少一个处理器通信连接的存储器；其中，上述存储器存储有可被上述至少一个处理器执行的指令，上述指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行如上所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，上述计算机指令用于使上述计算机执行如上所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，上述计算机程序在被处理器执行时实现如上所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开实施例的可以应用测试用例处理方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的测试用例处理方法的流程图；

图3示意性示出了根据本公开实施例的确定目标测试用例过程的示意图；

图4示意性示出了根据本公开实施例的确定代码的核心程度的流程图；

图5示意性示出了根据本公开实施例的确定函数的核心程度的示意图；

图6示意性示出了根据本公开实施例的测试用例处理装置的框图；以及

图7示意性示出了根据本公开实施例的适于实现测试用例处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

测试可以包括白盒测试和黑盒测试。黑盒测试(即功能测试)是不考虑程序的内部结构，通过测试来检测程序功能是否能被正常使用的测试。即，在测试中，可以将程序看作一个不能打开的黑盒子，在不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，以此检测程序是否能正确的接收输入数据并输出正确的输出结果。黑盒测试可以用于对前端模块或前端服务进行测试。前端模块或前端服务可以是基于JS(即JavaScript)语言开发的。

随着业务的发展，测试用例也越来越多，不同测试用例之间可能存在冗余，测试用例数目较多和测试用例之间的冗余性，使得测试效率降低，测试成本增加。为此，可以预先建立代码与测试用例之间的映射关系，再根据代码与测试用例之间的映射关系以及代码变更信息，从测试用例集中确定测试用例。

在实现本公开构思的过程中，发现可以测试用例在执行过程中根据代码的重要程度和与业务相关的相关性中的至少一项，将代码划分为核心代码和非核心代码。可以针对核心代码设计相应的测试用例，针对非核心代码设计相应的测试用例。例如，非核心代码可以包括输出数据或日志等。在一些情况下，可以利用针对核心代码设计的测试用例对核心代码测试即可，但如果按照上述方式，则一方面可能引入针对非核心代码的测试，由此，可能会引入针对非核心代码设计的测试用例，进而使得根据代码和测试用例之间的映射关系确定出的测试用例仍然较多且冗余。另一方面由于针对非核心代码设计的测试用例可能会调用到核心代码，因此，针对核心代码的测试可能会引入针对非核心代码设计的测试用例，使得根据代码和测试用例之间的映射关系确定出的测试用例仍然较多且冗余。

为此，本公开实施例提供了一种根据代码和测试用例中的至少一项的核心程度，从已确定出的测试用例中确定目标测试用例的方案。即，根据与当前版本代码对应的代码变更信息，确定至少一个测试用例，并根据核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例。核心程度信息用于表征对象的核心程度，对象包括以下至少一项：代码变更信息和至少一个测试用例。

图1示意性示出了根据本公开实施例的可以应用测试用例处理方法及装置的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。例如，在另一实施例中，可以应用测试用例处理方法及装置的示例性系统架构可以包括终端设备，但终端设备可以无需与服务器进行交互，即可实现本公开实施例提供的测试用例处理方法及装置。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如知识阅读类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的内容提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

服务器105可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，解决了传统物理主机与VPS服务(Virtual Private Server，VPS)中，存在的管理难度大，业务扩展性弱的缺陷。服务器105也可以为分布式系统的服务器，或者是结合了区块链的服务器。

需要说明的是，本公开实施例所提供的测试用例处理方法一般可以由终端设备101、102、或103执行。相应地，本公开实施例所提供的测试用例处理装置也可以设置于终端设备101、102、或103中。

或者，本公开实施例所提供的测试用例处理方法一般也可以由服务器105执行。相应地，本公开实施例所提供的测试用例处理装置一般可以设置于服务器105中。本公开实施例所提供的测试用例处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的测试用例处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

例如，服务器105根据与当前版本代码对应的代码变更信息，确定至少一个测试用例，并根据核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，核心程度信息用于表征对象的核心程度。对象包括以下至少一项：代码变更信息和至少一个测试用例。或者由能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群对确定至少一个测试用例，根据核心程度信息从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的测试用例处理方法的流程图。

如图2所示，该方法包括操作S210～S220。

在操作S210，根据与当前版本代码对应的代码变更信息，确定至少一个测试用例。

在操作S220，根据核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，对象包括以下至少一项：代码变更信息和至少一个测试用例。

根据本公开的实施例，随着产品迭代，代码也随之更新，每个版本产品可以具有与其对应的版本代码。代码可以包括代码行、代码分支和函数中的至少一项。当前版本代码可以指与当前版本产品对应的版本代码。代码变更信息可以指不同版本代码之间代码的不同部分。代码变更信息还可以称为增量代码信息。代码变更信息可以是对目标版本代码的代码行执行更新操作后得到的信息，更新操作可以包括增加、删除和修改中的至少一项。代码变更信息可以包括变更代码，变更代码可以包括变更行代码、变更分支代码和变更函数中的至少一项。与当前版本代码对应的代码变更信息可以指当前版本代码和上一版本代码之间代码的不同部分。与当前版本代码对应的代码变更信息可以是对上一版本代码的代码行执行更新操作后得到的信息，上一版本代码可以理解为是上文所述的目标版本代码。

根据本公开的实施例，核心程度信息可以用于表征对象的核心程度。如果对象的核心程度的数值越大，则可以说明对象的重要程度越高。对象可以包括代码变更信息和测试用例中的至少一项。代码变更信息的核心程度可以根据变更代码的调用信息和层级信息确定。代码的调用信息可以包括变更代码被调用的次数和调用其他代码的次数中的至少一项。变更代码的层级信息可以指变更代码所处的层级。测试用例的核心程度可以根据与测试用例相关的代码的核心程度和与测试用例相关的业务影响程度中的至少一项确定。例如，可以将与测试用例相关的代码的核心程度确定为测试用例的核心程度。

根据本公开的实施例，目标测试用例可以是用于对当前版本代码进行测试的测试用例。目标测试用例的数目可以包括一个或多个。

根据本公开的实施例，在获得与当前版本代码对应的代码变更信息之后，可以根据与当前版本代码对应的代码变更信息，从测试用例集中确定至少一个测试用例，至少一个测试用例中的每个测试用例可以理解为是能够对当前版本代码进行测试的测试用例。

根据本公开的实施例，为了提高测试效率和降低测试成本，在获得能够对当前版本代码进行测试的至少一个测试用例之后，可以根据以下至少一项，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例。以下至少一项可以包括代码变更信息的核心程度和至少一个测试用例中的每个测试用例的核心程度。

根据本公开的实施例，根据核心程度信息，从至少一个测试用例中确定目标测试用例可以包括：根据代码更新信息的核心程度和每个测试用例的核心程度，确定与每个测试用例对应的综合核心程度。根据与每个测试用例对应的综合核心程度，从至少一个测试用例中确定目标测试用例。

根据本公开的实施例，根据代码更新信息的核心程度和每个测试用例的核心程度，确定与每个测试用例对应的综合核心程度可以包括：将代码更新信息的核心程度与每个测试用例的核心程度进行加权求和，得到与每个测试用例对应的综合核心程度。

根据本公开的实施例，根据与每个测试用例对应的综合核心程度，从至少一个测试用例中确定目标测试用例可以包括：对各个综合核心程度进行排序，得到第一排序结果，并根据第一排序结果，从至少一个测试用例中确定目标测试用例。排序可以包括按照综合核心程度由小到达的顺序进行排序或按照综合核心程度由大到小的顺序进行排序。备选地，可以根据预设综合核心程度阈值和综合核心程度，从至少一个测试用例中确定目标测试用例。预设综合核心程度阈值可以根据实际业务需求进行配置，在此不作限定。根据预设综合核心程度阈值和综合核心程度，从至少一个测试用例中确定目标测试用例可以包括：针对至少一个测试用例中的每个测试用例，在确定与测试用例对应的综合核心程度大于或等于预设综合核心程度阈值的情况下，将测试用例确定为目标测试用例。

根据本公开的实施例，由于核心程度信息能够表征对象的核心程度，因此，利用核心程度信息，从至少一个测试用例中确定目标测试用例的方式能够有效降低参与测试的测试用例的数目和冗余性，使得参与测试的测试用例更为精准，进而提高了测试效率，降低了测试成本。

下面参考图3～图5，结合具体实施例对根据本公开实施例所述的测试用例处理方法做进一步说明。

根据本公开的实施例，操作S220可以包括如下操作。

根据需求程度信息和核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，其中，需求程度信息包括以下至少一项：业务需求的重要程度和紧急程度。

根据本公开的实施例，业务需求的重要程度可以根据业务需求在预设时间段内被使用的次数、受影响的项目的数目、业务风险等级、业务类型和实现成本中的至少一项确定。可以针对不同业务风险等级设置不同的风险等级值。针对不同业务类型设置不同的业务类型值。

根据本公开的实施例，业务需求的紧急程度可以根据当前时间距产品上线时间的时间差和业务类型中的至少一项确定。例如，如果确定当前时间距产品上线时间的时间差小于或等于预设时间差阈值，则可以说明业务需求的紧急程度较高，需要优先处理。

根据本公开的实施例，根据需求程度信息和核心程度信息，从至少一个测试用例中确定目标测试用例可以包括：根据需求程度信息和与每个测试用例对应的核心程度信息，确定与每个测试用例对应的综合评价值。对各个综合评价值进行排序，得到第二排序结果，并根据第二排序结果，从至少一个测试用例中确定目标测试用例。排序可以包括按照综合核心程度由小到大的顺序进行排序或按照综合核心程度由大到小的顺序进行排序。备选地，可以根据预设综合评价阈值和综合评价值，从至少一个测试用例中确定目标测试用例。预设综合评价阈值可以根据实际业务需求进行配置，在此不作限定。根据预设综合评价阈值和综合评价值，从至少一个测试用例中确定目标测试用例可以包括：针对至少一个测试用例中的每个测试用例，在确定与测试用例对应的综合评价值大于或等于预设综合评价阈值的情况下，将测试用例确定为目标测试用例。

根据本公开的实施例，由于核心程度信息能够表征对象的核心程度，需求程度信息能够表征业务需求的重要程度和紧急程度，因此，利用需求程度信息和核心程度信息，从至少一个测试用例中确定目标测试用例的方式能够有效降低参与测试的测试用例的数目和冗余性，使得参与测试的测试用例更为精准，进而提高了测试效率，降低了测试成本。

根据本公开的实施例，操作S210可以包括如下操作。

根据上一版本代码和当前版本代码，确定与当前版本代码对应的代码变更信息。根据与当前版本代码对应的代码变更信息和映射关系集，确定至少一个测试用例。映射关系集包括至少一个映射关系，每个映射关系表征上一版本代码包括的代码和与用于测试代码的测试用例之间的映射关系，代码包括以下至少一项：代码行、代码分支和函数。

根据本公开的实施例，上一版本代码具有与其对应的测试用例，与上一版本代码对应的测试用例可以用于测试上一版本代码包括的代码。映射关系可以表征上一版本代码包括的代码和与用于测试代码的测试用例之间的映射关系。代码可以包括代码行、代码分支和函数中的至少一项。映射关系集可以包括上一版本代码包括的代码行和与用于测试代码行的测试用例之间的映射关系、上一版本代码包括的代码分支和与用于测试代码分支的测试用例之间的映射关系、上一版本代码包括的函数和与用于测试函数的测试用例之间的映射关系。

根据本公开的实施例，可以通过如下方式建立上一版本代码包括的代码和与用于测试代码的每个测试用例之间的映射关系：针对用于测试上一版本代码包括的代码的每个测试用例，获取测试用例的代码覆盖详情信息，代码覆盖详情信息可以包括代码行覆盖详情信息、代码分支覆盖详情信息和函数覆盖详情信息中的至少一项。解析代码覆盖详情信息，得到测试用例和测试用例测试的代码之间的映射关系。由此，可以得到用于测试上一版本代码的多个测试用例中的每个测试用例分别与上一版本代码包括的代码行、代码分支和函数之间的映射关系。根据多个映射关系，得到映射关系集。

根据本公开的实施例，获取测试用例的代码覆盖详情信息可以包括：将上一版本代码部署于测试环境，在测试环境中，利用测试用例对上一版本代码进行测试，得到测试用例的代码覆盖详情信息。利用测试用例对上一版本代码进行测试，得到测试用例的代码覆盖详情信息可以包括：执行测试用例，利用覆盖函数获取利用测试用例对上一版本代码进行测试得到的代码覆盖详情信息。覆盖函数可以包括window.coverage。上一版本代码部署于测试环境可以包括：对上一版本代码进行插桩，得到插桩后的上一版本代码。对插桩后的上一版本代码进行编译，将编译后的上一版本代码部署于测试环境。在获得测试用例的代码覆盖详情信息之后，可以将测试用例的代码覆盖详情信息发送至数据中台，便于后续从数据中台获取测试用例的代码覆盖详情信息。

根据本公开的实施例，根据上一版本代码和当前版本代码，确定与当前版本代码对应的代码变更信息可以包括：可以利用DIFF函数处理上一版本代码和当前版本代码，得到与当前版本代码对应的代码变更信息，即，得到当前版本代码中与上一版本代码不同的代码。DIFF函数可以包括GIT的DIFF函数或SVN(即Subversion)的DIFF函数。

根据本公开的实施例，在获得与当前版本代码对应的代码变更信息之后，可以根据与当前版本代码对应的代码变更信息和上一版本代码，得到上一版本代码中与代码变更信息对应的代码信息，根据代码信息和映射关系集，从测试用例集中确定至少一个测试用例。

根据本公开的实施例，根据与当前版本代码对应的代码变更信息和映射关系集，确定至少一个测试用例，可以包括如下操作。

根据上一版本代码和当前版本代码，建立上一版本代码的代码行和当前版本代码的代码行之间的行映射关系。根据行映射关系和代码变更信息，确定上一版本代码中与当前版本代码的变更代码对应的代码。根据上一版本代码中与当前版本代码的变更代码对应的代码和映射关系集，确定至少一个测试用例。

根据本公开的实施例，可以将上一版本代码的代码行和当前版本代码的代码行进行比较，建立上一版本代码的代码行和当前版本代码的代码行之间的行映射关系。根据行映射关系和变更代码，确定上一版本代码中与当前版本代码的变更代码行对应的代码行。根据上一版本代码和上一版本代码中与当前版本代码的变更代码行对应的代码行，确定上一版本代码中与当前版本代码的变更代码行对应的代码分支和函数。

根据本公开的实施例，可以根据上一版本代码的代码行和与用于测试代码行的测试用例之间的映射关系、上一版本代码的代码分支和与用于测试代码分支的测试用例之间的映射关系、上一版本代码的函数和与用于测试函数的测试用例之间的映射关系，以及上一版本代码中与当前版本代码的变更代码行对应的代码行、代码分支和函数，从测试用例集中确定能够测试当前版本代码的至少一个测试用例。

图3示意性示出了根据本公开实施例的确定目标测试用例过程的示意图。

如图3所示，在该过程300中，根据上一版本代码301和当前版本代码302，确定与当前版本代码302对应的代码变更信息303。根据上一版本代码301和当前版本代码302，建立上一版本代码301的代码行和当前版本代码302的代码行之间的行映射关系304。

根据行映射关系304和代码变更信息303，确定上一版本代码301中与当前版本代码302的变更代码对应的代码305。

根据上一版本代码301中与当前版本代码302的变更代码对应的代码305和映射关系集306，从测试用例集中确定至少一个测试用例307。

根据核心程度信息308，从至少一个测试用例307中确定目标测试用例309。

根据本公开的实施例，上一版本代码包括的代码行和与用于测试代码行的测试用例之间的映射关系包括与代码行相关的信息和与用于测试代码行的测试用例相关的信息。与代码行相关的信息包括以下至少一项：代码行标识、代码行的核心程度、代码行所属的模块名、文件名和所属的代码版本，代码行标识用与代码行对应的代码行数表征。与用于测试代码行的测试用例相关的信息包括以下至少一项：用于测试代码行的测试用例的用例标识、用例类型和所属的产品线。

上一版本代码包括的代码分支和与用于测试代码分支的测试用例之间的映射关系包括：与代码分支相关的信息和与用于测试代码分支的测试用例相关的信息。与代码分支相关的信息包括以下至少一项：代码分支标识、代码分支的核心程度、代码分支所属的模块名、文件名和所属的代码版本。可以用与代码分支对应的分支起始行和分支终止行表征代码分支标识。与用于测试代码分支的测试用例相关的信息包括以下至少一项：用于测试代码分支的测试用例的用例标识、用例类型和所属的产品线；

上一版本代码包括的函数和与用于测试函数的测试用例之间的映射关系包括与函数相关的信息和与用于测试函数的测试用例相关的信息，与函数相关的信息包括以下至少一项：函数标识、函数的核心程度、函数所属的模块名、文件名和所属的代码版本，函数标识用与函数对应的函数起始行和函数终止行表征。与用于测试函数的测试用例相关的信息包括以下至少一项：用于测试函数的测试用例的用例标识、用例类型和所属的产品线。

根据本公开的实施例，代码行可以用代码行标识表征，代码行标识可以用与代码行对应的代码行数表征。代码分支可以用代码分支标识表征，代码分支标识可以用与代码分支对应的分支起始行和分支终止行表征。

根据本公开的实施例，由于JS语言存在较多的匿名函数，因此，基于JS语言开发的版本代码难以利用函数名来表征函数。针对基于JS语言开发的版本代码，可以用与函数对应的函数起始行和函数终止行来表征函数。由此，函数标识可以用与函数对应的函数起始行和函数终止行来表征函数。针对基于其他语言开发的版本代码，可以利用函数名来表征函数。

根据本公开的实施例，可以获取上一版本代码包括的代码行和与用于测试代码行的测试用例之间的映射关系的第一关系更新时间，并将第一关系更新时间与映射关系关联存储。可以获取上一版本代码包括的代码分支和与用于测试代码分支的测试用例之间的映射关系的第二关系更新时间，将第二关系更新时间与映射关系关联存储。可以获取上一版本代码包括的函数和与用于测试函数的测试用例之间的映射关系的第三关系更新时间，关联存储第三关系更新时间与映射关系。

根据本公开的实施例，上述测试用例处理方法还可以包括如下操作。

执行目标测试用例，生成测试报告。测试报告包括以下至少一项：目标测试用例的代码覆盖范围、核心代码的覆盖率、未覆盖代码和补充测试建议，补充测试建议根据未覆盖代码的核心程度确定，核心代码表征代码的核心程度大于或等于预设程度阈值的代码。

根据本公开的实施例，代码覆盖范围可以理解为目标测试用例测试到的当前版本代码包括的代码。可以根据代码的核心程度，确定当前版本代码包括的代码是核心代码或非核心代码。核心代码可以理解为是代码的核心程度大于或等于预设程度阈值的代码。非核心代码可以理解为是代码的核心程度小于预设程度阈值的代码。预设程度阈值可以根据实际业务需求进行配置，在此不作限定。

根据本公开的实施例，在确定用于测试当前版本代码的目标测试用例之后，可以执行目标测试用例，生成测试报告。测试报告还可以包括目标测试用例的执行结果。

根据本公开的实施例，由于可以根据代码的核心程度，确定当前版本代码包括的代码是否是核心代码，因此，在执行目标测试用例之后，可以获得核心代码覆盖率。此外，还可以获得未覆盖代码。可以根据未覆盖代码的核心程度，确定补充测试建议。例如，如果根据未覆盖代码的核心程度，确定未覆盖代码是核心代码，则可以生成代码是核心代码，需要设计相应测试用例对代码进行测试的补充测试建议。如果根据未覆盖代码的核心程度，确定未覆盖代码是非核心代码，则可以生成无需对代码进行测试的补充测试建议。

根据本公开的实施例，根据测试报告包括的目标测试用例的代码覆盖范围、核心代码的覆盖率、未覆盖代码和补充测试建议，可以及时了解测试用例的执行情况，并可以根据补充测试建议进行补充测试，提高测试效果。

图4示意性示出了根据本公开实施例的确定代码的核心程度的流程图。如图4所示，该方法400包括操作S401～S404。

在操作S401，对上一版本代码进行解析，得到上一版本代码的函数调用链关系。

在操作S402，根据函数调用链关系，确定上一版本代码包括的每个函数的扇入信息、扇出信息和层级信息，其中，扇入信息表征函数被调用的次数，扇出信息表征函数调用其他函数的次数，层级信息表征函数的层级。

在操作S403，根据每个函数的扇入信息、扇出信息和层级信息，确定每个函数的核心程度。

在操作S404，根据每个函数的核心程度确定与函数相关的代码行的核心程度和代码分支的核心程度。

根据本公开的实施例，函数调用链关系可以用于表征不同函数之间的调用关系。函数的扇入信息可以用于表征该函数被调用的次数。函数的扇出信息可以表征该函数调用其他函数的次数。函数的层级信息可以用于表征该函数所处的层级。如果存在以下至少一项，则可以说明函数在代码实现层面的影响越大，核心程度越高。以下至少一项可以包括函数被调用的次数越多、函数调用其他函数的次数越多和函数所处的层级越大。

根据本公开的实施例，可以利用语法解析工具对上一版本代码进行语法树解析，得到函数调用链关系。语法树可以包括AST(Abstract Syntax Tree，抽象语法树)。语法解析工具可以包括babel、eslint或prettier等。

根据本公开的实施例，在获得函数调用链关系之后，可以根据函数调用链关系，确定上一版本代码包括的每个函数的扇入信息、扇出信息和层级信息，再根据每个函数的上述信息，确定每个函数的核心程度。根据每个函数的扇入信息、扇出信息和层级信息，确定每个函数的核心程度可以包括：对每个函数的扇入信息、扇出信息和层级信息进行加权求和，得到每个函数的核心程度。与扇入信息对应的权重、与扇出信息对应的权重系数和与层级信息对应的权重可以相同或不同。

例如，可以利用以下公式(1)确定每个函数的核心程度。

C_i＝α_in，iF_in，i+α_out，iF_out，i+α_l，iL_l，i (1)

其中，C_i表征第i个函数。F_in，i表征与第i个函数对应的扇入信息。F_out，i表征与第i个函数对应的扇出信息。L_l，i表征与第i个函数对应的层级信息。α_in，i表征与F_in，i对应的权重系数。α_out，i表征与F_out，i对应的权重系数。α_l，i表征与L_l，i对应的权重系数。i∈{1，2，......，N-1，N}，N表征上一版本代码包括的函数的数目。N是大于或等于1的整数。

根据本公开的实施例，在确定每个函数的核心程度之后，可以根据每个函数的核心程度，确定与函数相关的代码行和代码分支的核心程度。与函数相关的代码行可以理解为位于函数内部的代码行。与函数相关的代码分支可以理解为位于函数内部的代码分支。相应的，与函数不相关的代码行可以理解为位于函数外部的代码行。与函数不相关的代码分支可以理解为位于函数外部的代码分支。相关或不相关中的函数可以指最临近的函数。

根据本公开的实施例，由于可以根据上一版本代码和当前版本代码，建立上一版本代码的代码行和当前版本代码的代码行之间的行映射关系，根据行映射关系和代码变更信息，确定上一版本代码中与当前版本代码的变更代码行对应的代码行，根据上一版本代码中与当前版本代码的变更代码行对应的代码行，确定上一版本代码中与当前版本代码的变更代码行对应的代码分支和函数，并可以根据每个函数的核心程度，确定与函数相关的代码行和代码分支的核心程度，因此，可以确定变更代码行的核心程度、变更代码分支的核心程度和变更函数的核心程度。由于代码变更信息可以包括变更代码行、变更代码分支和变更函数中的至少一项，因此，可以确定代码变更信息的核心程度。

图5示意性示出了根据本公开实施例的确定函数的核心程度的示意图。

如图5所示，在过程500中，对上一版本代码501进行解析，得到上一版本代码501的函数调用链关系502。对函数调用链关系502进行解析，得到每个函数的扇入信息503、扇出信息504和层级信息505。

根据每个函数的扇入信息503、扇出信息504和层级信息505，确定每个函数的核心程度506。

根据本公开的实施例，操作S404可以包括如下操作。

将每个函数的核心程度分别确定为与函数相关的代码行和代码分支的核心程度。

根据本公开的实施例，如果代码行是与函数相关的代码行，则可以将函数的核心程度确定为代码行的核心程度，即，代码行的核心程度与函数的核心程度一致。如果代码分支是与函数相关的代码分支，则可以将函数的核心程度确定为代码分支的核心程度，即，代码分支的核心程度与函数的核心程度一致。

根据本公开的实施例，上述测试用例处理方法还可以包括如下操作。

将与上一版本代码包括的各个函数均不相关的代码行的核心程度设置为第一预设核心程度。将与上一版本代码包括的各个函数均不相关的代码分支的核心程度设置为第二预设核心程度。

根据本公开的实施例，如果上一版本代码包括的代码行与上一版本代码包括的各个函数均不相关，则可以将具有上述特点的代码行的核心程度设置为第一预设核心程度。第一预设核心程度的数值可以根据实际业务需求进行配置，在此不作限定。

根据本公开的实施例，如果上一版本代码包括的代码分支与上一版本代码包括的各个函数均不相关，则可以将具有上述特点的代码分支的核心程度设置为第二预设核心程度。第二预设核心程度的数值可以根据实际业务需求进行配置，在此不作限定。

根据本公开的实施例，上述测试用例处理方法还可以包括如下操作。

根据与测试用例相关的代码的核心程度和业务的业务影响程度，确定测试用例的核心程度。

根据本公开的实施例，每种业务具有与其对应的业务影响程度。业务影响程度可以根据与业务相关的项目的数目、业务在预设时间段内被使用的次数和业务风险等级中的至少一项确定。例如，将与业务相关的项目的数目、业务被使用的次数和业务风险等级进行加权求和，得到业务影响程度。业务影响程度的数值越大，业务的影响程度越大。

根据本公开的实施例，在确定与测试用例相关的代码的核心程度之后，可以将与测试用例相关的代码的核心程度和业务的业务影响程度进行加权求和，得到测试用例的核心程度。

图6示意性示出了根据本公开实施例的测试用例处理装置的框图。

如图6所示，测试用例处理装置600可以包括第一确定模块610和第二确定模块620。

第一确定模块610，用于根据与当前版本代码对应的代码变更信息，确定至少一个测试用例。

第二确定模块620，用于根据核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，对象包括以下至少一项：代码变更信息和至少一个测试用例。

根据本公开的实施例，第二确定模块620可以包括第一确定子模块。

第一确定子模块，用于根据需求程度信息和核心程度信息，从至少一个测试用例中确定用于对当前版本代码进行测试的目标测试用例，其中，需求程度信息包括以下至少一项：业务需求的重要程度和紧急程度。

根据本公开的实施例，上述测试用例处理装置600还可以包括解析模块、第三确定模块、第四确定模块和第五确定模块。

解析模块，用于对上一版本代码进行解析，得到上一版本代码的函数调用链关系。

第三确定模块，用于根据函数调用链关系，确定上一版本代码包括的每个函数的扇入信息、扇出信息和层级信息，其中，扇入信息表征函数被调用的次数，扇出信息表征函数调用其他函数的次数，层级信息表征函数的层级。

第四确定模块，用于根据每个函数的扇入信息、扇出信息和层级信息，确定每个函数的核心程度。

第五确定模块，用于根据每个函数的核心程度确定与函数相关的代码行的核心程度和代码分支的核心程度。

根据本公开的实施例，第五确定模块可以包括第二确定子模块。

第二确定子模块，用于将每个函数的核心程度分别确定为与函数相关的代码行和代码分支的核心程度。

根据本公开的实施例，上述测试用例处理装置600还可以包括第一设置模块和第二设置模块。

第一设置模块，用于将与上一版本代码包括的各个函数均不相关的代码行的核心程度设置为第一预设核心程度。

第二设置模块，用于将与上一版本代码包括的各个函数均不相关的代码分支的核心程度设置为第二预设核心程度。

根据本公开的实施例，上述测试用例处理装置还可以包括第六确定模块。

第六确定模块，用于根据与测试用例相关的代码的核心程度和业务的业务影响程度，确定测试用例的核心程度。

根据本公开的实施例，第一确定模块可以包括第三确定子模块和第四确定子模块。

第三确定子模块，用于根据上一版本代码和当前版本代码，确定与当前版本代码对应的代码变更信息。

第四确定子模块，用于根据与当前版本代码对应的代码变更信息和映射关系集，确定至少一个测试用例，其中，映射关系集包括至少一个映射关系，每个映射关系表征上一版本代码包括的代码和与用于测试代码的测试用例之间的映射关系，代码包括以下至少一项：代码行、代码分支和函数。

根据本公开的实施例，第四确定子模块可以包括建立单元、第一确定单元和第二确定单元。

建立单元，用于根据上一版本代码和当前版本代码，建立上一版本代码的代码行和当前版本代码的代码行之间的行映射关系。

第一确定单元，用于根据行映射关系和代码变更信息，确定上一版本代码中与当前版本代码的变更代码对应的代码。

第二确定单元，用于根据上一版本代码中与当前版本代码的变更代码对应的代码和映射关系集，确定至少一个测试用例。

根据本公开的实施例，上一版本代码包括的代码行和与用于测试代码行的测试用例之间的映射关系包括与代码行相关的信息和与用于测试代码行的测试用例相关的信息；与代码行相关的信息包括以下至少一项：代码行标识、代码行的核心程度、代码行所属的模块名、文件名和所属的代码版本，代码行标识用与代码行对应的代码行数表征。与用于测试代码行的测试用例相关的信息包括以下至少一项：用于测试代码行的测试用例的用例标识、用例类型和所属的产品线。

根据本公开的实施例，上一版本代码包括的代码分支和与用于测试代码分支的测试用例之间的映射关系包括与代码分支相关的信息和与用于测试代码分支的测试用例相关的信息，与代码分支相关的信息包括以下至少一项：代码分支标识、代码分支的核心程度、代码分支所属的模块名、文件名和所属的代码版本，代码分支标识用与代码分支对应的分支起始行和分支终止行表征。与用于测试代码分支的测试用例相关的信息包括以下至少一项：用于测试代码分支的测试用例的用例标识、用例类型和所属的产品线。

根据本公开的实施例，上一版本代码包括的函数和与用于测试函数的测试用例之间的映射关系包括与函数相关的信息和与用于测试函数的测试用例相关的信息，与函数相关的信息包括以下至少一项：函数标识、函数的核心程度、函数所属的模块名、文件名和所属的代码版本，函数标识用与函数对应的函数起始行和函数终止行表征。与用于测试函数的测试用例相关的信息包括以下至少一项：用于测试函数的测试用例的用例标识、用例类型和所属的产品线。

根据本公开的实施例，上述测试用例处理装置600还可以包括执行模块。

执行模块，用于执行目标测试用例，生成测试报告，其中，测试报告包括以下至少一项：目标测试用例的代码覆盖范围、核心代码的覆盖率、未覆盖代码和补充测试建议，补充测试建议根据未覆盖代码的核心程度确定，核心代码表征代码的核心程度大于或等于预设程度阈值的代码。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上的方法。

根据本公开的实施例，一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如上的方法。

根据本公开的实施例，一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如上的方法。

图7示意性示出了根据本公开实施例的适于实现测试用例处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

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

电子设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许电子设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如测试用例处理方法。例如，在一些实施例中，测试用例处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到电子设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的测试用例处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行测试用例处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

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

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

1.一种测试用例处理方法，包括：

根据与当前版本代码对应的代码变更信息，确定至少一个测试用例；以及

根据核心程度信息，从所述至少一个测试用例中确定用于对所述当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，所述对象包括以下至少一项：所述代码变更信息和所述至少一个测试用例。

2.根据权利要求1所述的方法，其中，所述根据核心程度信息，从所述至少一个测试用例中确定用于对所述当前版本代码进行测试的目标测试用例，包括：

根据需求程度信息和所述核心程度信息，从所述至少一个测试用例中确定用于对所述当前版本代码进行测试的目标测试用例，其中，所述需求程度信息包括以下至少一项：业务需求的重要程度和紧急程度。

3.根据权利要求1或2所述的方法，还包括：

对上一版本代码进行解析，得到所述上一版本代码的函数调用链关系；

根据所述函数调用链关系，确定所述上一版本代码包括的每个函数的扇入信息、扇出信息和层级信息，其中，所述扇入信息表征所述函数被调用的次数，所述扇出信息表征所述函数调用其他函数的次数，所述层级信息表征所述函数的层级；

根据所述每个函数的扇入信息、扇出信息和层级信息，确定所述每个函数的核心程度；以及

根据所述每个函数的核心程度确定与所述函数相关的代码行的核心程度和代码分支的核心程度。

4.根据权利要求3所述的方法，其中，所述根据所述每个函数的核心程度确定与所述函数相关的代码行的核心程度和代码分支的核心程度，包括：

将所述每个函数的核心程度分别确定为与所述函数相关的代码行和代码分支的核心程度。

5.根据权利要求4所述的方法，还包括：

将与所述上一版本代码包括的各个函数均不相关的代码行的核心程度设置为第一预设核心程度；以及

将与所述上一版本代码包括的各个函数均不相关的代码分支的核心程度设置为第二预设核心程度。

6.根据权利要求3～5中任一项所述的方法，还包括：

根据与所述测试用例相关的代码的核心程度和业务的业务影响程度，确定所述测试用例的核心程度。

7.根据权利要求1～6中任一项所述的方法，其中，所述根据与当前版本代码对应的代码变更信息，确定至少一个测试用例，包括：

根据所述上一版本代码和所述当前版本代码，确定与所述当前版本代码对应的代码变更信息；以及

根据与所述当前版本代码对应的代码变更信息和映射关系集，确定所述至少一个测试用例，其中，所述映射关系集包括至少一个映射关系，每个所述映射关系表征所述上一版本代码包括的代码和与用于测试所述代码的测试用例之间的映射关系，所述代码包括以下至少一项：代码行、代码分支和函数。

8.根据权利要求7所述的方法，其中，所述根据与所述当前版本代码对应的代码变更信息和映射关系集，确定所述至少一个测试用例，包括：

根据所述上一版本代码和所述当前版本代码，建立所述上一版本代码的代码行和所述当前版本代码的代码行之间的行映射关系；

根据所述行映射关系和所述代码变更信息，确定所述上一版本代码中与所述当前版本代码的变更代码对应的代码；以及

根据所述上一版本代码中与所述当前版本代码的变更代码对应的代码和所述映射关系集，确定所述至少一个测试用例。

9.根据权利要求7或8所述的方法，其中，所述上一版本代码包括的代码行和与用于测试所述代码行的测试用例之间的映射关系包括与所述代码行相关的信息和与用于测试所述代码行的测试用例相关的信息；与所述代码行相关的信息包括以下至少一项：代码行标识、所述代码行的核心程度、所述代码行所属的模块名、文件名和所属的代码版本，所述代码行标识用与所述代码行对应的代码行数表征；与用于测试所述代码行的测试用例相关的信息包括以下至少一项：用于测试所述代码行的测试用例的用例标识、用例类型和所属的产品线；

其中，所述上一版本代码包括的代码分支和与用于测试所述代码分支的测试用例之间的映射关系包括与所述代码分支相关的信息和与用于测试所述代码分支的测试用例相关的信息，与所述代码分支相关的信息包括以下至少一项：代码分支标识、所述代码分支的核心程度、所述代码分支所属的模块名、文件名和所属的代码版本，所述代码分支标识用与所述代码分支对应的分支起始行和分支终止行表征；与用于测试所述代码分支的测试用例相关的信息包括以下至少一项：用于测试所述代码分支的测试用例的用例标识、用例类型和所属的产品线；

其中，所述上一版本代码包括的函数和与用于测试所述函数的测试用例之间的映射关系包括与所述函数相关的信息和与用于测试所述函数的测试用例相关的信息，与所述函数相关的信息包括以下至少一项：函数标识、所述函数的核心程度、所述函数所属的模块名、文件名和所属的代码版本，所述函数标识用与所述函数对应的函数起始行和函数终止行表征；与用于测试所述函数的测试用例相关的信息包括以下至少一项：用于测试所述函数的测试用例的用例标识、用例类型和所属的产品线。

10.根据权利要求1～9中任一项所述的方法，还包括：

执行所述目标测试用例，生成测试报告，其中，所述测试报告包括以下至少一项：所述目标测试用例的代码覆盖范围、核心代码的覆盖率、未覆盖代码和补充测试建议，所述补充测试建议根据所述未覆盖代码的核心程度确定，所述核心代码表征代码的核心程度大于或等于预设程度阈值的代码。

11.一种测试用例处理装置，包括：

第一确定模块，用于根据与当前版本代码对应的代码变更信息，确定至少一个测试用例；以及

第二确定模块，用于根据核心程度信息，从所述至少一个测试用例中确定用于对所述当前版本代码进行测试的目标测试用例，其中，核心程度信息用于表征对象的核心程度，所述对象包括以下至少一项：所述代码变更信息和所述至少一个测试用例。

12.根据权利要求11所述的装置，其中，所述第二确定模块，包括：

第一确定子模块，用于根据需求程度信息和所述核心程度信息，从所述至少一个测试用例中确定用于对所述当前版本代码进行测试的目标测试用例，其中，所述需求程度信息包括以下至少一项：业务需求的重要程度和紧急程度。

13.根据权利要求11或12所述的装置，还包括：

解析模块，用于对上一版本代码进行解析，得到所述上一版本代码的函数调用链关系；

第三确定模块，用于根据所述函数调用链关系，确定所述上一版本代码包括的每个函数的扇入信息、扇出信息和层级信息，其中，所述扇入信息表征所述函数被调用的次数，所述扇出信息表征所述函数调用其他函数的次数，所述层级信息表征所述函数的层级；

第四确定模块，用于根据所述每个函数的扇入信息、扇出信息和层级信息，确定所述每个函数的核心程度；以及

第五确定模块，用于根据所述每个函数的核心程度确定与所述函数相关的代码行的核心程度和代码分支的核心程度。

14.根据权利要求13所述的装置，其中，所述第五确定模块，包括：

第二确定子模块，用于将所述每个函数的核心程度分别确定为与所述函数相关的代码行和代码分支的核心程度。

15.根据权利要求14所述的装置，还包括：

第一设置模块，用于将与所述上一版本代码包括的各个函数均不相关的代码行的核心程度设置为第一预设核心程度；以及

第二设置模块，用于将与所述上一版本代码包括的各个函数均不相关的代码分支的核心程度设置为第二预设核心程度。

16.根据权利要求13～15中任一项所述的装置，还包括：

第六确定模块，用于根据与所述测试用例相关的代码的核心程度和业务的业务影响程度，确定所述测试用例的核心程度。

17.根据权利要求11～16中任一项所述的装置，其中，所述第一确定模块，包括：

第三确定子模块，用于根据所述上一版本代码和所述当前版本代码，确定与所述当前版本代码对应的代码变更信息；以及

第四确定子模块，用于根据与所述当前版本代码对应的代码变更信息和映射关系集，确定所述至少一个测试用例，其中，所述映射关系集包括至少一个映射关系，每个所述映射关系表征所述上一版本代码包括的代码和与用于测试所述代码的测试用例之间的映射关系，所述代码包括以下至少一项：代码行、代码分支和函数。

18.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1～10中任一项所述的方法。

19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1～10中任一项所述的方法。

20.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1～10中任一项所述的方法。

Images