CN109471792A - 测试控制方法及装置、电子设备、介质 - Google Patents

Abstract

本公开是关于一种测试控制方法及装置、电子设备、存储介质，涉及软件测试技术领域，该方法包括：在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；对所述目标索引关联的应用程序的功能模块进行测试。本公开采用对比测试能够通过配置文件的预设入口修改目标索引，实现快速灵活地对应用程序的多个功能模块进行功能测试，提高了测试效率，同时保证应用程序的稳定性。

Description

测试控制方法及装置、电子设备、介质

技术领域

本公开涉及软件测试技术领域，具体而言，涉及一种测试控制方法、测试控制装置、电子设备以及计算机可读存储介质。

背景技术

在一款应用程序APP的开发过程中，需要不断对应用程序的各个功能模块进行测试，以提高应用程序的稳定性和良好性能。

相关技术中，一个应用程序只能链接一套系统，如果想要应用程序的多个功能，例如功能模块A、功能模块B以及线上系统，需要生成多个不同的APP测试包即配置文件来分别进行测试；除此之外，还需将多个测试包安装到不同的测试设备上。这样一来，生成测试包的工作量较大，导致测试效率较低；另外，一个测试包只能测试一个功能模块，不具有普适性，不方便测试不同的功能模块，测试成本较大且测试效率低。

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

发明内容

本公开的目的在于提供一种测试控制方法及装置、电子设备、存储介质，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的测试效率低的问题。

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

根据本公开的一个方面，提供一种测试控制方法，包括：在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；对所述目标索引关联的应用程序的功能模块进行测试。

在本公开的一种示例性实施例中，通过所述配置文件的预设入口将所述初始索引切换至所述目标索引包括：获取服务器中存储的索引切换信息；通过所述应用程序对应的配置文件修改入口，根据所述索引切换信息，将所述初始索引调整为所述目标索引；其中，所述索引切换信息用于将所述初始索引切换为功能测试指令中包含的目标索引。

在本公开的一种示例性实施例中，多个索引对应多张表，对所述目标索引关联的应用程序的功能模块进行测试包括：在调整为所述目标索引时，对所述应用程序进行初始化并读取所述目标索引对应的表；根据所述目标索引对应的表对所述目标索引关联的应用程序的功能模块进行测试。

在本公开的一种示例性实施例中，读取所述目标索引对应的表包括：将所述目标索引与所述多个索引进行匹配；在所述目标索引与所述多个索引其中之一匹配成功时，将匹配成功的索引对应的表确定为所述目标索引对应的表。

在本公开的一种示例性实施例中，所述方法还包括：若所述目标索引与所述多个索引均未匹配成功，则将所述初始索引对应的表确定为所述目标索引对应的表。

在本公开的一种示例性实施例中，每个表中均包括一个统一资源定位符，根据所述目标索引对应的表对所述目标索引关联的应用程序的功能模块进行测试包括：通过所述目标索引对应的表中的统一资源定位符发送测试请求，以对所述测试请求对应的功能模块进行测试。

在本公开的一种示例性实施例中，所述配置文件为Properties配置文件，且所述配置文件中的每个索引对应一个功能模块。

根据本公开的一个方面，提供一种测试控制装置，包括：文件配置模块，用于在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；索引调整模块，用于若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；功能测试模块，用于对所述目标索引关联的应用程序的功能模块进行测试。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的测试控制方法。

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

本公开示例性实施例中提供的一种测试控制方法、装置、电子设备以及计算机可读存储介质中，一方面，通过一个配置文件的预设入口将初始索引修改为目标索引，进而可以对不同目标索引关联的不同功能模块进行测试，能够快速切换至不同的功能模块并对不同的功能模块进行测试，提高了普适性，能够方便地对不同的功能模块进行测试；另一方面，只需要通过配置文件的预设入口修改索引即可对不同的功能模块进行测试，避免了为多个功能模块生成多个测试包的操作，提高了便捷性和测试效率且降低了测试成本。。

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

附图说明

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

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

图2示意性示出本公开示例性实施例中测试功能模块的流程示意图；

图3示意性示出本公开示例性实施例中一种测试控制装置的框图；

图4示意性示出本公开示例性实施例中一种电子设备的框图；

图5示意性示出本公开示例性实施例中一种程序产品。

具体实施方式

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

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种测试控制方法，可以应用于各种需要测试不同功能模块的应用程序APP的应用场景。参考图1所示，该测试控制方法可以包括以下步骤：

在步骤S110中，在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引。

在将应用程序发布到客户端之前，需要对应用程序中的各个功能模块进行测试，以避免由于功能模块不兼容、存在功能缺陷或者是其它问题导致的应用程序无法使用的问题。此处的应用程序指的是待发布的应用程序，可以在预发布环境中对其进行测试。测试通过之后的应用程序可部署在可供用户使用的真实的环境，即生产环境。配置文件指的是对应用程序的功能模块进行测试的配置文件，对于一个应用程序而言，所有功能模块可对应同一个配置文件，且一个配置文件只需要一个测试设备即可。初始索引指的是已经测试完的索引或者是设置的默认索引，接下来要将初始索引切换为目标索引。当然，也可以不设置初始索引而直接切换目标索引。

在步骤S120中，若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引。

功能测试指令指的是对应用程序的各个功能模块进行测试的指令，功能测试指令中可以包含目标索引，目标索引可以用来表示待测试的功能模块。目标索引可以为一个，也可以为多个。如果接收到功能测试指令，则可以将配置文件中的索引更换为功能测试指令中的目标索引。通过配置文件的预设入口即可快速方便地将索引切换为功能测试指令中的目标索引，而不需要重新生成配置文件或重新构建测试包，避免了繁琐的操作过程，减少了工作量。

在步骤S130中，对所述目标索引关联的应用程序的功能模块进行测试。

在目标索引为一个时，可直接对目标索引对应的功能模块进行测试；在目标索引为多个时，可按照预设顺序，例如目标索引从小到大的顺序或者是其他顺序对每一个目标索引对应的功能模块进行测试。如果应用程序某一个功能模块未通过测试，则需要对该功能模块进行优化直至其通过测试为止。本示例性实施例中，可通过一个配置文件的预设入口快速设置不同的目标索引，进而可通过一个配置文件、一个测试设备对多个不同的目标索引对应的功能模块进行测试，具有普适性；同时避免了重新生成配置文件和测试包，也避免了将测试包安装到不同的测试设备，减小了测试成本，提高了测试效率。

在本示例性实施例中提供的测试控制方法中，一方面，通过一个配置文件的预设入口将索引修改为目标索引，进而可以对不同目标索引关联的不同功能模块进行测试，避免了为多个功能模块生成多个测试包的操作，能够快速切换至不同的功能模块并对不同的功能模块进行测试，提高了普适性；另一方面，只需要通过配置文件的预设入口修改索引即可对不同的功能模块进行测试，提高了便捷性和测试效率且降低了测试成本。

接下来，结合附图对本示例性实施例中的测试控制方法进行进一步解释说明。

在步骤S110中，在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引。

本示例性实施例中，应用程序例如可以为购物类APP、游戏类APP、社交类APP等等。每一个应用程序均可包括多个功能模块，例如社交类APP包括信息采集模块，信息发送模块，信息接收模块，信息调整模块等等。在构建应用程序的过程中，可以生成针对应用程序的配置文件。其中，每一个应用程序可分别对应一个唯一的配置文件。例如，应用程序1对应配置文件1，应用程序2对应配置文件2等等。该配置文件中包括用于对构建的应用程序的所有应用模块进行测试的配置信息，例如测试项目、测试方法等等。生成的配置文件可存储在应用程序本地，以便于读取。

配置文件可为事先写好的程序代码，在构建应用程序时可直接为应用程序而配置。配置文件例如可为Properties配置文件，其文件格式可以为键值一一对应的格式。可通过get、load、set、store、clear等函数对Properties配置文件中的内容进行搜索、装载、调用、存储、清除等操作。在前端需要显示的内容发生改变时，可以通过函数循环对配置文件直接进行修改，更加简单方便。

另外，每一个配置文件中均可以包括多张表，每张表分别对应一个功能模块。可例如，表1对应测试功能模块1，表2对应测试功能模块2等等。每张表的具体结构可以相同，以方便统一管理。进一步地，每一个配置文件中可包括多个索引，且每张表分别对应一个索引。如此一来，可认为每一个索引分别对应一个功能模块，例如表1与索引1对应，则索引1可以代表功能模块1；表2与索引2对应，则索引2可以代表功能模块2等等。也就是说，生成的配置文件中可包括应用程序对应的所有功能模块的索引，以实现对功能模块的统一管理。

其中，索引是一种与表有关的数据库结构，它可以使对应于表的SQL语句执行得更快，以快速访问数据库表中的信息。本示例性实施例中，每一个表中均存在大量数据，若要对表进行查询，可在表中建立索引，然后在索引中找到符合查询条件的索引值，以快速找到表中对应的数据。

除此之外，每一个配置文件的每张表都可包括一个URL(Uniform ResourceLocator，统一资源定位符)，统一资源定位符指的是互联网上标准的资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。本示例性实施例中，每张表中均记录着测试请求所需要的URL，且每张表包含的URL均不同，以通过URL访问不同的服务系统。

在构建应用程序时，可以为配置文件先设置一个初始索引，进而将初始索引切换为需要的目标索引，以满足实际测试需求。初始索引可以为多个索引中的任意一个，也可以为空值，此处不作特殊限定。

在步骤S120中，若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引。

本示例性实施例中，预设入口可根据实际需求由开发人员在构建应用程序时预留和设置。该预设入口例如可以为配置文件修改入口。具体而言，在接收到包含目标索引的功能测试指令时，可通过应用程序的配置文件修改入口输入目标索引，以将配置文件中的初始索引调整为目标索引。其中，可以根据已知的待测试功能模块确定目标索引，也可以根据调整的目标索引确定对应的待测试功能模块。为了便于测试，本示例性实施例中对索引的修改次数和修改索引的时间不作特殊限定。

通过所述配置文件的预设入口将初始索引切换至所述目标索引的具体步骤包括：获取服务器中存储的索引切换信息；通过所述应用程序对应的配置文件修改入口，根据所述索引切换信息，将所述初始索引调整为所述目标索引；其中，所述索引切换信息用于将所述初始索引切换为功能测试指令中包含的目标索引。

具体地，在接收到功能测试指令时，可根据服务器中存储的索引切换信息将初始索引自动切换为目标索引。举例而言，第一次测试时在应用程序的配置文件修改入口A设置索引1，即表示待测试功能模块为功能模块1；第二次测试时，若待测试功能模块为功能模块2，则可通过应用程序的配置文件修改入口A将索引1调整为索引2。通过在应用程序的配置文件修改入口A修改索引，即可灵活切换应用程序的待测试功能模块，方便快捷且提高了测试效率。通过索引切换信息，可自动将初始索引转换为目标索引，不需要人工手动进行，提高测试效率，降低人力消耗。

接下来，在步骤S130中，对所述目标索引关联的应用程序的功能模块进行测试。

本示例性实施例中，在步骤S120的基础上，可对目标索引对应的功能模块进行测试，从而灵活实现对多个功能模块进行切换测试，通过对所有功能模块进行测试，可提高应用程序的稳定性，避免生产问题，提高应用程序的性能。

具体而言，在通过应用程序的配置文件修改入口修改好索引后，可将修改后的索引提交至测试系统，例如可以在一定时间内自动提交，也可以由测试人员手动进行提交。

在检测到修改的目标索引提交完毕时，可对应用程序进行初始化，例如可通过自动重启应用程序的方式对应用程序进行初始化。由于每个索引分别对应一张表，因此在进行初始化的同时，或者是进行完初始化之后，读取设置的目标索引对应的表，以根据目标索引对应的表对该目标程序关联的功能模块进行测试。本示例中通过在初始化的同时读取目标索引对应的表，可避免重新发送表获取指令，减少了操作步骤，节省了时间。

与此同时，如果检测到对应用程序的初始化操作，则可接收由应用程序发送的测试请求，并响应测试请求对应用程序中对应的功能模块进行测试。

具体而言，读取目标索引对应的表的步骤包括：将所述目标索引与所述多个索引进行匹配；在所述目标索引与所述多个索引其中之一匹配成功时，将匹配成功的索引对应的表确定为所述目标索引对应的表。由于目标索引可以为多个索引中的任意一个，也可以为其他数值，为了保证测试的准确性，可对目标索引与多个索引中的每一个进行匹配。如果设置的目标索引与多个索引中的一个匹配，则可以将匹配成功的索引对应的表作为目标索引对应的表，以通过目标索引的表对设置的目标索引对应的功能模块进行测试。举例而言，多个索引中，索引1的值为a、索引2的值为b、索引3的值为c，目标索引的值为b，则可以确定目标索引与索引2匹配成功。如此一来，可将索引2对应的表2作为目标索引对应的表，以通过目标索引的表对索引2对应的功能模块2进行测试。通过将目标索引与所有索引进行匹配，可准确确定测试的功能模块。

除此之外，如果由于填写错误或者是忘记填写等原因，导致设置的目标索引与多个索引中的每一个索引都不匹配，则可对初始索引对应的功能模块进行测试或者是随机选择一个索引作为目标索引，以对该随机选择的索引对应的功能模块进行测试。举例而言，多个索引中，索引1的值为a、索引2的值为b、索引3的值为c，目标索引的值为d，则确定匹配失败。此时可以将初始索引1对应的表1作为目标索引对应的表，以通过目标索引的表对索引1对应的功能模块1进行测试。当然，此时也可以停止测试并提供表示目标索引设置错误的提示信息，本示例性实施例中对比不作特殊限定。通过这种方式，可避免由于索引不匹配而导致的系统异常的问题，提高系统稳定性。

由于每个表中均包括一个统一资源定位符，对所述目标索引关联的应用程序的功能模块进行测试包括：通过目标索引对应表中的统一资源定位符发送测试请求，以对所述测试请求对应的功能模块进行测试。具体而言，在APP初始化的过程中读取调整索引后的配置文件，引用目标索引对应的表中的统一资源定位符URL发送测试请求，并通过事先设置的配置文件对测试请求对应的功能模块进行测试，以达到快速切换测试环境的目的。举例而言，目标索引的值为b，可根据索引2对应的表2中的统一资源定位符发送测试请求，从而实现对功能模块2进行测试的目的。

本示例性实施例中，由于整个测试过程中只有一个配置文件，因此减少了打包配置文件的工作量；除此之外，所有的功能模块均可以在一个测试设备上完成，减小了测试成本；另外，通过在配置文件修改入口修改索引的方式，即可切换测试的功能模块，提高了灵活性、普适性和测试效率，实现了一包多用。

图2示出了测试的流程图，具体可以包括以下步骤：

在步骤S201中，构建APP时配置一个与APP对应的配置文件，该配置文件存储在APP本地；

在步骤S202中，该配置文件中有多张表，每张表中记录着请求所需要的URL，每个URL访问的服务系统不同；

在步骤S203中，每张表都对应唯一的索引；

在步骤S204中，用户在APP的某个入口上可以设置索引，提交索引后APP会自动重启；

在步骤S205中，APP初始化的过程中读取配置文件，引用索引对应表中的URL发送测试请求。

通过步骤S201至步骤S205，达到了快速切换测试的功能模块的目的，从而提高了测试效率。

本公开还提供了一种测试控制装置。参考图3所示，该装置300可以包括：

文件配置模块301，可以用于在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；

索引调整模块302，可以用于若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；

功能测试模块303，可以用于对所述目标索引关联的应用程序的功能模块进行测试。

在本公开的一种示例性实施例中，索引调整模块包括：切换信息获取模块，用于获取服务器中存储的索引切换信息；目标索引切换模块，用于通过所述应用程序对应的配置文件修改入口，根据所述索引切换信息，将所述初始索引调整为所述目标索引；其中，所述索引切换信息用于将所述初始索引切换为功能测试指令中包含的目标索引。

在本公开的一种示例性实施例中，多个索引对应多张表，功能测试模块包括：表读取模块，用于在调整为所述目标索引时，对所述应用程序进行初始化并读取所述目标索引对应的表；测试模块，用于根据所述目标索引对应的表对所述目标索引关联的应用程序的功能模块进行测试。

在本公开的一种示例性实施例中，表读取模块包括：匹配模块，用于将所述目标索引与所述多个索引进行匹配；第一表确定模块，用于在所述目标索引与所述多个索引其中之一匹配成功时，将匹配成功的索引对应的表确定为所述目标索引对应的表。

在本公开的一种示例性实施例中，所述装置还包括：第二表确定模块，用于若所述目标索引与所述多个索引均未匹配成功，则将所述初始索引对应的表确定为所述目标索引对应的表。

在本公开的一种示例性实施例中，每个表中均包括一个统一资源定位符，测试对象确定模块包括：通过目标索引对应的表中的统一资源定位符发送测试请求，以对所述测试请求对应的功能模块进行测试。

在本公开的一种示例性实施例中，所述配置文件为Properties配置文件，且所述配置文件中的每个索引对应一个功能模块。

需要说明的是，上述测试控制装置中各模块的具体细节已经在对应的测试控制方法中进行了详细描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

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

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

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

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

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

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示的步骤：在步骤S110中，在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；在步骤S120中，若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；在步骤S130中，对所述目标索引关联的应用程序的功能模块进行测试。

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

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

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

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

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

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

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

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

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

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

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

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

Claims (10)

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

在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；

若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；

对所述目标索引关联的应用程序的功能模块进行测试。

2.根据权利要求1所述的测试控制方法，其特征在于，通过所述配置文件的预设入口将所述初始索引切换至所述目标索引包括：

获取服务器中存储的索引切换信息；

通过所述应用程序对应的配置文件修改入口，根据所述索引切换信息，将所述初始索引调整为所述目标索引；

其中，所述索引切换信息用于将所述初始索引切换为功能测试指令中包含的目标索引。

3.根据权利要求1所述的测试控制方法，其特征在于，多个索引对应多张表，对所述目标索引关联的应用程序的功能模块进行测试包括：

在调整为所述目标索引时，对所述应用程序进行初始化并读取所述目标索引对应的表；

根据所述目标索引对应的表对所述目标索引关联的应用程序的功能模块进行测试。

4.根据权利要求3所述的测试控制方法，其特征在于，读取所述目标索引对应的表包括：

将所述目标索引与所述多个索引进行匹配；

在所述目标索引与所述多个索引其中之一匹配成功时，将匹配成功的索引对应的表确定为所述目标索引对应的表。

5.根据权利要求4所述的测试控制方法，其特征在于，所述方法还包括：

若所述目标索引与所述多个索引均未匹配成功，则将所述初始索引对应的表确定为所述目标索引对应的表。

6.根据权利要求3所述的测试控制方法，其特征在于，每个表中均包括一个统一资源定位符，对所述目标索引关联的应用程序的功能模块进行测试包括：

通过所述目标索引对应的表中的统一资源定位符发送测试请求，以对所述测试请求对应的功能模块进行测试。

7.根据权利要求1所述的测试控制方法，其特征在于，所述配置文件为Properties配置文件，且所述配置文件中的每个索引对应一个功能模块。

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

文件配置模块，用于在构建应用程序时，为所述应用程序配置包含多个索引的配置文件，并将所述多个索引其中之一作为初始索引；

索引调整模块，用于若接收到包含目标索引的功能测试指令，则通过所述配置文件的预设入口将所述初始索引切换至所述目标索引；

功能测试模块，用于对所述目标索引关联的应用程序的功能模块进行测试。

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

处理器；以及

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

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

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