CN113127357B - 单元测试方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本公开提供一种单元测试方法、装置、设备、存储介质及程序产品，涉及代码测试技术，包括：获取第一代码文件和第二代码文件；确定第二代码文件相较于第一代码文件的变更信息；根据变更信息，确定第二代码文件的变更信息的目标单元测试用例；执行目标单元测试用例，得到目标单元测试用例的执行结果。本公开提供的单元测试方法，可以通过比对当前的代码文件与上一版本代码文件，从而确定代码文件中变更信息，再根据变更信息确定出目标单元测试用例，通过执行目标单元测试用例对当前版本的代码文件中更新了的部分进行测试，这种方式不需要对变更后的第二代码文件进行全量测试，仅对变更的部分进行测试，能够降低单元测试时间，提高单元测试效率。

Description

单元测试方法、装置、设备、存储介质及程序产品

技术领域

本公开涉及计算机技术中的代码测试技术，尤其涉及一种单元测试方法、装置、设备、存储介质及程序产品。

背景技术

目前，很多软件的代码体量都是非常庞大的，需要多名开发人员合作开发。再将各个开发人员开发的代码进行合并，得到最终的软件代码，并对代码进行集成测试，从而发现代码中的错误。

其中，为了保证软件能够正常运行，减少代码错误，现有技术中存在单元测试(unit testing)的方式，单元测试是指对软件中的最小可测试单元进行检查和验证。为了尽早的发现代码中隐藏的问题，需要在代码集成测试之前，对代码进行单元测试。

当测试用例数量较多时，执行单元测试用例会耗费较长的时间，并占用较多的计算资源，并且会导致一些单元测试的任务无法被及时执行，进而延长得到测试结果的时间。

发明内容

本公开提供了一种单元测试方法、装置、设备、存储介质及程序产品，以提高对代码进行单元测试的效率。

根据本公开的第一方面，提供了一种单元测试方法，包括：

获取第一代码文件和第二代码文件；所述第一代码文件为目标代码文件的第一版本；所述第二代码文件为所述目标代码文件的第二版本，所述第一版本为第二版本的上一版本；

确定所述第二代码文件相较于第一代码文件的变更信息；

根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例；

执行所述目标单元测试用例，得到所述目标单元测试用例的执行结果；所述执行结果用于表征所述第二代码文件的单元测试结果。

根据本公开的第二方面，提供了一种单元测试装置，包括：

获取单元，用于获取第一代码文件和第二代码文件；所述第一代码文件为目标代码文件的第一版本；所述第二代码文件为所述目标代码文件的第二版本，所述第一版本为第二版本的上一版本；

比对单元，用于确定所述第二代码文件相较于第一代码文件的变更信息；

目标用例确定单元，用于根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例；

测试单元，用于执行所述目标单元测试用例，得到所述目标单元测试用例的执行结果；所述执行结果用于表征所述第二代码文件的单元测试结果。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。

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

根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

本公开提供的单元测试方法、装置、设备、存储介质及程序产品，包括：获取第一代码文件和第二代码文件；第一代码文件为目标代码文件的第一版本；第二代码文件为目标代码文件的第二版本，第一版本为第二版本的上一版本；确定第二代码文件相较于第一代码文件的变更信息；根据变更信息，确定第二代码文件的变更信息的目标单元测试用例；执行目标单元测试用例，得到目标单元测试用例的执行结果；执行结果用于表征第二代码文件的单元测试结果。本公开提供的单元测试方法，可以通过比对当前的代码文件与上一版本代码文件，从而确定代码文件中变更信息，再根据变更信息确定出目标单元测试用例，通过执行目标单元测试用例对当前版本的代码文件中更新了的部分进行测试，这种方式不需要对变更后的第二代码文件进行全量测试，仅对变更的部分进行测试，能够降低单元测试时间，提高单元测试效率。

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

附图说明

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

图1为一示例性实施例示出的进行单元测试的示意图；

图2为本公开一示例性实施例示出的单元测试方法的流程示意图；

图3为本公开一示例性实施例示出的单元测试方法处理过程示意图；

图4为本公开另一示例性实施例示出的单元测试方法的流程示意图；

图5为本公开一示例性实施例示出的用于表征源码与用例间的关联关系的拓扑图；

图6为本公开一示例性实施例示出的源码-单元测试用例关联关系示意图；

图7为本公开一示例性实施例示出的单元测试装置的结构示意图；

图8为本公开另一示例性实施例示出的单元测试装置的结构示意图；

图9是用来实现本公开实施例提供的电子设备的框图。

具体实施方式

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

图1为一示例性实施例示出的进行单元测试的示意图。

在白盒测试领域，单元测试检查是不可缺少的一个步骤，可以在集成测试之前尽早的发现代码中隐藏的问题。因此，为了保证用户交付代码质量，通常要求在代码提交合入之前，必须通过单元测试验证。

如图1所示，各个用户均可以将对自己开发的代码进行单元测试。比如，用户可以操作用户终端11向测试设备12提交代码文件，并向测试设备12发送用于对代码文件进行单元测试的指令，使得测试设备12能够对其提交的代码文件进行单元测试。相似的，其他用户也可以操作各自的终端，通过测试设备12进行单元测试。

测试设备12在具体测试时，可以使用单元测试用例对源码进行测试。但是，对于一个成熟的代码库来说，单元测试用例的数量是十分庞大的，执行单元测试用例将是耗时、耗资源的。在这种场景下，每次提交代码时进行单元测试检查，将会增加用户的等待时间，甚至使得后提交的测试人物无法被及时执行，变成一个影响开发效率的瓶颈，成为用户在研发过程中的痛点。

为了解决上述技术问题，本公开提供的方案中，确定需要进行测试的代码文件，与上一版本代码文件之间的更改信息，并对发生了改变的代码部分进行测试，从而缩短测试时间，以减少用户等待测试结果的时间，进而提高测试效率以及研发效率。

图2为本公开一示例性实施例示出的单元测试方法的流程示意图。

如图2所示，本公开提供的单元测试方法，包括：

步骤201，获取第一代码文件和第二代码文件。

其中，第一代码文件为目标代码文件的第一版本；第二代码文件为目标代码文件的第二版本，第一版本为第二版本的上一版本。

具体的，本公开提供的方法可以由用于进行单元测试的电子设备执行，该电子设备比如可以是计算机。电子设备可以和用户终端连接，用户可以操作用户终端上传第二代码文件，还可以通过用户终端向电子设备发送用于对第二代码文件进行单元测试的测试指令。

进一步的，用户对目标代码文件进行修改后可以得到第一版本的第一代码文件，对该第一代码文件再次进行修改后，可以得到第二版本的第二代码文件。

其中，电子设备可以存储用户最近一次上传的代码文件，比如，当前用户上传的第二代码文件，则电子设备中存储有该第二代码文件的上一版本文件，也就是第一代码文件。

实际应用时，用户每修改得到一次代码文件，就可以将其上传到电子设备中进行单元测试。比如，用户通过修改代码，得到的是第二代码文件，那么可以将该第二代码文件上传至电子设备，使得电子设备能够存储该第二代码文件。

一种实施方式中，电子设备接收到第二代码文件后，可以获取该第二代码文件以及该第二代码文件的的上一版文件，即第一代码文件。

另一种实施方式中，用户还可以向电子设备发送用于对第二代码文件进行单元测试的测试指令，当电子设备接收到该测试指令后，可以获取该第二代码文件以及该第二代码文件的的上一版文件，即第一代码文件。

步骤202，确定第二代码文件相较于第一代码文件的变更信息。

其中，电子设备可以比对获取的第一代码文件和第二代码文件，从而得到第二代码文件相较于第一代码文件的变更信息。

具体的，代码文件中可以包括源码，还可以包括单元测试用例。

单元测试用例是指用于进行单元测试的用例，具体在执行单元测试用例时，会调用相应的源码，进而对源码进行测试。具体可以调用相应的源码，并将单元测试用例作为源码的输入数据，得到运行结果，进而可以根据运行结果确定单元测试结果。

第二代码文件相较于第一代码文件可以存在不同的用例，也可以存在不同的源码。因此，电子设备可以确定出第二代码文件相较于第一代码文件的变更用例，也可以确定出第二代码文件相较于第一代码文件的变更源码。

进一步的，可以预先设置代码管理工具，进而利用代码管理工具确定第二代码文件相较于第一代码文件的变更信息。

步骤203，根据变更信息，确定第二代码文件的变更信息的目标单元测试用例。

实际应用时，电子设备可以根据确定的变更信息确定目标单元测试用例，进而利用目标单元测试用例对第二代码文件进行单元测试。

其中，当变更信息中包括变更的单元测试用例时，电子设备可以直接将变更的单元测试用例确定为目标单元测试用例。

具体的，当变更信息中包括变更源码时，还可以根据预设的源码-用例的关联关系，将与变更源码关联的单元测试用例确定为目标单元测试用例。

该预设的源码与用例间的关联关系与代码文件对应，比如，可以通过代码文件的标识信息关联源码-用例的关联关系与代码文件。比如，目标代码文件为项目1的v0版本，再比如第一代码文件为项目1的v1版本，则可以存在预设的项目1的源码-用例的关联关系，从而可以根据第一代吗文件或第二代码文件的标识信息，获取相应的源码-用例的关联关系。

进一步的，当电子设备接收目标代码文件时，可以根据目标代码文件构建源码-用例的关联关系，从而在再次接收目标代码文件的其他版本的代码文件后，可以获取该源码-用例的关联关系。

实际应用时，在代码文件被更新后，电子设备还可以同步更新源码-用例的关联关系。

源码-用例的关联关系中可以包括源码与源码间的关系，还可以包括源码与用例间的关系。比如，电子设备执行用例A时，调用了源码a，则电子设备可以构建用例A与源码a之间的关联关系。电子设备运行源码a时，还会调用源码b，则电子设备可以构建源码a与源码b之间的关联关系。

基于与目标代码文件对应的源码-用例的关联关系，电子设备能够确定出与变更源码关联的目标单元测试用例。进而可以利用目标单元测试用例对变更的源码进行测试。

步骤204，执行目标单元测试用例，得到目标单元测试用例的执行结果；执行结果用于表征第二代码文件的单元测试结果。

电子设备确定出目标单元测试用例后，可以执行这些目标单元测试用例。

若目标单元测试用例中包括变更的单元测试用例，则电子设备可以利用该变更了的单元测试用例对源码进行测试。若目标单元测试用例中包括与变更的源码关联的单元测试用例，则电子设备可以利用这些单元测试用例对变更了的源码进行测试。

其中，电子设备可以执行目标单元测试用例得到目标单元测试用例的执行结果，该执行结果用于表征第二代码文件的单元测试结果。

具体的，在对代码文件进行修改后，通过本公开提供的方案能够在单元测试用例中确定目标单元测试用例，从而可以仅执行目标单元测试用例，进而对代码文件中修改了的部分进行测试，从而降低单元测试时间，提高测试效率。

图3为本公开一示例性实施例示出的单元测试方法处理过程示意图。

如图3所示，用户可以操作用户终端31，向电子设备32发送更新后的第二代码文件。该第二代码文件可以是在第一代码文件的基础上进行修改得到的。

其中，电子设备中可以存储第一代码文件321，接收到第二代码文件322后，还可以存储该第二代码文件322。电子设备可以获取该第一代码文件321和第二代码文件322。

具体的，电子设备32还可以比对第一代码文件321和第二代码文件322，从而得到变更信息323，电子设备可以确定变更信息323的目标单元测试用例324，并执行目标单元测试用例324。

可选的，电子设备可以确定出多个目标单元测试用例，并执行这些目标单元测试用例。其中，电子设备还可以将执行目标单元测试用例得到的执行结果反馈给用户终端31。

本公开提供的单元测试方法，包括：获取第一代码文件和第二代码文件；第一代码文件为目标代码文件的第一版本；第二代码文件为目标代码文件的第二版本，第一版本为第二版本的上一版本；确定第二代码文件相较于第一代码文件的变更信息；根据变更信息，确定第二代码文件的变更信息的目标单元测试用例；执行目标单元测试用例，得到目标单元测试用例的执行结果；执行结果用于表征第二代码文件的单元测试结果。本公开提供的单元测试方法，可以通过比对当前的代码文件与上一版本代码文件，从而确定代码文件中变更信息，再根据变更信息确定出目标单元测试用例，通过执行目标单元测试用例对当前版本的代码文件中更新了的部分进行测试，这种方式不需要对变更后的第二代码文件进行全量测试，仅对变更的部分进行测试，能够降低单元测试时间，提高单元测试效率。

图4为本公开另一示例性实施例示出的单元测试方法的流程示意图。

如图4所示，本公开提供的单元测试方法，包括：

步骤401，接收目标代码文件的原始文件，原始文件中包括目标代码的原始源码、原始用例。

其中，本公开提供的方法中，电子设备还可以接收用户终端发送的目标代码文件的原始文件。比如，用户开发完目标代码文件后，可以将该目标代码文件的原始文件上传到电子设备中。

具体的，可以认为原始代码文件是目标代码文件的原始版本。

进一步的，原始代码文件中可以包括原始源码、原始用例，原始用例是用于对原始源码进行测试的单元测试用例。

步骤402，根据原始源码、原始用例确定源码-用例关联关系；源码-用例关联关系中包括源码与源码间的关联关系、源码与用例间的关联关系。

实际应用时，电子设备接收到目标代码文件的原始文件后，可以构建该原始文件中的源码-用例关联关系。该源码-用例关联关系中包括源码与源码间的关联关系、源码与用例间的关联关系。

其中，在电子设备接收到目标代码文件的原始文件后，可以根据该原始文件构建源码-用例关联关系，从而在电子设备再次接收到目标代码文件的其他版本的代码文件后，若再次接收的其他版本的代码文件中存在变更的源码时，电子设备可以根据源码-用例关联关系确定变更的源码的目标单元测试用例。

本申请提供的实施例中，电子设备可以根据目标代码文件的原始文件构建源码-用例关联关系，进而在对该目标代码文件的其他版本的文件进行单元测试时，可以利用该源码-用例关联关系全部执行单元测试用例中的目标单元测试用例，进而减少测试时间，提高测试效率。

具体的，电子设备可以根据所述原始源码、所述原始用例，构建抽象语法树。比如，电子设备中可以预先设置有语法树解析工具，电子设备可以利用语法树解析工具对原始源码、原始用例进行静态代码分析，构建全部代码结构的抽象语法树(abstract syntaxcode，AST)。

进一步的，电子设备可以根据抽象语法树，确定源码-用例的第一关联关系。电子设备可以通过抽象语法树手机代码间的关联关系，进而确定源码-用例的第一关联关系。

实际应用时，电子设备可以根据抽象语法树中的原始源码的符号特征、原始用例的符号特征，确定源码-用例的第一关联关系。其中，电子设备可以根据源码和用例的符号特征，递归遍历整个AST树结构，从中抽离出用例与源码的映射关系图，得到源码-用例的第一关联关系。

其中，第一关联关系中可以包括源码与源码间的关联关系，还可以包括源码与用例间的关联关系。

通过这种实施方式，电子设备能够得到抽取出源码与用例间的静态关系，从而构建出源码-用例的静态关联关系。

其中，电子设备还可以确定执行原始用例时调用的原始源码，确定源码-用例的第二关联关系。

具体的，用户还可以向用户终端发送用于对原始文件进行测试的指令，使得电子设备可以使用执行各个原始用例，从而对原始源码进行测试。

进一步的，在利用原始用例对原始源码进行测试时，电子设备还可以确定执行每一原始用例时，确定原始用例在执行过程中调用的原始源码。比如，执行第一原始用例时，调用的原始源码为第5-6行源码，执行第二原始用例时，调用的原始源码为第8-9行。

实际应用时，电子设备可以根据原始用例在执行过程中调用的原始源码，确定原始用例与原始源码的行标识之间的第二关联关系。电子设备可以记录每一原始用例在执行过程中，调用的源码信息，比如可以记录每一原始用例与源码行的信息，比如第一原始用例与源码行5-6间的关联关系，第二原始用例与源码行8-9间的关联关系。

这种实施方式中，可以得到实例在执行过程中实际的执行路径，进而能够得到动态的用例与原始源码间的第二关联关系，可以使用第二关联关系对第一关联关系进行补充，进而得到完善的源码-用例的关联关系。

其中，电子设备可以确定原始用例在执行过程中直接调用的第一原始源码，以及第一原始源码在运行时调用的第二原始源码。

具体的，当电子设备执行原始用例时，会直接调用第一原始源码，电子设备在执行第一原始源码时，还可能会调用第二原始源码。电子设备可以确定第一原始源码与原始用例间具有关联关系，还可以确定第一原始源码和第二原始源码之间具有关联关系。

其中，电子设备确定出源码-用例的静态的第一关联关系和动态的第二关联关系后，可以对第一关联关系和第二关联关系进行整合，得到源码-用例关联关系。

其中，第一关联关系是通过静态语法树解析得到的代码间的调用关系，但是这只是静态的调用关系，并不能反映出用例真实的执行路径，因此，本公开提供的方法综合第一关联关系和第二关联关系，得到完整的源码-用例关联关系。

具体的，电子设备可以对第一关联关系和第二关联关系进行合并处理，得到源码与用例间的关联关系。

步骤403，构建用于表征源码与用例间的关联关系的拓扑图，拓扑图中包括用例节点、源码节点，具有关联关系的用例节点与源码节点之间具有边，具有关联关系的源码节点与源码节点之间具有边。

具体的，本公开提供的方法中，电子设备可以构建用于表征源码与用例间的关联关系的拓扑图。具体可以根据各个原始用例构建用例节点，根据原始源码中的每部分源码构建源码节点。

进一步的，若源码和原始用例之间具有关联关系，则电子设备可以构建该源码的节点与该原始用例的节点之间的边的关系，具体可以构建用例指向源码的边。若第一源码和第二源码之间具有关联关系，则电子设备可以构建该第一源码的节点与该第二源码的节点之间的边的关系，比如执行第一源码时会调用第二源码，则可以构建第一源码指向第二源码的边。

实际应用时，通过拓扑图的方式存储源码-用例关联关系，可直接存储源码与源码、用例与源码间的调用关系，记录双向调用关系，可实现双向的追溯。同时，这种方式还便于对源码、用例间的关联关系进行深度搜索。在查找搜索时，可方便快捷的进行深度广度搜索查找，快速的查找出多级调用关系，可从某个用例或某个文件出发，查找出其全部的、或者指定深度的调用路径，从而对更新后的代码文件进行单元测试时，可以基于该拓扑图快速的查找出与变更部分关联的用例，进而执行这部分用例，以提高单元测试的速度。此外，通过拓扑图的方式存储源码-用例关联关系，还能够快速更新源码-用例关联关系。整个关系图可以随着代码的提交合入而实时更新，图形化的数据库可以更加快速的实现增量更新。如新增代码文件，只需要添加节点，新增调用关联边；删除代码文件，只需要删除掉关系，删除节点等。

图5为本公开一示例性实施例示出的用于表征源码与用例间的关联关系的拓扑图。

如图5所示，在拓扑图中包括用例节点51和源码节点52，用例节点用圆形表示，源码节点用三角形表示，在拓扑图中包括边，通过边连接具有关联关系的用例节点和源码节点，还可以通过边连接具有关联关系的源码节点。

边可以具有方向，通过具有方向的边记录用例节点和源码节点之间的调用关系，还可以通过具有方向的边记录源码节点和源码节点之间的调用关系。

步骤404，获取第一代码文件和第二代码文件；第一代码文件为目标代码文件的第一版本；第二代码文件为目标代码文件的第二版本，第一版本为第二版本的上一版本。

步骤404与步骤201的执行方式和原理类似。

该第一代码文件可以是上述目标代码文件的原始文件，或者是原始代码文件的第i个版本的文件；i为大于或等于1的整数。比如，用户初次研发的代码文件为原始文件，对其进行修改，得到的代码文件可以是第一代码文件。每次修改完代码文件，用户都可以利用电子设备对修改完的代码文件进行单元测试。

其中，第二代码文件是用户在第一代码文件的基础上进行修改得到的代码文件，用户可以将该第二代码文件上传至电子设备，从而利用电子设备对修改完毕的第二代码文件进行单元测试。

步骤405，确定第二代码文件相较于第一代码文件的变更信息；变更信息包括：变更的单元测试用例和/或变更的源码。

具体的，电子设备可以比对第二代码文件相较于第一代码文件，从而确定第二代码文件相较于第一代码文件的变更信息，该变更信息具体是指第二代码文件相较于第一代码文件不同的内容。

进一步的，第一代码文件和第二代码文件中均可以包括源码和用例，因此，第二代码文件相较于第一代码文件，发生改变的内容可以为用例，也可以为源码，还可以既包括用例也包括源码。

实际应用时，通过这种方式电子设备能够确定出第二代码文件相较于第一代码文件变更的测试用例和/或并更的源码，进而可以根据变更的测试用例和/或并更的源码对第二代码文件相较于第一代码文件变更了的部分进行测试，从而可以提高测试效率，降低测试时间。

若变更信息为所述变更的单元测试用例，则执行步骤406；若变更信息包括所述变更的源码，则执行步骤407。

步骤406，将变更的单元测试用例作为目标单元测试用例。

其中，若电子设备确定的变更信息包括变更的单元测试用例，则电子设备可以将变更的单元测试用例作为目标单元测试用例。进而可以执行这些目标单元测试用例，对第二代码文件中的变更内容进行单元测试。

具体的，利用更改后的目标单元测试用例对第二代码文件进行测试，可以无需使用全量的单元测试用例对第二代码文件进行测试，进而提高单元测试效率，降低单元测试时间。

步骤407，获取第一代码文件的源码-单元测试用例关联关系。

进一步的，若变更信息中包括变更的源码，则电子设备可以获取第一代码文件的源码-单元测试用例关联关系。

若第一代码文件是原始代码文件，则电子设备获取的源码-单元测试用例关联关系是根据原始代码文件构建的关联关系。

实际应用时，若第一代码文件是原始代码文件的第i个版本的文件，i大于或等于1，则电子设备获取的源码-单元测试用例关联关系，是在原始代码文件的源码-单元测试用例关联关系基础上进行修改得到的。

步骤408，根据关联关系，将与变更的源码关联的单元测试用例作为目标单元测试用例。

其中，电子设备获取的源码-单元测试用例关联关系中，包括源码与源码间的关系，还包括源码与用例间的关联关系。电子设备可以根据该关联关系确定与变更的源码关联的单元测试用例，并将这部分单元测试用例确定为目标单元测试用例。

具体的，若变更的源码直接与单元测试用例连接，则可以将该单元测试用例确定为目标单元测试用例。

进一步的，若变更的源码与其他的源码连接，其他源码和单元测试用例连接，则可以将该单元测试用例确定为目标单元测试用例。

实际应用时，利用与更改的源码关联的单元测试用例对第二代码文件进行测试，可以无需使用全量的单元测试用例对第二代码文件进行测试，进而提高单元测试效率，降低单元测试时间。

图6为本公开一示例性实施例示出的源码-单元测试用例关联关系示意图。

如图6所示，可以通过拓扑图的形式存储源码-单元测试用例关联关系。在拓扑图中用例节点用圆形表示，源码节点用三角形表示，在拓扑图中包括边，通过边连接具有关联关系的用例节点和源码节点，还可以通过边连接具有关联关系的源码节点。

边可以具有方向，通过具有方向的边记录用例节点和源码节点之间的调用关系，还可以通过具有方向的边记录源码节点和源码节点之间的调用关系。

其中，电子设备确定的变更信息中例如包括变更的源码61，则电子设备可以根据该拓扑图确定出与该源码61具有关联关系的目标单元测试用例。

具体的，在拓扑图中，单元测试用例62直接与源码61连接，则可以将该单元测试用例62确定为目标单元测试用例。

进一步的，在拓扑图中，源码61还与源码63连接，源码63还与单元测试用例64连接，用于表征执行单元测试用例64时会调用源码63，源码63执行时会调用源码61。因此，可以将单元测试用例64确定为目标单元测试用例。

实际应用时，若所述变更信息包括增加了的源码，则所述方法还包括：

确定所述变更信息是否包括与所述增加了的源码对应的增加了的单元测试用例；若不包括，则根据所述第二代码文件更新所述源码-单元测试用例关联关系。

其中，一般用户上传的代码文件中，源码与用于测试该源码的单元测试用例之间具有关联关系，比如，名称中具有相同的标识。例如，在源码名称的基础上添加test，可以作为用于测试该源码的单元测试用例的名称。

因此，当变更信息中包括增加了的源码时，电子设备可以识别用户上传的第二代码文件中是否具有相应的测试用例，若没有，则电子设备可以根据第二代码文件更新源码-单元测试用例关联关系。具体的方式与构建原始文件的源码-单元测试用例关联关系相似。

进一步的，电子设备可以根据更新后的源码-单元测试用例关联关系，将与变更的源码关联的单元测试用例作为目标单元测试用例，从而确定出该新增的源码对应的目标测试用例。

若第二代码文件中具有用于对增加的源码进行测试的单元测试用例，则电子设备可以将该增加了的单元测试用例确定为目标测试用例。

实际应用时，若变更信息还包括变更的单元测试用例，则还可以执行步骤406，将变更的单元测试用例确定为目标单元测试用例。

其中，若电子设备确定的变更信息中除了变更的源码，还包括变更的单元测试用例，则电子设备可以将变更的单元测试用例确定为目标单元测试用例。

这种实施方式中，电子设备可以将变更的单元测试用例，以及与变更的源码关联的单元测试用例，均确定为目标单元测试用例。从而可以利用目标单元测试用例对第二代码文件中变更的部分进行测试，提高单元测试效率，并降低单元测试所花费的时间。

此外，本公开的方案中，对于目标代码文件的原始文件，电子设备能够利用全部的单元测试用例进行全量测试，对此后上传的目标代码文件的版本，电子设备可以对代码文件中的变更部分进行单元测试。由于没变更的部分的测试结果不会发生变化，因此即使不对这部分代码进行测试处理，也不会影响测试结果。

在另一种实施方式中，若变更信息中既包括变更的源码，还包括变更的单元测试用例，则电子设备可以对变更的单元测试用例、与变更源码关联的单元测试用例进行以下至少一种操作，得到目标单元测试用例：

合并、去重、清洗。

其中，当变更信息中既包括变更的源码，还包括变更的单元测试用例时，基于这两部分变更内容确定的目标单元测试用例可能存在重复的内容，因此，可以对其进行合并、去重、清洗的处理，使得最终确定的目标单元测试用例中不存在重复的用例，进而在利用目标单元测试用例进行单元测试时，能够不重复执行相同的用例。

步骤409，执行目标单元测试用例，得到目标单元测试用例的执行结果；执行结果用于表征第二代码文件的单元测试结果。

步骤409与步骤204的执行方式和原理类似。

可选的，本公开提供的方法中，电子设备还可以根据确定的目标单元测试用例调整用于进行单元测试的配置文件，还可以生成测试指令。

其中，电子设备可以根据生成的测试指令，根据配置文件执行目标单元测试用例，进而得到对第二代码文件进行单元测试的结果。

可选的，本公开提供的方法还可以包括：

步骤410，根据变更信息调整源码-用例关联关系。

具体的，电子设备还可以根据确定的变更信息调整第一代码文件的源码-用例关联关系，进而得到第二代码文件的源码-用例关联关系。

这种实施方式中，电子设备可以根据代码文件的变更情况，相应的调整源码-用例关联关系，使得用户对第二代码文件进行修改后得到另一第二代码文件时，电子设备能够获取该第二代码文件对应的源码-用例关联关系，从而可以基于该最新的源码-用例关联关系对上述另一第二代码文件进行单元测试。

进一步的，若第二代码文件相较于第一代码文件增加了变更信息，则在源码-用例关联关系中添加与变更信息相应节点，并根据增加了的节点与其他节点之间的关联关系在源码-用例关联关系中添加边。

实际应用时，若第二代码文件相较于第一代码文件，增加了变更信息，比如增加了变更的单元测试用例，再比如增加了源码，则电子设备可以在源码-用例关联关系中添加与变更信息相应节点，比如添加源码节点，或者添加用例节点。

其中，若第二代码文件中增加了变更的单元测试用例，则电子设备可以将变更的单元测试用例确定为目标单元测试用例，并执行该目标单元测试用例。在执行目标单元测试用例时，电子设备还可以获取该目标单元测试用例与源码间的关联关系，从而在源码-用例关联关系中添加边。

具体的，若第二代码文件中增加了源码，则电子设备可以在第二代码文件中查找是否存在与该增加了的源码对应的单元测试用例，若不存在，则电子设备可以基于第二代码文件重新构建源码-用例关联关系。若存在，则可以直接根据查找出的单元测试用例和增加了的源码，在源码-用例关联关系中添加节点和边。

这种实施方式中，可以在第二代码文件相较于第一代码文件增加了信息的情况下，根据增加的信息更新源码-用例关联关系。

若更新代码文件相较于当前代码文件删除了变更信息，则在源码-用例关联关系中删除与删除了的变更信息相应的节点和边。比如，第二代码文件相较于第一代码文件删除了信息，则电子设备可以删除源码-用例关联关系中相应的节点，还可以删除与该节点连接的边。

这种实施方式中，可以在第二代码文件相较于第一代码文件删除了信息的情况下，根据试验出的信息更新源码-用例关联关系。

进一步的，电子设备还可以根据执行待执行目标单元测试用例时调用的源码，更新源码-用例关联关系中的边。

比如，第二代码文件相较于第一代码文件增加了单元测试用例，则该单元测试用例可以被确定为目标单元测试用例，并执行该目标单元测试用例，这种情况下，电子设备可以根据执行该目标单元测试用例时调用的源码，更新源码-用例关联关系中的边，从而使源码-用例关联关系符合第二代码文件。

图7为本公开一示例性实施例示出的单元测试装置的结构示意图。

如图7所示，本公开提供的单元测试装置700，包括：

获取单元710，用于获取第一代码文件和第二代码文件；所述第一代码文件为目标代码文件的第一版本；所述第二代码文件为所述目标代码文件的第二版本，所述第一版本为第二版本的上一版本；

比对单元720，用于确定所述第二代码文件相较于第一代码文件的变更信息；

目标用例确定单元730，用于根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例；

测试单元740，用于执行所述目标单元测试用例，得到所述目标单元测试用例的执行结果；所述执行结果用于表征所述第二代码文件的单元测试结果。

本公开提供的单元测试装置，包括获取单元，用于获取第一代码文件和第二代码文件；第一代码文件为目标代码文件的第一版本；第二代码文件为目标代码文件的第二版本，第一版本为第二版本的上一版本；比对单元，用于确定第二代码文件相较于第一代码文件的变更信息；目标用例确定单元，用于根据变更信息，确定第二代码文件的变更信息的目标单元测试用例；测试单元，用于执行目标单元测试用例，得到目标单元测试用例的执行结果；执行结果用于表征第二代码文件的单元测试结果。本公开提供的单元测试装置，可以通过比对当前的代码文件与上一版本代码文件，从而确定代码文件中变更信息，再根据变更信息确定出目标单元测试用例，通过执行目标单元测试用例对当前版本的代码文件中更新了的部分进行测试，这种方式不需要对变更后的第二代码文件进行全量测试，仅对变更的部分进行测试，能够降低单元测试时间，提高单元测试效率。

图8为本公开另一示例性实施例示出的单元测试装置的结构示意图。

如图8所示，本公开提供的单元测试装置800中，获取单元810与图7中所示出的获取单元710一致，比对单元820与图7中所示出的比对单元720一致，目标用例确定单元830与图7中所示出的目标用例确定单元730一致，测试单元840与图7中所示出的测试单元740一致。

本公开提供的单元测试装置800中，所述变更信息包括：变更的单元测试用例和/或变更的源码。

其中，所述变更信息为所述变更的单元测试用例；所述目标用例确定单元830，包括：

第一确定模块831，用于将所述变更的单元测试用例作为所述目标单元测试用例。

其中，所述变更信息包括所述变更的源码，所述目标用例确定单元830，包括第二确定模块832，用于：

获取所述第一代码文件的源码-单元测试用例关联关系；

根据所述关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

其中，若所述变更信息包括增加了的源码，则所述第二确定模块832具体用于：

确定所述变更信息是否包括与所述增加了的源码对应的增加了的单元测试用例；

若不包括，则根据所述第二代码文件更新所述源码-单元测试用例关联关系；

根据更新后的源码-单元测试用例关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

其中，若所述变更信息中还包括所述变更的单元测试用例，则所述第二确定模块还用于：

将所述变更的单元测试用例确定为所述目标单元测试用例。

所述第二确定模块832还用于：

对所述变更的单元测试用例、与所述变更源码关联的单元测试用例进行以下至少一种操作，得到所述目标单元测试用例：

合并、去重、清洗。

可选的，所述还包括关系构建单元850，用于在所述获取单元810获取第一代码文件和第二代码文件之前：

接收所述目标代码文件的原始文件，所述原始文件中包括所述目标代码的原始源码、原始用例；所述第一代码文件为所述原始代码文件，或所述原始代码文件的第i个版本的文件；所述i为大于或等于1的整数；

根据所述原始源码、所述原始用例确定源码-用例关联关系；所述源码-用例关联关系中包括源码与源码间的关联关系、源码与用例间的关联关系。

其中，所述关系构建单元850，包括：

抽象模块851，用于根据所述原始源码、所述原始用例，构建抽象语法树；

第一关系构建模块852，用于根据所述抽象语法树，确定源码-用例的第一关联关系；

第二关系构建模块853，用于确定执行所述原始用例时调用的原始源码，确定源码-用例的第二关联关系；

关联关系构建模块854，用于根据所述第一关联关系、所述第二关联关系，确定所述源码-用例关联关系。

其中，第一关系构建模块852具体用于：

根据所述抽象语法树中的所述原始源码的符号特征、所述原始用例的符号特征，确定源码-用例的第一关联关系。

其中，所述第二关系构建模块853具体用于：

执行所述原始用例，并确定所述原始用例在执行过程中调用的原始源码；

根据所述原始用例在执行过程中调用的原始源码，确定所述原始用例与所述原始源码的行标识之间的第二关联关系。

所述关联关系构建模块854具体用于：

构建用于表征所述源码-用例关联关系的拓扑图，所述拓扑图中包括用例节点、源码节点，具有关联关系的所述用例节点与所述源码节点之间具有边，具有关联关系的所述源码节点与所述源码节点之间具有边。

所述装置，还包括更新单元860，用于：

根据所述变更信息调整所述源码-用例关联关系。

其中，所述更新单元860具体用于：

若所述第二代码文件相较于所述第一代码文件增加了所述变更信息，则在所述源码-用例关联关系中添加与所述变更信息相应节点，并根据增加了的所述节点与其他节点之间的关联关系在所述源码-用例关联关系中添加边。

其中，所述更新单元860具体用于：

若所述更新代码文件相较于所述当前代码文件删除了所述变更信息，则在所述源码-用例关联关系中删除与删除了的所述变更信息相应的节点和边。

所述更新单元860具体用于：

根据执行所述目标单元测试用例时调用的源码，更新所述源码-用例关联关系中的边。

本公开提供一种单元测试方法、装置、设备、存储介质及程序产品，应用于计算机技术中的代码测试技术，以提高对代码进行单元测试的效率。

根据本公开的实施例，本公开还提供了一种电子设备和一种可读存储介质。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

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

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

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

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

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

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

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

Claims (26)

1.一种单元测试方法，包括：

获取第一代码文件和第二代码文件；所述第一代码文件为目标代码文件的第一版本；所述第二代码文件为所述目标代码文件的第二版本，所述第一版本为第二版本的上一版本；

确定所述第二代码文件相较于第一代码文件的变更信息；

根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例；

执行所述目标单元测试用例，得到所述目标单元测试用例的执行结果；所述执行结果用于表征所述第二代码文件的单元测试结果；

所述获取第一代码文件和第二代码文件之前，所述方法还包括：

接收所述目标代码文件的原始文件，所述原始文件中包括所述目标代码的原始源码、原始用例；所述第一代码文件为原始代码文件，或所述原始代码文件的第i个版本的文件；所述i为大于或等于1的整数；

根据所述原始源码、所述原始用例，构建抽象语法树；

根据所述抽象语法树中的所述原始源码的符号特征、所述原始用例的符号特征，确定源码-用例的第一关联关系；

执行所述原始用例，并确定所述原始用例在执行过程中调用的原始源码；

根据所述原始用例在执行过程中调用的原始源码，确定所述原始用例与所述原始源码的行标识之间的第二关联关系；

根据所述第一关联关系、所述第二关联关系，确定所述源码-用例关联关系；所述源码-用例关联关系中包括源码与源码间的关联关系、源码与用例间的关联关系，所述源码-用例关联关系用于确定所述目标单元测试用例。

2.根据权利要求1所述的方法，其中，所述变更信息包括：变更的单元测试用例和/或变更的源码。

3.根据权利要求2所述的方法，其中，所述变更信息为所述变更的单元测试用例；所述根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例，包括：

将所述变更的单元测试用例作为所述目标单元测试用例。

4.根据权利要求2所述的方法，其中，所述变更信息包括所述变更的源码，所述根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例，包括：

获取所述第一代码文件的源码-单元测试用例关联关系；

根据所述关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

5.根据权利要求4所述的方法，其中，若所述变更信息包括增加了的源码，则所述方法还包括：

确定所述变更信息是否包括与所述增加了的源码对应的增加了的单元测试用例；

若不包括，则根据所述第二代码文件更新所述源码-单元测试用例关联关系；

所述根据所述关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例，包括：

根据更新后的源码-单元测试用例关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

6.根据权利要求4或5所述的方法，其中，若所述变更信息中还包括所述变更的单元测试用例，则所述方法还包括：

将所述变更的单元测试用例确定为所述目标单元测试用例。

7.根据权利要求6所述的方法，还包括，对所述变更的单元测试用例、与所述变更源码关联的单元测试用例进行以下至少一种操作，得到所述目标单元测试用例：

合并、去重、清洗。

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

构建用于表征所述源码-用例关联关系的拓扑图，所述拓扑图中包括用例节点、源码节点，具有关联关系的所述用例节点与所述源码节点之间具有边，具有关联关系的所述源码节点与所述源码节点之间具有边。

9.根据权利要求1-5、7-8任一项所述的方法，还包括：

根据所述变更信息调整所述源码-用例关联关系。

10.根据权利要求9所述的方法，其中，

若所述第二代码文件相较于所述第一代码文件增加了所述变更信息，则在所述源码-用例关联关系中添加与所述变更信息相应节点，并根据增加了的所述节点与其他节点之间的关联关系在所述源码-用例关联关系中添加边。

11.根据权利要求10所述的方法，其中，

若所述第二代码文件相较于所述第一代码文件删除了所述变更信息，则在所述源码-用例关联关系中删除与删除了的所述变更信息相应的节点和边。

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

根据执行所述目标单元测试用例时调用的源码，更新所述源码-用例关联关系中的边。

13.一种单元测试装置，包括：

获取单元，用于获取第一代码文件和第二代码文件；所述第一代码文件为目标代码文件的第一版本；所述第二代码文件为所述目标代码文件的第二版本，所述第一版本为第二版本的上一版本；

比对单元，用于确定所述第二代码文件相较于第一代码文件的变更信息；

目标用例确定单元，用于根据所述变更信息，确定所述第二代码文件的变更信息的目标单元测试用例；

测试单元，用于执行所述目标单元测试用例，得到所述目标单元测试用例的执行结果；所述执行结果用于表征所述第二代码文件的单元测试结果；

所述装置还包括：关系构建单元，

所述关系构建单元用于：接收所述目标代码文件的原始文件，所述原始文件中包括所述目标代码的原始源码、原始用例；所述第一代码文件为原始代码文件，或所述原始代码文件的第i个版本的文件；所述i为大于或等于1的整数；

根据所述原始源码、所述原始用例确定源码-用例关联关系；所述源码-用例关联关系中包括源码与源码间的关联关系、源码与用例间的关联关系，所述源码-用例关联关系用于确定所述目标单元测试用例；

所述关系构建单元包括：

抽象模块，用于根据所述原始源码、所述原始用例，构建抽象语法树；

第一关系构建模块，用于根据所述抽象语法树中的所述原始源码的符号特征、所述原始用例的符号特征，确定源码-用例的第一关联关系；

第二关系构建模块，用于执行所述原始用例，并确定所述原始用例在执行过程中调用的原始源码；根据所述原始用例在执行过程中调用的原始源码，确定所述原始用例与所述原始源码的行标识之间的第二关联关系；

关联关系构建模块，用于根据所述第一关联关系、所述第二关联关系，确定所述源码-用例关联关系。

14.根据权利要求13所述的装置，其中，所述变更信息包括：变更的单元测试用例和/或变更的源码。

15.根据权利要求14所述的装置，其中，所述变更信息为所述变更的单元测试用例；所述目标用例确定单元，包括：

第一确定模块，用于将所述变更的单元测试用例作为所述目标单元测试用例。

16.根据权利要求14所述的装置，其中，所述变更信息包括所述变更的源码，所述目标用例确定单元，包括第二确定模块，用于：

获取所述第一代码文件的源码-单元测试用例关联关系；

根据所述关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

17.根据权利要求16所述的装置，其中，若所述变更信息包括增加了的源码，则所述第二确定模块具体用于：

确定所述变更信息是否包括与所述增加了的源码对应的增加了的单元测试用例；

若不包括，则根据所述第二代码文件更新所述源码-单元测试用例关联关系；

根据更新后的源码-单元测试用例关联关系，将与所述变更的源码关联的单元测试用例作为目标单元测试用例。

18.根据权利要求16所述的装置，其中，若所述变更信息中还包括所述变更的单元测试用例，则所述第二确定模块还用于：

将所述变更的单元测试用例确定为所述目标单元测试用例。

19.根据权利要求18所述的装置，所述第二确定模块还用于：

对所述变更的单元测试用例、与所述变更源码关联的单元测试用例进行以下至少一种操作，得到所述目标单元测试用例：

合并、去重、清洗。

20.根据权利要求13所述的装置，所述关联关系构建模块具体用于：

构建用于表征所述源码-用例关联关系的拓扑图，所述拓扑图中包括用例节点、源码节点，具有关联关系的所述用例节点与所述源码节点之间具有边，具有关联关系的所述源码节点与所述源码节点之间具有边。

21.根据权利要求13-20任一项所述的装置，还包括更新单元，用于：

根据所述变更信息调整所述源码-用例关联关系。

22.根据权利要求21所述的装置，其中，所述更新单元具体用于：

若所述第二代码文件相较于所述第一代码文件增加了所述变更信息，则在所述源码-用例关联关系中添加与所述变更信息相应节点，并根据增加了的所述节点与其他节点之间的关联关系在所述源码-用例关联关系中添加边。

23.根据权利要求22所述的装置，其中，所述更新单元具体用于：

若所述第二代码文件相较于所述第一代码文件删除了所述变更信息，则在所述源码-用例关联关系中删除与删除了的所述变更信息相应的节点和边。

24.根据权利要求23所述的装置，所述更新单元具体用于：

根据执行所述目标单元测试用例时调用的源码，更新所述源码-用例关联关系中的边。

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

至少一个处理器；以及

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

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

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