应用程序测试范围确定方法、系统、服务器和存储介质与流程

本发明涉及计算机技术领域，特别是涉及一种应用程序测试范围确定方法、系统、服务器和存储介质。

背景技术：

随着移动互联网的发展，应用程序(application，简称app)版本迭代速度也越来越快。在应用程序的回归测试中，为了提高测试速度，可以考虑缩小测试范围，只对修改的功能或新增的功能进行测试。在传统的方式中，主要有以下两种方式来确定测试范围：

1、可以根据app的功能需求与测试人员的个人经验来确定一个较粗的测试范围；

2、也可以由研发人员根据其个人经验提供代码修改范围，以此来确定测试范围。

在上述方式1中，由于app的功能需求只能确定新增功能对应的测试范围，并不能确定被修改的功能所对应的测试范围，很容易造成测试范围过大或过小。在上述方式2中，由于众多开发人员的个人经验存在不同的差异，很难给出一个代码修改所对应的准确测试范围，经常会给出过小或过大的测试范围。如果测试范围过小，容易造成漏测，如果测试范围过大，容易导致不必要的测试。因此，如何确定精准的测试范围成为目前需要解决的一个技术问题。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够确定精准的测试范围的应用程序测试范围确定方法、系统、服务器和存储介质。

一种应用程序测试范围确定方法，所述方法包括：

获取待测应用程序当前版本对应的第一映射文件；所述第一映射文件包括当前版本的功能点、存储路径和对应的测试用例；

获取待测应用程序上一版本对应的第二映射文件；所述第二映射文件包括上一版本的功能点、存储路径和对应的测试用例；

将所述第一映射文件与所述第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径；

利用所述发生变化的功能点和/或所述发生变化的存储路径识别待测功能点；

利用所述第一映射文件获取所述待测功能点对应的测试用例，将所述测试用例记录为当前版本对应的测试范围。

在其中一个实施例中，所述利用所述发生变化的功能点和/或所述发生变化的存储路径识别待测功能点的步骤，包括：

利用所述发生变化的功能点和/或所述发生变化的存储路径获取对应的代码文件；所述代码文件包括当前版本的代码文件和上一版本的代码文件；

将所述当前版本的代码文件和所述上一版本的代码文件进行比较，若不同，则将所述当前版本的代码文件对应的功能点记录为待测功能点。

在其中一个实施例中，所述利用所述发生变化的功能点和/或所述发生变化的存储路径获取对应的代码文件的步骤，包括：

若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；

若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；

若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。

在其中一个实施例中，所述方法还包括：

接收第一测试终端通过第一应用程序发送的当前版本测试范围的查询请求；

根据所述查询请求获取当前版本的多个待测功能点所对应的测试用例；

对多个测试用例进行左右值编号，将编号后的测试用例返回至所述第一测试终端进行展示。

在其中一个实施例中，所述方法还包括：

接收第一测试终端通过第二应用程序发送的登录请求；

根据所述登录请求向第一测试终端返回对应的上传页面；以使得第一测试终端显示所述上传页面；所述第一测试终端还通过第一应用程序根据所述测试范围对待测应用程序进行测试，生成测试结果文件，所述测试结果文件包括第一标识；

接收第二测试终端上传的测试结果文件对应的描述信息，利用所述描述信息生成二维码，所述二维码中携带了第二标识；

将携带所述二维码的上传页面返回至第二测试终端，以使得第一测试终端扫描所述二维码，识别二维码中的第二标识，将所述第二标识与测试结果文件的第一标识进行关联；

接收所述第二测试终端上传的关联后的测试结果文件；

根据第二标识获取对应的存储路径，将接收的测试结果文件按照所述存储路径进行存储。

一种应用程序测试范围确定系统，所述系统包括：

第一测试终端，用于发送当前版本测试范围的查询请求；

服务器，用于根据所述查询请求获取当前版本对应的第一映射文件；所述第一映射文件包括当前版本的功能点、存储路径和对应的测试用例；获取应用程序上一版本对应的第二映射文件；所述第二映射文件包括上一版本的功能点、存储路径和对应的测试用例；将所述第一映射文件与所述第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径；利用所述发生变化的功能点和/或所述发生变化的存储路径识别待测功能点；利用所述第一映射文件获取所述待测功能点对应的测试用例，将所述测试用例记录为当前版本对应的测试范围；

所述第一测试终端还用于接收服务器返回的当前版本对应的测试范围。

在其中一个实施例中，所述服务器还用于利用所述发生变化的功能点和/或所述发生变化的存储路径获取对应的代码文件；所述代码文件包括当前版本的代码文件和上一版本的代码文件；将所述当前版本的代码文件和所述上一版本的代码文件进行比较，若不同，则将所述当前版本的代码文件对应的功能点记录为待测功能点。

在其中一个实施例中，所述服务器还用于若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。。

一种服务器，包括存储器及处理器，所述存储器中储存有计算机可读指令，所述指令被所述处理器执行时，使得所述处理器执行上述实施例中提供的方法步骤。

一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述实施例中提供的方法步骤。

上述应用程序测试范围确定方法、系统、服务器和存储介质，通过获取应用程序当前版本对应的第一映射文件，以及上一版本对应的第二映射文件。将第一映射文件与第二映射文件进行比较，由此得到发生变化的功能点和/或发生变化的存储路径。进而利用发生变化的功能点和/或发生变化的存储路径可以准确识别出待测功能点。通过待测功能点获取对应的测试用例，将这些测试用例记录为当前版本对应的测试范围。由此在应用程序的回归测试中能够精准的确定测试范围，从而能够有效提高测试效率。

附图说明

图1为一个实施例中应用程序测试范围确定方法的应用环境示意图；

图2为一个实施例中应用程序测试范围确定方法的流程图；

图3为一个实施例中应用程序测试范围确定系统的结构图；

图4为一个实施例中服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一客户端称为第二客户端，且类似地，可将第二客户端称为第一客户端。第一客户端和第二客户端两者都是客户端，但其不是同一客户端。

在一个实施例中，如图1所示，提供了一种应用程序测试范围确定方法、系统、服务器和存储介质的应用环境示意图。该应用环境包括服务器102和第一测试终端104。其中，服务器102与第一测试终端104可以通过网络进行通信。第一测试终端104可以为智能手机、平板电脑等。服务器102可以确定应用程序当前版本的测试范围。具体地，服务器102获取待测应用程序当前版本对应的第一映射文件，服务器102获取待测应用程序上一版本对应的第二映射文件。服务器102将第一映射文件与第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径和对应的测试用例，利用发生变化的功能点和/或发生变化的存储路径识别待测功能点，利用第一映射文件获取待测功能点对应的测试用例，将测试用例记录为当前版本对应的测试范围。

第一测试终端104通过第一应用程序向服务器102发送当前版本测试范围的查询请求。服务器102根据查询请求获取当前版本的多个待测功能点所对应的测试用例，将多个测试用例返回至第一测试终端104。第一测试终端104接收测试用例，利用测试用例对当前版本的应用程序进行回归测试。

在一个实施例中，如图2所示，提供了一种应用程序测试范围确定方法，以该方法应用于服务器为例进行说明，具体包括：

步骤202，获取待测应用程序当前版本对应的第一映射文件；第一映射文件包括当前版本的功能点、存储路径和对应的测试用例。

步骤204，获取待测应用程序上一版本对应的第二映射文件；第二映射文件包括上一版本的功能点、存储路径和对应的测试用例。

步骤206，将第一映射文件与第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径。

步骤208，利用发生变化的功能点和/或发生变化的存储路径识别待测功能点。

步骤210，利用第一映射文件获取待测功能点对应的测试用例，将测试用例记录为当前版本对应的测试范围。

应用程序可以是能够实现一种或多种功能的计算机程序。当应用程序增加新的功能、删除不必要的功能以及改进应用程序的功能时，开发人员更新应用程序的版本。在更新应用程序版本的过程中，开发人员通过修改上一版本应用程序的代码得到当前版本应用程序。

在对当前版本的应用程序进行测试之前，可以通过服务器确定相应的测试范围，由此可以方便测试人员根据该测试范围对当前版本的应用程序进行测试，从而能够有效提高回归测试的测试效率。

应用程序包括多个功能点，每个功能点都具有对应的一个或多个代码文件。通过执行代码文件可以实现相应的功能点，例如，登录、查询以及修改设置等。代码文件可以按照对应的存储路径存储在服务器中。应用程序的功能点通过多个测试用例进行测试。不同的功能点采用不同的测试用例进行测试。

测试人员根据应用程序的功能点、代码文件对应的存储路径以及功能点对应的测试用例生成映射文件。不同版本的应用程序可以具有不同的映射文件。

服务器获取应用程序当前版本对应的第一映射文件，第一映射文件包括当前版本的功能点、代码文件对应的存储路径以及功能点对应的测试用例。第一映射文件还包括当前版本的功能点、代码文件对应的存储路径以及功能点对应的测试用例之间的映射关系。

服务器还可以获取应用程序上一版本对应的第二映射文件，第二映射文件包括上一版本的功能点、代码文件对应的存储路径和功能点对应的测试用例。第二映射文件还包括上一版本的功能点、代码文件对应的存储路径、以及功能点对应的测试用例之间的映射关系。

应用程序当前版本中可以包括新增功能点，新增功能点具有新的功能、代码文件对应的存储路径以及功能点对应的测试用例。新增功能点、代码文件对应的存储路径以及新增功能点对应的测试用例，可以对应的记录在第一映射文件中。

对于第一映射文件中的新增功能点，可以称为与第二映射文件的功能点相比发生了变化的功能点，也可以简称为发生变化的功能点。对于新增功能点对应的存储路径，可以称为与第二映射文件的存储路径相比发生了变化的存储路径，也可以简称为发生变化的存储路径。

应用程序当前版本还可以对上一版本中的一个或多个功能点进行修复。当前版本中修复后的功能点也可以称为发生变化的功能点。修复后的功能点的代码文件所对应的存储路径也可能会发生变化。同样地，第一映射文件中修复后的功能点的代码文件对应的存储路径也可能发生变化。对于第一映射文件中修复后的存储路径，可以称为与第二映射文件的存储路径相比发生变化的存储路径，也可以简称为发生变化的存储路径。

服务器将第一映射文件中的功能点和存储路径分别与第二映射文件中对应的功能点和存储路径进行比较，获取发生变化的功能点和/或发生变化的存储路径，利用发生变化的功能点和/或发生变化的存储路径识别待测功能点。

服务器可以利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件。代码文件包括当前版本的代码文件和上一版本的代码文件，服务器可以将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

服务器可以通过第一映射文件获取待测功能点对应的测试用例，测试用例可以具有优先级。服务器获取测试用例的优先级，将优先级最高的测试用例记录为优先测试用例，将优先测试用例记录为待测功能点对应的测试范围。

本实施例中，通过获取应用程序当前版本对应的第一映射文件，以及上一版本对应的第二映射文件。将第一映射文件与第二映射文件进行比较，由此得到发生变化的功能点和/或发生变化的存储路径。进而利用发生变化的功能点和/或发生变化的存储路径可以准确识别出待测功能点。通过待测功能点获取对应的测试用例，将这些测试用例记录为当前版本对应的测试范围。由此在应用程序的回归测试中能够精准的确定测试范围，从而能够有效提高测试效率。

在一个实施例中，利用发生变化的功能点和/或发生变化的存储路径识别待测功能点的步骤，包括：利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件；代码文件包括当前版本的代码文件和上一版本的代码文件；将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

发生变化的功能点包括第一映射文件中的新增功能点对应的当前版本中发生变化的功能点；发生变化的功能点还包括当前版本中修复后的功能点，当前版本中修复后的功能点对应上一版本中的修复前的功能点。

发生变化的存储路径包括第一映射文件中新增功能点对应的存储路径，还包括第一映射文件中修复后的存储路径，第一映射文件中修复后的存储路径对应第二映射文件中修复前的存储路径。

服务器利用发生变化的功能点和/或发生变化的存储路径可以获取对应的代码文件，包括当前版本中新增功能点对应的代码文件，还包括当前版本中可能发生变化的代码文件以及对应的上一版本的代码文件。

在其中一个实施例中，利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件的步骤，包括：若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。

服务器将第一映射文件中的功能点与第二映射文件中的功能点进行比较，识别第一映射文件中是否包括发生变化的功能点。服务器将第一映射文件中的功能点对应的存储路径和第二映射文件中的功能点对应的存储路径进行比较，识别第一映射文件中是否包括发生变化的存储路径。

如果第一映射文件中的功能点未发生变化，且与该功能点对应的存储路径未发生变化，表示存储路径下的代码文件未发生变化。也就是说该功能点在当前版本中与上一版本中相比，没有发生变化。对于没有发生变化的功能点，在回归测试中可以不必测试。

如果第一映射文件中存在新增功能点，将新增功能点记录为待测功能点。由于新增功能点具有新的功能，服务器需要利用新的代码文件实现新的功能，利用新的测试用例测试新的功能。因此，服务器将新增功能点记录为待测功能点。

如果第一映射文件的功能点未发生变化，但与该功能点对应的存储路径发生变化，说明该存储路径下的代码文件可能发生变化，则服务器利用第一映射文件获取该存储路径下的代码文件。同样地，服务器利用第二映射文件获取修复前的存储路径下的代码文件。服务器将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

如果第一映射文件中的功能点发生变化，且与该功能点对应的存储路径未发生变化，说明存储路径下的代码文件可能发生变化，服务器利用第一映射文件获取该存储路径下的代码文件。同样地，服务器利用第二映射文件获取修复前的存储路径下的代码文件。服务器将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

如果第一映射文件中的功能点发生变化，且与该功能点对应的存储路径发生变化，说明存储路径下的代码文件可能发生变化，服务器利用第一映射文件获取该存储路径下的代码文件。同样地，服务器利用第二映射文件获取修复前的存储路径下的代码文件。服务器将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

服务器将当前版本中可能发生变化的代码文件和对应的上一版本的代码文件进行比较，利用发生变化的代码文件识别待测功能点。具体地，服务器利用消息摘要对当前版本中可能发生变化的代码文件和上一版本中对应的代码文件进行比较。服务器计算当前版本中可能发生变化的代码文件的第一md5值，计算上一版本中对应的代码文件的第二md5值。服务器将第一md5值与第二md5值进行比较，如果第一md5值和第二md5值不同，说明当前版本中可能发生变化的代码文件和上一版本中对应的代码文件不同，则将该当前版本中可能发生变化的代码文件所对应的功能点记录为待测功能点。服务器通过对比当前版本中可能发生变化的代码文件的第一md5值和上一版本中对应的代码文件的第二md5值，进而能够准确得到所需的待测功能点。

本实施例中，利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件，将代码文件中的当前版本代码文件和上一版本代码文件进行比较，准确的识别发生变化的代码文件，有利于利用发生变化的代码文件获取待测功能点，提高测试范围的准确性。

在一个实施例中，测试用例包括优先级、测试类型以及测试阶段，利用测试用例确定测试范围的步骤包括：根据测试用例对应的优先级获取多个优先测试用例；若优先测试用例数量是否超过阈值，则根据优先测试用例对应测试阶段和/或测试类型确定测试范围。

应用程序包括多个应用程序版本。如果待测应用程序为第一版本，则服务器利用所有测试用例对对应的功能点进行测试。如果待测应用程序不是第一版本，则服务器将当前版本应用程序对应的第一映射文件和上一版本应用程序对应的第二映射文件进行比较，获取待测应用程序功能点中的待测功能点，包括获取待测功能点对应的测试用例，进而利用测试用例对对应的待测功能点进行测试。

待测功能点对应多个测试用例，服务器根据待测功能点的测试用例进一步确定待测功能点的测试范围。具体地，服务器利用第一映射文件获取待测功能点对应的测试用例，测试用例包括优先级、测试类型以及测试阶段等。其中，测试类型包括界面测试、基础功能测试以及异常测试等。测试阶段包括性能测试、安全测试以及稳定性测试等，测试用例的测试类型对应测试用例的测试阶段。服务器将优先级较高的测试用例作为优先测试用例，优先测试用例对功能点的功能影响指数较高。具体地，服务器获取优先级最高的测试用例，记录为优先测试用例。如果优先测试用例数量超过阈值，说明待测功能点对应的多个测试用例的优先级一样高，则服务器根据优先测试用例对应的测试阶段和测试类型进一步筛选测试用例，最终得到的测试用例即应用程序的测试范围。

本实施例中，通过获取待测功能点对应的测试用例的优先级，利用测试用例的优先级获取优先测试用例，从而获取了对功能点的功能影响较大的测试用例。服务器利用优先测试用例的测试阶段和测试类型进一步获取符合当前测试需求的测试用例，从而确定更精确的测试范围。

在一个实施例中，接收第一测试终端通过第一应用程序发送的当前版本测试范围的查询请求；根据查询请求获取当前版本的多个待测功能点所对应的测试用例；对多个测试用例进行左右值编号，将编号后的测试用例返回至第一测试终端进行展示。

测试人员可以利用第一测试终端对应用程序进行回归测试。在进行测试之前，第一测试终端可以通过第一应用程序向服务器发送当前版本测试范围的查询请求，服务器根据该查询请求获取当前版本的多个待测功能点对应的测试用例，返回第一测试终端的web页面进行展示。

在传统的方式中，服务器将测试用例返回至web页面时，通常会根据测试用例之间的关联生成测试用例树。测试用例树采用多叉树结构，由于多叉树结构复杂，在第一测试终端的web页面进行展示时，加载时间较长。

为了有效节省测试用例的加载时间，服务器可以利用左右值编码算法分别对每个待测功能点对应的多个测试用例进行左右值编号，进而生成测试用例树。具体地，服务器将待测功能点的测试用例作为节点，利用左右值编码算法对节点的左值进行递增排序，进而计算每个节点对应的右值。例如，如果有一个父节点，下一层级子节点包括第一子节点和第二子节点，则服务器将父节点的左值编号为1，第一子节点的左值编号为2，第一子节点的右值编号为3，第二子节点的左值编号为4，第二子节点的右值编号为5，父节点右值编号为6。同样地，服务器可以利用左右值编码算法对所有待测功能点对应的测试用例进行编号，生成测试用例树。

服务器将测试用例树返回至第一测试终端后，第一测试终端可以利用动态树插件按照测试用例树的节点层级在前端展示测试用例树。由此有效简化了测试用例树结构，提高了测试用例加载速度。

在一个实施例中，接收第一测试终端通过第二应用程序发送的登录请求；根据登录请求向第一测试终端返回对应的上传页面；以使得第一测试终端显示上传页面；第一测试终端还通过第一应用程序根据测试范围对待测应用程序进行测试，生成测试结果文件，测试结果文件包括第一标识；接收第二测试终端上传的测试结果文件对应的描述信息，利用描述信息生成二维码，二维码中携带了第二标识；将携带二维码的上传页面返回至第二测试终端，以使得第一测试终端扫描二维码，识别二维码中的第二标识，将第二标识与测试结果文件的第一标识进行关联；接收第二测试终端上传的关联后的测试结果文件；根据第二标识获取对应的存储路径，将接收的测试结果文件按照存储路径进行存储。

服务器根据查询请求将测试范围发送给第一测试终端，第一测试终端根据测试范围对待测应用程序进行测试，生成测试结果文件，测试结果文件中包括第一标识；第一测试终端中包括第二应用程序，第二应用程序向服务器发送登录请求，服务器根据登录请求向第一测试终端发送对应的上传页面。

在本实施例中，第一测试终端可以是移动终端，包括可以运行应用程序进行测试的平板电脑和智能手机等。测试人员通过第一测试终端进行测试，生成相应的测试结果文件。测试结果文件被上传至服务器之前，测试人员还需要输入与测试结果文件对应的描述信息。描述信息可以包括测试类型、测试结果关键字以及测试阶段等。

由于移动终端通过触摸屏输入描述信息，若单手操作，输入效率会较低。为了提高输入效率，测试人员可以采用第二测试终端输入描述信息。第二测试终端可以是测试人员的台式电脑、笔记本电脑等。第二测试终端将描述信息发送至服务器，服务器接收描述信息，并利用描述信息生成二维码，二维码中携带了第二标识。服务器生成上传页面，上传页面中包括二维码，将携带二维码的上传页面返回至第二测试终端。

第一测试终端扫描第二测试终端上传页面中的二维码，识别二维码中的第二标识，将第一标识与第二标识关联，第二测试终端通过关联关系获取第一测试终端中的测试结果文件，将测试结果文件上传至服务器，服务器根据第二标识对应的存储路径存储测试结果文件。由此使得测试结果文件和描述信息的上传更加便捷，有效提高了测试效率。

在一个实施例中，如图3所示，提供了一种应用程序测试范围确定系统，包括：服务器302和第一测试终端304，其中：

第一测试终端304，用于发送当前版本测试范围的查询请求；

服务器302，用于根据查询请求获取当前版本对应的第一映射文件；第一映射文件包括当前版本的功能点、存储路径和对应的测试用例；获取应用程序上一版本对应的第二映射文件；第二映射文件包括上一版本的功能点、存储路径和对应的测试用例；将第一映射文件与第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径；利用发生变化的功能点和/或发生变化的存储路径识别待测功能点；利用第一映射文件获取待测功能点对应的测试用例，将测试用例记录为当前版本对应的测试范围；

第一测试终端304还用于接收服务器302返回的当前版本对应的测试范围。

在一个实施例中，服务器302还用于利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件；代码文件包括当前版本的代码文件和上一版本的代码文件；将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

在一个实施例中，服务器302还用于若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。

在一个实施例中，服务器302还用于接收第一测试终端304通过第一应用程序发送的当前版本测试范围的查询请求；根据查询请求获取当前版本的多个待测功能点所对应的测试用例；对多个测试用例进行左右值编号，将编号后的测试用例返回至第一测试终端304进行展示。

在一个实施例中，应用程序测试范围确定系统还包括第二测试终端306。服务器302还用于接收第一测试终端304通过第二应用程序发送的登录请求；服务器302还用于根据登录请求向第一测试终端304返回对应的上传页面；以使得第一测试终端304显示上传页面；第一测试终端304还用于通过第一应用程序根据测试范围对待测应用程序进行测试，生成测试结果文件，测试结果文件包括第一标识；服务器302还用于接收第二测试终端306上传的测试结果文件对应的描述信息，利用描述信息生成二维码，二维码中携带了第二标识；服务器302还用于将携带二维码的上传页面返回至第二测试终端306，以使得第一测试终端304扫描二维码，识别二维码中的第二标识，将第二标识与测试结果文件的第一标识进行关联；服务器302接收第二测试终端上传的关联后的测试结果文件；服务器302还用于根据第二标识获取对应的存储路径，将接收的测试结果文件按照存储路径进行存储。

在一个实施例中，提供了一种服务器，如图4所示，该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该服务器的非易失性存储介质存储有操作系统和和计算机可读指令，该计算机可读指令被处理器执行时以实现一种应用程序测试范围确定方法。该服务器的内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该服务器的网络接口用于与外部的终端通过网络连接通信，比如，接收第一测试终端发送的应用程序当前版本的测试范围查询请求以及第二测试终端发送的测试结果文件等。处理器执行计算机可读指令时可以执行以下步骤：

获取待测应用程序当前版本对应的第一映射文件；第一映射文件包括当前版本的功能点、存储路径和对应的测试用例；获取待测应用程序上一版本对应的第二映射文件；第二映射文件包括上一版本的功能点、存储路径和对应的测试用例；将第一映射文件与第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径；利用发生变化的功能点和/或发生变化的存储路径识别待测功能点；利用第一映射文件获取待测功能点对应的测试用例，将测试用例记录为当前版本对应的测试范围。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件；代码文件包括当前版本的代码文件和上一版本的代码文件；

将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；

若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；

若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

接收第一测试终端通过第一应用程序发送的当前版本测试范围的查询请求；

根据查询请求获取当前版本的多个待测功能点所对应的测试用例；

对多个测试用例进行左右值编号，将编号后的测试用例返回至第一测试终端进行展示。

在一个实施例中，处理器执行计算机可读指令时还执行以下步骤：

接收第一测试终端通过第二应用程序发送的登录请求；

根据登录请求向第一测试终端返回对应的上传页面；以使得第一测试终端显示上传页面；第一测试终端还通过第一应用程序根据测试范围对待测应用程序进行测试，生成测试结果文件，测试结果文件包括第一标识；

接收第二测试终端上传的测试结果文件对应的描述信息，利用描述信息生成二维码，二维码中携带了第二标识；

将携带二维码的上传页面返回至第二测试终端，以使得第一测试终端扫描二维码，识别二维码中的第二标识，将第二标识与测试结果文件的第一标识进行关联；

接收第二测试终端上传的关联后的测试结果文件；

根据第二标识获取对应的存储路径，将接收的测试结果文件按照存储路径进行存储。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：

获取待测应用程序当前版本对应的第一映射文件；第一映射文件包括当前版本的功能点、存储路径和对应的测试用例；

获取待测应用程序上一版本对应的第二映射文件；第二映射文件包括上一版本的功能点、存储路径和对应的测试用例；

将第一映射文件与第二映射文件进行比较，得到发生变化的功能点和/或发生变化的存储路径；

利用发生变化的功能点和/或发生变化的存储路径识别待测功能点；

利用第一映射文件获取待测功能点对应的测试用例，将测试用例记录为当前版本对应的测试范围。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

利用发生变化的功能点和/或发生变化的存储路径获取对应的代码文件；代码文件包括当前版本的代码文件和上一版本的代码文件；

将当前版本的代码文件和上一版本的代码文件进行比较，若不同，则将当前版本的代码文件对应的功能点记录为待测功能点。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

若功能点未发生变化，对应的存储路径发生变化，根据发生变化的存储路获取对应的代码文件；

若功能点发生变化，对应的存储路径未发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件；

若功能点发生变化，且对应的存储路径发生变化，根据发生变化的功能点所对应的存储路径获取对应的代码文件。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

接收第一测试终端发送的当前版本测试范围的查询请求；

根据查询请求获取当前版本的多个待测功能点所对应的测试用例；

对多个测试用例进行左右值编号，将编号后的测试用例返回至第一测试终端进行展示。

在一个实施例中，计算机可读指令被处理器执行时还执行以下步骤：

接收第一测试终端通过第二应用程序发送的登录请求；

根据登录请求向第一测试终端返回对应的上传页面；以使得第一测试终端显示上传页面；第一测试终端还通过第一应用程序根据测试范围对待测应用程序进行测试，生成测试结果文件，测试结果文件包括第一标识；

接收第二测试终端上传的测试结果文件对应的描述信息，利用描述信息生成二维码，二维码中携带了第二标识；

将携带二维码的上传页面返回至第二测试终端，以使得第一测试终端扫描二维码，识别二维码中的第二标识，将第二标识与测试结果文件的第一标识进行关联；

接收第二测试终端上传的关联后的测试结果文件；

根据第二标识获取对应的存储路径，将接收的测试结果文件按照存储路径进行存储。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。