CN111427795A - 代码测试控制方法与装置、存储介质、电子设备 - Google Patents

Abstract

本公开属于计算机技术领域，涉及一种代码测试控制方法与装置、存储介质、电子设备。该方法包括：获取目标测试需求；根据目标测试需求确定第一待测代码分支；根据第一待测代码分支确定第一待测应用程序包；将第一待测应用程序包发送至测试终端。本公开通过获取目标测试需求，根据所述目标测试需求确定第一待测代码分支，根据所述第一待测代码分支确定第一待测应用程序包，将所述第一待测应用程序包发送至测试终端。可以将待测代码分支对应的程序包推送并自动安装在测试人员的测试终端上，避免人为操作出现的错误情况，此外还可以减少测试人员与开发人员之间交互次数，提高测试效率。

Description

代码测试控制方法与装置、存储介质、电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种代码测试控制方法与代码测试控制装置、计算机可读存储介质及电子设备。

背景技术

目前，软件开发人员在需求提测修复漏洞的过程中会析出很多安卓应用程序包，而测试人员需要下载和安装这些安卓应用程序包进行需求测试，并将测试结果反馈给开发人员。

在这个过程中，测试人员会不断地重复根据单号查找包体、下载包体和安装包体三个动作，容易出现找错包体、下载错误包体和安装错误包体的情况，这将导致测试版本与提测版本不符，并且大量的重复操作还会降低代码测试效率。

鉴于此，本领域亟需开发一种新的代码测试控制方法及装置。

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

发明内容

本公开的目的在于提供一种代码测试控制方法、代码测试控制装置、计算机可读存储介质及电子设备，进而至少在一定程度上克服由于相关技术的限制而导致的测试准确率低和费时等问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种代码测试控制方法，所述方法包括：获取目标测试需求；根据所述目标测试需求确定第一待测代码分支；根据所述第一待测代码分支确定第一待测应用程序包；将所述第一待测应用程序包发送至测试终端。

在本公开的一种示例性实施例中，所述方法还包括：所述将所述第一待测应用程序包发送至测试终端包括：将所述第一待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上。

在本公开的一种示例性实施例中，将所述第一待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上，包括：将所述第一待测应用程序包发送至所述测试终端，触发所述测试终端自动安装所述第一待测应用程序包，并在安装结束后提示所述测试终端对所述第一待测应用程序包进行测试。

在本公开的一种示例性实施例中，所述将所述第一待测应用程序包发送至测试终端包括：根据所述目标测试需求确定目标测试终端，并将所述第一待测应用程序包发送至目标测试终端。

在本公开的一种示例性实施例中，所述目标测试需求包括需求标识，所述目标测试终端为输入所述需求标识的终端。

在本公开的一种示例性实施例中，所述测试终端通过键入或扫描的方式输入所述需求标识。

在本公开的一种示例性实施例中，所述方法还包括：接收所述测试终端反馈的测试结果；若所述测试结果为所述测试未通过，则确定第二待测代码分支，所述第二待测代码分支为对第一待测代码分支进行修复得到的待测代码分支；根据所述第二待测代码分支自动生成第二待测应用程序包；将所述第二待测应用程序包发送至测试终端。

在本公开的一种示例性实施例中，所述方法还包括：若所述测试结果为测试通过，则指示代码仓库将所述第一待测代码分支合并至主代码。

在本公开的一种示例性实施例中，所述确定第二待测代码分支包括：判断所述第一待测代码分支是否被更新；若是，将更新后的所述第一待测代码分支确定为第二待测代码分支。

在本公开的一种示例性实施例中，所述方法还包括：所述将所述第二待测应用程序包发送至测试终端包括：将所述第二待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上。

在本公开的一种示例性实施例中，所述将所述第二待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上包括：将所述第二待测应用程序包发送至所述测试终端，触发所述测试终端自动安装所述第二待测应用程序包，并在安装结束后提示测试终端对所述第二待测应用程序包进行测试。

在本公开的一种示例性实施例中，所述目标测试需求包括需求标识；所述根据所述测试需求确定第一待测代码分支，包括：根据所述需求标识确定第一待测代码分支。

在本公开的一种示例性实施例中，在所述根据所述测试需求确定第一待测代码分支之前，所述方法还包括：建立第一待测代码分支与需求标识之间的映射关系；所述根据所述需求标识确定为第一待测代码分支包括：根据所述映射关系，将与所述需求标识对应的待测代码分支确定为第一待测代码分支。

在本公开的一种示例性实施例中，所述第一待测应用程序包是所述获取目标测试需求之前，根据所述第一待测代码分支自动打包生成的。

在本公开的一种示例性实施例中，所述应用程序包包括：安卓应用程序包。

根据本公开的一个方面，提供一种电子设备，包括：处理器和存储器；其中，存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例的代码测试控制方法。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意示例性实施例中的代码测试控制方法。

由上述技术方案可知，本公开示例性实施例中的代码测试控制方法、代码测试控制装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的示例性实施例提供的方法及装置中，

通过获取目标测试需求，根据所述目标测试需求确定第一待测代码分支，根据所述第一待测代码分支确定第一待测应用程序包，将所述第一待测应用程序包发送至测试终端。可以将待测代码分支对应的程序包推送并自动安装在测试人员的测试终端上，避免人为操作出现的错误情况，此外还可以减少测试人员与开发人员之间交互次数，提高测试效率。

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

附图说明

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

图1示意性示出本公开示例性实施例中一种代码测试控制方法的流程图；

图2示意性示出本公开示例性实施例中接收到测试结果后的处理方法的流程示意图；

图3示意性示出本公开示例性实施例中确定第二待测代码分支的方法的流程示意图；

图4示意性示出本公开示例性实施例中一种用于实现代码测试控制方法的电子设备；

图5示意性示出本公开示例性实施例中一种用于实现代码测试控制方法的计算机可读存储介质。

具体实施方式

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

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

针对相关技术中存在的问题，本公开提出了一种代码测试控制方法。图1示出了代码测试控制方法的流程图，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图1所示，代码测试控制方法至少包括以下步骤：

步骤S110.获取目标测试需求。

步骤S120.根据目标测试需求确定第一待测代码分支。

步骤S130.根据第一待测代码分支确定第一待测应用程序包。

步骤S140.将第一待测应用程序包发送至测试终端。

在本公开的示例性实施例中，本公开通过获取目标测试需求，根据所述目标测试需求确定第一待测代码分支，根据所述第一待测代码分支确定第一待测应用程序包，将所述第一待测应用程序包发送至测试终端。可以将待测代码分支对应的程序包推送并自动安装在测试人员的测试终端上，避免人为操作出现的错误情况，此外还可以减少测试人员与开发人员之间交互次数，提高测试效率。

下面对代码测试控制方法的各个步骤进行详细说明。

在步骤S110中，获取目标测试需求。

在本公开的示例性实施例中，当开发人员对一个应用程序进行开发时，会按照若干周期进行开发，每个周期都会产生一个新版本的安装包，且在每个周期内都会新添加一个需求。因此，该目标测试请求可以是由测试人员提出的，也可以是由提测人员提出，本示例性实施例对此不作特殊限定。

在步骤S120中，根据目标测试需求确定第一待测代码分支。

在本公开的示例性实施例中，可以根据已获取到的目标测试需求进一步确定第一待测代码分支。

在可选的实施例中，目标测试需求包括需求标识，根据需求标识可以确定第一待测代码分支。为了后续对目标测试需求进行区别，可以根据目标测试需求中的需求标识进行区分。因此，每个目标测试需求都对应有唯一的需求标识。根据该需求标识可以进一步地确定第一待测代码分支。

在可选的实施例中，建立待测代码分支与需求标识之间的映射关系。根据映射关系，将与需求标识对应的待测代码分支确定为第一待测代码分支。待测代码分支可以是为新开发且待测试的代码分支。新建该代码分支可以满足在该代码分支上测试的需求，保证主线代码的完整性和可用性。

在待测代码分支与需求标识之间建立映射关系，该映射关系可以是一对一、一对多、多对一或多对多，本示例性实施例对此不作特殊限定。在已确定映射关系和需求标识时，可以通过二者确定对应的待测代码分支，亦即第一待测代码分支。

在步骤S130中，根据第一待测代码分支确定第一待测应用程序包。

在本公开的示例性实施例中，确定第一待测代码分之后，可以进一步确定待测应用程序包。

在可选的实施例中，第一待测应用程序包是在获取目标测试需求之前，根据第一待测代码分支自动打包生成的。该第一待测应用程序包可以是任意的应用程序包，本示例性实施例对此不作特殊限定。

在可选的实施例中，第一待测应用程序包包括安卓应用程序包。其中，该安卓应用程序包(Android application package，简称APK)是安卓操作系统使用的一种应用程序包文件格式，用于分发和安装移动移动及中间件。一个安卓应用程序的代码想要在安卓设备上运行，必须先进行编译，然后被打包成一个被安卓系统所能识别的文件才可以被运行，而这种能够被安卓系统识别并运行的文件格式便是安卓应用程序包。

具体的，对第一待测代码分支自动打包的操作可以是打包服务器实现的。该打包服务器是用于将开发人员针对应用程序开发的代码，通过打包的手段生成新版本的APK安装包的服务器。

在步骤S140中，将第一待测应用程序包发送至测试终端。

在本公开的示例性实施例中，该测试终端可以是专门进行代码测试的终端设备，测试人员使用测试终端对应用程序包进行测试。

在可选的实施例中，根据目标测试需求确定测试终端，并将第一待测应用程序包发送至测试终端。为实现测试代码的功能，可以设置有多个测试终端，以从中选择一个或多个测试终端进行测试。

具体的，可以通过目标测试需求确定一个或多个测试终端。

在可选的实施例中，目标测试需求包括需求标识，测试终端为输入需求标识的终端。为了后续对目标测试需求进行区别，可以根据目标测试需求中的需求标识进行区分。因此，每个目标测试需求都对应有唯一的需求标识。根据该需求标识可以进一步地确定测试终端。

在可选的实施例中，测试终端通过键入或扫描的方式输入需求标识。该测试终端可以提供两种绑定需求标识的方式，分别是输入对应的需求标识和扫描需求标识。举例而言，该需求标识可以是由数字、字母和符号组成的，此时可以通过键入的方式绑定；当需求标识为二维码的形式时，可以通过扫描的方式绑定。除此之外，该需求标识还可以是其他形式，本示例性实施例对此不作特殊限定。

在本示例性实施例中，通过目标测试需求确定测试终端，提高了代码测试的自动化程度，测试人员可以更为便捷地确定测试终端。

在确定测试终端之后，可以进一步确定发送第一待测应用程序包至测试终端的方式。

在可选的实施例中，将第一待测应用程序包发送至测试终端，并自动安装在测试终端上。具体的，根据自动集成系统可以在发送第一待测应用程序包至测试终端后，直接将第一待测应用程序包安装在该测试终端上。

在本示例性实施例中，无需测试人员手动查找、下载以及安装第一待测应用程序包，在获取目标测试需求后，可以智能化将封装了与目标测试需求对应的第一待测代码分支的第一待测应用程序包推送至测试终端，并且触发测试终端自动安装所述第一待测应用程序包，使得测试人员可以及时有效地对待测代码进行测试，提高了代码测试效率。

在可选的实施例中，将第一待测应用程序包发送至测试终端，触发测试终端自动安装第一待测应用程序包，并在安装结束后提示测试终端对第一待测应用程序包进行测试。对第一待测安装包的自动化安装可以是测试终端进行的。因此，在接收到第一待测应用程序包时，亦即触发了测试终端自动安装第一待测应用程序包。

为提高代码测试的自动化程序，可以在安装结束后显示提示信息，以提示开发人员安装结束，可以进一步进行代码测试操作。

在测试之后，可以基于获得到的测试结果进行进一步的操作。

在可选的实施例中，图2示出了接收到测试结果后的处理方法的流程示意图，如图2所示，该方法至少包括以下步骤：在步骤S210中，接收测试终端反馈的测试结果。当测试终端对第一待测应用程序包进行测试之后，可以确定对应的测试结果，并及时反馈给测试人员，以便于测试人员进行二次处理。

在步骤S220中，若测试结果为测试未通过，则确定第二待测代码分支，第二待测代码分支为对第一待测代码分支进行修复得到的待测代码分支。当确定第一待测应用程序包的测试结果为不通过时，开发人员可以对第一待测代码分支中的对应部分进行修复，并将修复后的第一代码分支确定为第二代码分支。

在可选的实施例中，图3示出了确定第二待测代码分支的方法的流程示意图，如图3所示，该方法至少包括以下步骤：在步骤S310中，判断第一待测代码分支是否被更新。举例而言，可以实时或者等时间间隔地检测第一待测代码分支的修复和更新结果。

在步骤S320中，若是，将更新后的第一待测代码分支确定为第二待测代码分支。当接收到第一待测代码分支已经修复和更新完成之后，才进一步确定修复好的第一待测代码分支为第二待测代码分支。

在本示例性实施例中，将修复后的第一待测代码分支确定第二待测代码分支，测试人员可以对第二待测代码分支进行后续测试。

在步骤S230中，根据第二待测代码分支自动生成第二待测应用程序包。该第二待测应用程序包可以是根据第二待测代码分支自动打包生成的。具体的，对第二待测代码分支自动打包的操作可以是打包服务器实现的。该打包服务器是用于将开发人员针对应用程序开发的代码，通过打包的手段生成新版本的APK安装包的服务器。

在步骤S240中，将第二待测应用程序包发送至测试终端。

本示例实施例中，在测试未通过时，会不断监测存在漏洞的待测代码分支是否得到修复，并在待测代码分支得到修复时将该修复后的待测代码分支打包并推送至测试人员的测试终端。这样，测试人员在测试未通过时只需等待测试终端接收到修复后代码分支后进行二次测试，减少了测试人员与开发人员之间的交互次数以及重新查找、下载和安装应用程序包的流程，相较于现有技术中测试未通过时需要测试人员和开发人员进行沟通反馈，开发人员修复完代码后需通知测试人员进行复核，然后测试人员再次查找、下载以及安装对应的包体进行测试，本示例实施例简化了测试流程，提高了测试效率。

在可选的实施例中，将第二待测应用程序包发送至测试终端，并自动安装在测试终端上。具体的，根据自动集成系统可以在发送第二待测应用程序包至测试终端后，直接将第二待测应用程序包安装在该测试终端上。

在可选的实施例中，将第二待测应用程序包发送至测试终端，触发测试终端自动安述第二待测应用程序包，并在安装结束后提示测试终端对第二待测应用程序包进行测试。对第二待测安装包的自动化安装可以是测试终端进行的。因此，在接收到第二待测应用程序包时，亦即触发了测试终端自动安装第二待测应用程序包。

为提高代码测试的自动化程序，可以在安装结束后显示提示信息，以提示开发人员安装结束，可以进行二次代码测试操作。

除了对测试结果为未通过时可以进行二次处理，还可以对测试结果为通过时，进行进一步的处理。

在可选的实施例中，若测试结果为测试通过，则提示代码仓库将第一待测代码分支合并至主代码。在代码仓库中存储的主代码具有稳定的代码，可以直接用来发布。当测试结果是通过时，可以确定第一测试代码分支要实现的功能已实现，可以用来发布。因此，可以提示开发人员进行第一待测代码分支合并到主代码的操作，以完善主代码功能。

需要说明的是，虽然以上示例性实施例的实施方式以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或者必须执行全部的步骤才能实现期望的结果。附加地或者备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

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

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

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

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430、显示单元440。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (17)

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

获取目标测试需求；

根据所述目标测试需求确定第一待测代码分支；

根据所述第一待测代码分支确定第一待测应用程序包；

将所述第一待测应用程序包发送至测试终端。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一待测应用程序包发送至测试终端，包括：

将所述第一待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上，包括：

将所述第一待测应用程序包发送至所述测试终端，触发所述测试终端自动安装所述第一待测应用程序包，并在安装结束后提示所述测试终端对所述第一待测应用程序包进行测试。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述将所述第一待测应用程序包发送至测试终端，包括：

根据所述目标测试需求确定测试终端，并将所述第一待测应用程序包发送至测试终端。

5.根据权利要求4所述的方法，其特征在于，所述目标测试需求包括需求标识，所述测试终端为输入所述需求标识的终端。

6.根据权利要求5所述的方法，其特征在于，所述测试终端通过键入或扫描的方式输入所述需求标识。

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

接收所述测试终端反馈的测试结果；

若所述测试结果为所述测试未通过，则确定第二待测代码分支，所述第二待测代码分支为对第一待测代码分支进行修复得到的待测代码分支；

根据所述第二待测代码分支自动生成第二待测应用程序包；

将所述第二待测应用程序包发送至所述测试终端。

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

若所述测试结果为测试通过，则指示代码仓库将所述第一待测代码分支合并至主代码。

9.根据权利要求7所述的方法，其特征在于，所述确定第二待测代码分支，包括：

判断所述第一待测代码分支是否被更新；

若是，将更新后的所述第一待测代码分支确定为第二待测代码分支。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：所述将所述第二待测应用程序包发送至所述测试终端，包括：

将所述第二待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上。

11.根据权利要求10所述的方法，其特征在于，所述将所述第二待测应用程序包发送至所述测试终端，并自动安装在所述测试终端上，包括：

将所述第二待测应用程序包发送至所述测试终端，触发所述测试终端自动安装所述第二待测应用程序包，并在安装结束后提示测试终端对所述第二待测应用程序包进行测试。

12.根据权利要求1所述的方法，其特征在于，所述目标测试需求包括需求标识；

所述根据所述目标测试需求确定第一待测代码分支，包括：

根据所述需求标识确定第一待测代码分支。

13.根据权利要求12所述的方法，其特征在于，在所述根据所述测试需求确定第一待测代码分支之前，所述方法还包括：

建立待测代码分支与需求标识之间的映射关系；

所述根据所述需求标识确定为第一待测代码分支，包括：

根据所述映射关系，将与所述需求标识对应的待测代码分支确定为第一待测代码分支。

14.根据权利要求1所述的方法，其特征在于，所述第一待测应用程序包是所述获取目标测试需求之前，根据所述第一待测代码分支自动打包生成的。

15.根据权利要求1所述的应用程序包测试方法，其特征在于，所述第一待测应用程序包包括：安卓应用程序包。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-15中任意一项所述的代码测试控制方法。

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

处理器；

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器被配置为经由执行所述可执行指令来执行权利要求1-15中任意一项所述的代码测试控制方法。

Images