CN118012733A - 代码测试方法、装置及电子设备 - Google Patents

Abstract

本公开提出一种代码测试方法、装置及电子设备，方法包括：响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试，并基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，并确定代码测试所需的测试规则，以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果，能够在对代码进行全量测试或增量测试过程中，利用操作界面实现代码测试的自动化与流程化，从而提高代码测试的效率。

Description

代码测试方法、装置及电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种代码测试方法、装置及电子设备。

背景技术

在软件开发过程中，为了保证软件能够正常运行，需要对软件代码进行测试，测试包括全量测试、增量测试等方式。目前，在代码测试过程中，通常由测试人员手动完成多个步骤，例如手动拉取代码、手动进行配置、手动选择测试规则、手动同步需要分析的结果文件以及上传数据库等，导致测试效率低，因此测试效率有待提升。

发明内容

本公开提出了一种代码测试方法、装置及电子设备，旨在至少在一定程度上解决相关技术中的技术问题之一。

本公开第一方面实施例提出了一种代码测试方法，包括：响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试；基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码；确定代码测试所需的测试规则；以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果。

本公开第二方面实施例提出了一种代码测试装置，包括：第一响应模块，用于响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试；第二响应模块，用于基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码；确定模块，用于确定代码测试所需的测试规则；以及测试模块，用于基于测试规则对第一代码和第二代码进行测试，以得到测试结果。

本公开第三方面实施例提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例的代码测试方法。

本公开第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本公开实施例公开的代码测试方法。

本实施例中，通过响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试，并基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，并确定代码测试所需的测试规则，以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果，能够在代码全量测试或增量测试过程中，利用操作界面实现代码测试的自动化与流程化，从而提高代码测试的效率。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本公开一实施例提供的代码测试方法的流程示意图；

图2是根据本公开另一实施例提供的代码测试方法的流程示意图；

图3是根据本公开实施例提供的代码测试整体流程示意图；

图4是根据本公开另一实施例提供的代码测试装置的示意图；

图5示出了适于用来实现本公开实施方式的示例性电子设备的框图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

需要说明的是，本实施例的代码测试方法的执行主体可以为代码测试装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可以包括但不限于终端、服务器端等。

图1是根据本公开一实施例提供的代码测试方法的流程示意图，如图1所示，该方法包括：

S101：响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试。

其中，操作界面为用于进行代码测试系统(或应用程序)的界面，也即是说，本公开实施例的代码测试方法可以由代码测试系统执行。其中，该系统例如可以支持代码的全量测试或增量测试，并且可以支持C语言、C++语言以及其它任意可能的编程语言的代码测试，对此不作限制。

在实际应用中，系统的操作界面例如可以显示两种测试方式的选项，即：全量测试，或者增量测试，在用户需要进行代码测试时，首先可以在操作界面进行确认操作，例如：点击其中一种测试方式的选项，在这种情况下，系统可以响应于用户的确认操作，确定目标测试方式，即：全量测试或增量测试。

一些实施例，在系统响应用户的确认操作之前，系统还可以对用户的登录信息进行验证，例如验证账号是否存在，验证密码是否正确，以及其它任意可能的身份验证，对此不作限制。

S102：基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码。

其中，基线版本是项目软件文档或代码的一个稳定版本,它是进一步开发的基础。在实际应用中，项目可以由多个分支构成(即，多种功能分支)，而本实施例可以将每个分支进行处理得到一个对应的基线版本，从而多个分支可以有多个基线版本。

在本公开实施例中，目标基线版本是用户在当前代码测试中所需的基线版本，而目标基线版本对应的代码可以被称为第一代码。其中，不同的目标测试方式对应的目标基线版本不同，并且第一代码的获取方式也可以不同，对此不作限制。

一些实施例，项目的多个基线版本可以预先配置在该软件测试系统中，在用户测试代码过程中，系统可以根据用户的选择操作，自动确认目标基线版本对应的第一代码。

而需要进行测试分析的分支可以被称为目标分支，例如：相比于项目的基线版本，目标分支可以是项目进一步开发新增功能的分支，或者目标分支还可以是其它相关项目的功能分支，对此不作限制。而目标分支对应的代码，可以被称为第二代码。

上述确定目标测试方式后，进一步地，基于不同的目标测试方式，用户可以在操作界面进行选择操作，而系统可以响应该选择操作，自动获取目标基线版本的第一代码和目标分支的第二代码。一些实施例，在目标分支已经在互联网运行的情况下，本实施例的代码测试系统例如可以利用预先配置爬虫，从互联网爬取该目标分支的第二代码。

在实际应用中，目标分支可以有多种版本，在获取目标分支的第二代码时，用户可以在操作界面指定目标分支的版本，在这种情况下，系统可以自动获取目标分支的指定版本的第二代码；如果不指定版本，系统默认自动获取目标分支的最新版本的第二代码。

S103：确定代码测试所需的测试规则。

其中，代码测试过程中需要遵循的规则(或标准)可以被称为测试规则，测试规则例如C89、C99、C11以及其它任意可能的测试规则，并且代码测试系统可以预先配置全范围的测试规则，对此不作限制。

一些实施例，代码测试系统例如可以识别第一代码和/或第二代码的编程语言，并根据编程语言自动匹配对应的测试规则，或者屏蔽不相关的测试规则，例如：第一代码和第二代码为C语言代码，则系统可以从全范围的测试规则中自动选择与C语言匹配的测试规则，或者，屏蔽与C语言不相关的测试规则；或者，用户还可以在操作界面选择测试所需的测试规则，则系统可以响应于用户的选择操作，确定测试规则。

在实际代码测试过程中，还需要对测试环境进行配置。而本公开实施例中，可以预先这对项目配置配置文件，即：针对基线版本配置配置文件，则确定目标基线版本后，可以自动获取与目标基线版本匹配的配置文件，并利用配置文件对测试环境进行配置。

一些实施例，在对测试环境进行配置过程中，如果配置项出现问题，则用户还可以根据实际情况进行配置，则系统可以响应于用户的配置操作，对测试环境进行配置。另一些实施例，系统可以预先设置通用配置项，即：适合各个项目的配置选项，则系统可以利用该预设的通用配置项对测试环境进行配置。

S104：基于测试规则对第一代码和第二代码进行测试，以得到测试结果。

上述对测试环境配置完成之后，进一步地，本公开实施例可以基于测试规则，对第一代码和第二代码进行测试，也即是说，将新增的功能分支(目标分支)融合到项目的基线版本进行分析测试，并得到测试结果，测试结果例如：出现错误(error)的位置、出现警告的位置等，对此不作限制。并且，系统还可以将测试结果自动上传至指定的数据库。

一些实施例，在得到测试结果后，系统还可以根据测试结果自动生成测试报告，测试报告例如文本、工作表的形式，对此不作限制。

具体地，在用户的需求为通常需求的情况下，系统可以根据预设的标准形式对测试结果进行处理，得到测试报告，其中，标准形式例如可以是预设的标准测试报告模板、标准表格、标准图表以及其它任意可能的标准形式，也即是说，将测试结果处理成标准测试报告、标准表格、标准图表等，对此不作限制。

或者，在用户有特殊需求的情况下，可以预先在操作界面选择自定义形式，则系统可以根据自定义形式对测试结果进行处理，以生成测试报告。其中，自定义形式例如可以有多种输出形式，多种输出形式例如级别输出(根据测试结果的优先级进行排序输出)、规则输出(例如选择输出)、变更文件输出(变更测试结果的文件类型并输出)、变更行的输出(改变测试结果的行的顺序)、所有文件输出以及其它任意形式，对此不作限制。从而，用户可以灵活的选择所要查看的测试结果。

本实施例中，通过响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试，并基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，并确定代码测试所需的测试规则，以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果，能够在对代码进行全量测试或增量测试过程中，利用操作界面实现代码测试的自动化与流程化，从而提高代码测试的效率。

图2是根据本公开另一实施例提供的代码测试方法的流程示意图，如图2所示，该方法包括：

S201：响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试。

S201的具体说明参见上述实施例，此处不在赘述。

S202：在目标测试方式为增量测试的情况下，响应于用户在操作界面选择分支基线版本的操作，获取分支基线版本的第一代码。

其中，正如前述实施例所述的可以针对项目的每个分支确定基线版本，而该基线版本可以被称为分支基线版本。

本公开实施例，在目标测试方式为增量测试的情况下，用户可以在操作界面选择一个分支基线版本作为目标基线版本，也即是说，在增量测试时，用户需要选择基线版本。在这种情况下，系统可以响应于用户在操作界面选择分支基线版本的操作，自动获取分支基线版本的第一代码。

S203：响应于用户在操作界面选择目标分支的操作，获取第二代码。

进一步地，用户可以在操作界面选择目标分支(例如点击按钮)，并且选择目标分支的目标版本，即：最新版本或者指定版本，在这种情况下，系统可以根据目标分支的目标版本，自动获取对应的第二代码。

从而，本实施例在增量测试过程中，用户在操作界面可以选择分支基线代码和目标分支，从而可以根据需求准确实现增量测试。

S204：响应于用户在操作界面选择目标分支的操作，获取第二代码，并获取全量基线版本的第一代码，其中，全量基线版本被作为目标基线版本。

其中，相比于分支基线版本，全量基线版本表示项目全部的分支基线版本，即：整个项目的基线版本。而本公开实施例，全量测试不需要用户主动选择项目的其中一个分支基线版本，而是默认选择全量基线版本用于测试。

具体地，如果用户选择全量测试，则用户可以在操作界面选择目标分支，并选择目标分支的目标版本，在这种情况下，系统可以根据用户的选择操作自动获取目标分支目标版本的第二代码，并且，系统还可以自动获取全量基线版本的第一代码，而获取第一代码的过程不需要用户进行选择操作。

从而，本公开实施例在全量测试过程中，用户只需要选择目标分支即可自动获取代码进行全量测试，操作更加便捷。

S205：确定代码测试所需的测试规则。

S206：基于测试规则对第一代码和第二代码进行测试，以得到测试结果。

S205-S206的具体说明参见上述实施例，此处不在赘述。

本实施例中，通过响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试，并基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，并确定代码测试所需的测试规则，以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果，能够在对代码进行全量测试或增量测试过程中，利用操作界面实现代码测试的自动化与流程化，从而提高代码测试的效率。此外，本实施例在增量测试过程中，用户在操作界面可以选择分支基线代码和目标分支，系统可自动获取代码实现增量测试，从而可以根据测试需求准确实现增量测试。并且，本公开实施例在全量测试过程中，用户只需要选择目标分支即可自动获取代码进行全量测试，操作更加便捷。

在一个具体实例中，图3是根据本公开实施例提供的代码测试整体流程示意图，如图3所示，本实施例的代码测试过程中，首先进行账号和密码的验证，验证通过后显示主界面(即，操作界面)；进一步地，用户可以在操作界面选择全量测试或者增量测试，如果选增量测试，用户需要选择基线版本(基线项目)和目标项目(目标分支所属的项目)的目标分支及目标版本，如果用户选择全量测试，则用户需要选择目标分支的目标版本，而不需要选择基线版本，其中，选择目标版本时可以选择测试报告的格式，并选择存储时指定的项目和文件；进一步地，选择测试需要的规则，并基于规则进行分析，即：对基线版本的代码和目标版本的代码进行测试分析，并将测试结果自动上传数据库；进一步地，根据报告格式输出报告结果，其中，报告格式可以是通常需求的格式，或者特殊需求的格式，特殊需求例如级别输出、规则输出、变更文件输出等，从而得到最终的代码测试报告，完成自动化测试的全流程。

为了实现上述实施例，本公开还提出一种代码测试装置。

图4是根据本公开另一实施例提供的代码测试装置的示意图。

如图4所示，该代码测试装置40，包括：

第一响应模块401，用于响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试；

第二响应模块402，用于基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码；

确定模块403，用于确定代码测试所需的测试规则；以及

测试模块404，用于基于测试规则对第一代码和第二代码进行测试，以得到测试结果。

一些实施例，在目标测试方式为增量测试的情况下，第二响应模块402，具体用于：

响应于用户在操作界面选择分支基线版本的操作，获取分支基线版本的第一代码，其中，分支基线版本被作为目标基线版本；以及

响应于用户在操作界面选择目标分支的操作，获取第二代码。

一些实施例，在目标测试方式为全量测试的情况下，第二响应模块402，具体用于：

响应于用户在操作界面选择目标分支的操作，获取第二代码，并获取全量基线版本的第一代码，其中，全量基线版本被作为目标基线版本。

一些实施例，第二响应模块402，具体用于：获取目标分支的指定版本的第二代码；或者获取目标分支的最新版本的第二代码。

一些实施例，装置40还包括生成模块，具体用于：

根据预设的标准形式对测试结果进行处理，以生成测试报告；或者

根据自定义形式对测试结果进行处理，以生成测试报告。

一些实施例，确定模块403，具体用于：

根据第一代码和/或第二代码的编程语言，确定测试规则；或者

响应于用户的选择操作，确定测试规则。

一些实施例，装置40还包括配置模块，具体用于：获取与目标基线版本匹配的配置文件；以及利用配置文件对测试环境进行配置。

一些实施例，配置模块，具体用于：响应于用户的配置操作，对测试环境进行配置；和/或利用预设的通用配置项对测试环境进行配置。

本实施例中，通过响应于用户在操作界面的确认操作，确定目标测试方式，其中，目标测试方式为全量测试或增量测试，并基于目标测试方式，响应于用户在操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，并确定代码测试所需的测试规则，以及基于测试规则对第一代码和第二代码进行测试，以得到测试结果，能够在对代码进行全量测试或增量测试过程中，利用操作界面实现代码测试的自动化与流程化，从而提高代码测试的效率。

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

为了实现上述实施例，本公开还提出一种计算机程序产品，当计算机程序产品中的指令处理器执行时，执行如本公开前述实施例提出的代码测试方法。

图5示出了适于用来实现本公开实施方式的示例性电子设备的框图。图5显示的电子设备12仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。

尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。

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

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用，例如实现前述实施例中提及的代码测试方法。

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

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本公开的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种代码测试方法，其特征在于，包括：

响应于用户在操作界面的确认操作，确定目标测试方式，其中，所述目标测试方式为全量测试或增量测试；

基于所述目标测试方式，响应于所述用户在所述操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码；

确定代码测试所需的测试规则；以及

基于所述测试规则对所述第一代码和所述第二代码进行测试，以得到测试结果。

2.如权利要求1所述的方法，其特征在于，在所述目标测试方式为所述增量测试的情况下，所述响应于所述用户在所述操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，包括：

响应于所述用户在所述操作界面选择分支基线版本的操作，获取所述分支基线版本的第一代码，其中，所述分支基线版本被作为所述目标基线版本；以及

响应于所述用户在所述操作界面选择所述目标分支的操作，获取所述第二代码。

3.如权利要求1所述的方法，其特征在于，在所述目标测试方式为所述全量测试的情况下，所述响应于所述用户在所述操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码，包括：

响应于所述用户在所述操作界面选择所述目标分支的操作，获取所述第二代码，并获取全量基线版本的所述第一代码，其中，所述全量基线版本被作为所述目标基线版本。

4.如权利要求1-3任一项所述的方法，其特征在于，所述获取待测试的目标分支的第二代码，包括：

获取所述目标分支的指定版本的所述第二代码；或者

获取所述目标分支的最新版本的所述第二代码。

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

根据预设的标准形式对所述测试结果进行处理，以生成测试报告；或者

根据自定义形式对所述测试结果进行处理，以生成所述测试报告。

6.如权利要求1所述的方法，其特征在于，所述确定代码测试所需的测试规则，包括：

根据所述第一代码和/或所述第二代码的编程语言，确定所述测试规则；或者

响应于所述用户的选择操作，确定所述测试规则。

7.如权利要求1所述的方法，其特征在于，所述基于所述测试规则对所述第一代码和所述第二代码进行测试之前，还包括：

获取与所述目标基线版本匹配的配置文件，并利用所述配置文件对测试环境进行配置；和/或

响应于所述用户的配置操作，对所述测试环境进行配置；和/或

利用预设的通用配置项对所述测试环境进行配置。

8.一种代码测试装置，其特征在于，包括：

第一响应模块，用于响应于用户在操作界面的确认操作，确定目标测试方式，其中，所述目标测试方式为全量测试或增量测试；

第二响应模块，用于基于所述目标测试方式，响应于所述用户在所述操作界面的选择操作，获取目标基线版本的第一代码和目标分支的第二代码；

确定模块，用于确定代码测试所需的测试规则；以及

测试模块，用于基于所述测试规则对所述第一代码和所述第二代码进行测试，以得到测试结果。

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

至少一个处理器；以及

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

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

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