CN103186463A - 确定软件的测试范围的方法和系统 - Google Patents

Abstract

本申请提供了一种确定软件的测试范围的方法和系统，用以解决现有技术中确定软件的测试范围的方法容易导致软件的测试不够全面以及测试效率较低的问题。该方法包括：当所述软件中的功能点被访问时，记录该功能点调用的类的方法；在更新所述软件的情况下，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点；将确定的功能点汇总得出所述软件的测试范围。采用本申请的技术方案，有助于全面而高效地确定软件的测试范围，从而使得软件的测试较为全面并且有助于提高测试效率。

Description

确定软件的测试范围的方法和系统

技术领域

本申请涉及一种确定软件的测试范围的方法和系统。

背景技术

随着计算机技术的发展，计算机软件的功能越来越强大，软件本身也越来越复杂。现有的软件开发流程可分为以下几个阶段：需求-设计-编码-测试-维护。其中，在测试阶段需要明确的一件事情就是测试范围，测试范围一般在需求阶段进行确认，现有的确认方式主要是由经验丰富的人员例如对于软件较为熟悉的一两位架构师、资深技术人员等，对整个系统进行分析以确认测试的范围。

有很多情况能够使得确定软件的测试范围成为一件较为复杂的事情。例如，随着软件系统功能的不断增加，软件系统本身也逐渐庞大；又如，有些系统是供其他系统调用的，当调用的系统过多时，被调用系统的改动也会影响测试范围的界定；再如，在基于已有软件的进一步开发时，修改了不该修改的代码，超出了之前界定的测试范围之外。因此，即使经验丰富的人员也无法保证能掌控整个系统的细节，从而无法较为准确地确定软件的测试范围。人工确定软件的测试范围的不足之处主要表现为：

1、测试范围过小。这将会使测试人员遗漏本该测试的功能点，最终很有可能造成生产环境的缺陷(bug)，测试不够全面。

2、测试范围过大。这将会影响测试人员的工作效率，并且分散测试人员的注意力。极端的例子就是每次项目都测试系统所有的功能点。

在现有技术中，确定软件的测试范围的方法容易导致软件的测试不够全面以及测试效率较低的问题，对于该问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的是提供一种确定软件的测试范围的方法和系统，以解决现有技术中确定软件的测试范围的方法容易导致软件的测试不够全面以及测试效率较低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种确定软件的测试范围的方法。

本申请的确定软件的测试范围的方法包括：当所述软件中的功能点被访问时，记录该功能点调用的类的方法；在更新所述软件的情况下，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点；将确定的功能点汇总得出所述软件的测试范围。

根据本申请的另一方面，提供了一种确定软件的测试范围的系统。

本申请的确定软件的测试范围的系统包括：数据采集模块，用于当所述软件中的功能点被访问时，记录该功能点调用的类的方法；数据分析模块，用于在更新所述软件的情况下，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点；展现模块，用于将所述数据分析模块确定的功能点汇总得出所述软件的测试范围。

根据本申请的技术方案，通过记录被访问的功能点所调用的类的方法，从而在类的方法被修改时可以确定调用该类的方法的功能点，将这些功能点汇总即得到软件的测试范围。这方式不依赖于人工对软件的分析，能够全面而高效地确定软件的测试范围，从而使得软件的测试较为全面并且有助于提高测试效率。

附图说明

说明书附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是与本申请实施例有关的一种计算机网络的结构的示意图；

图2是与本申请实施例有关的功能点与类的方法之间调用关系的示意图；

图3是根据本申请实施例的确定软件的测试范围的方法主要步骤的示意图；

图4是根据本申请实施例的被测软件在启动时，初始化与日志相关的代码的示意图；

图5是根据本申请实施例的执行功能点入口和出口代码的流程的示意图；

图6是根据本申请实施例的执行普通代码的流程的示意图；

图7是根据本申请实施例的一种确定软件的测试范围的具体方法的示意图；

图8是根据本申请实施例的确定软件的测试范围的系统的基本功能模块的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

在软件开发中，除了全新的系统必然需要测试整个系统全部的功能点之外，在现有系统上进行再次开发的项目的测试范围都是基于现有系统进行再次开发而确定的测试范围，即，与再次开发有关的功能点应当进行测试，这些功能点属于测试范围，而与再次开发无关的功能点可以不作为测试范围。也就是说测试范围是由对软件进行再次开发而形成的，具体哪些功能点属于该测试范围则是本申请实施例要解决的技术问题。

因此在本申请实施例中，主要将调用于修改过的类的方法的功能点作为测试范围。图1是与本申请实施例有关的一种计算机网络的结构的示意图。该计算机网络主要包括一台或多台应用系统计算机11，以及数据分析计算机12。在应用系统计算机11中执行监控以获得有关软件功能点调用的类的方法的记录，该记录可以采用日志的形式保存；数据分析计算机12对该记录进行分析例如进行日志分析从而得出数据库，该数据库中保存的信息中包含功能点以及该功能点调用的类的方法。数据分析计算机12还可以执行展现的功能，即通过查询的方式在数据库中确定某个指定的类的方法被哪些功能点调用。一个功能点可能调用多个类的方法，一个类的方法也可能被多个功能点调用，它们之间的关系例如图2所示，图2是与本申请实施例有关的功能点与类的方法之间调用关系的示意图。

从上述数据库中查询调用了修改过的类的方法的功能点，就可以确定该功能点属于测试范围。具体方式如图3所示。图3是根据本申请实施例的确定软件的测试范围的方法主要步骤的示意图，如图3，该方法主要包括如下的步骤S31至步骤S33。

步骤S31：当软件中的功能点被访问时，记录该功能点调用的类的方法；

步骤S32：在更新软件的情况下，根据所述记录得到的结果确定调用了软件中修改过的类的方法的功能点；

步骤S33：将确定的功能点汇总得出软件的测试范围。

上述步骤S31是数据采集的过程，该过程中，记录功能点调用的类的方法可记录在日志内。具体而言，实现日志记录的过程中，在执行软件的功能点被访问时的起始处代码时，对日志信息进行初始化；在执行软件的功能点被访问过程中的预定的被监控代码时，在日志信息中记录所述功能点调用的类的方法；在执行软件的功能点被访问时的结束处代码时，将日志信息作为记录的结果。这些与日志相关的功能是通过向软件代码中加入一些用以实现数据采集的代码，加入的代码并不影响软件原有代码的执行。在服务器启动并且加载软件代码后，向软件的一个功能点的代码中加入上述用以实现数据采集的代码的流程如图4所示，。图4是根据本申请实施例的被测软件在启动时初始化与日志相关的代码的基本流程，以下加以说明。

在步骤S41中，服务器加载软件代码。这里加载的是一个功能点的代码。对于针对多个功能点的日志记录的实现，只需重复图4的流程即可。在步骤S42中，判断是否为功能点被访问时的起始处代码，若是，则转入步骤S43，加入日志信息初始化代码，否则转入步骤S44，判断是否为功能点被访问时的结束处代码。步骤S44的判断结果若为“是”，则进入步骤S45，加入日志输出代码，然后进入步骤S46，否则直接转入步骤S46，判断是否为被监控的代码。这里的被监控的代码是指当前加载的功能点的代码。步骤S46的判断结果若为“是”，则进入步骤S47，加入日志记录代码，否则结束流程。

服务器加载软件代码后，执行图4的流程所用的主要代码可包括如下部分：

在判断代码是否为起始处代码或结束处代码时，可以根据服务器以及web框架的类型确定服务器处理访问请求的入口，在入口处的代码即为起始处代码或结束处代码。在判断是否为被监控的代码时，根据代码的package名即可判断。上述判断可以采用的代码的主要部分示例如下：

服务器在加入日志信息初始化代码时，所执行的代码的主要部分举例如下：

服务器在加入日志输出代码时，所执行的代码的主要部分举例如下：

服务器在加入日志记录代码时，所执行的代码的主要部分举例如下：

根据图4的流程，在进行数据采集时并不修改各个系统原有的代码，所有的数据采集动作对于系统而言，都是完全透明的。具体地，在本实施例中，当服务器启动时，根据图4的流程动态修改所加载的代码，改变代码的行为，以达到监控的目的。这样，开发人员维护的始终是一份原始的代码，只是在执行软件系统的计算机例如服务器中实际运行的是一份带数据采集功能的代码而已。在本实施例中主要修改以下几部分内容：

1、定位用户访问功能点时的开始代码，用于初始化日志信息。

2、对于需要监控的代码，在每一个方法中都加上数据采集语句。

3、定位用户访问的结束代码，用于统计日志信息、输出到本地日志文件。

通过数据采集语句，可以在当软件中的功能点被访问时，记录该功能点调用的类的方法，即实现了图3中的步骤S31的内容。实现的过程可根据图5所示的流程进行。图5是根据本申请实施例的执行功能点入口和出口代码的流程的示意图。因为已在软件代码中加入了用于实现日志功能的代码，所以可以先执行日志信息初始化代码(步骤S51)，然后执行日志记录代码(步骤S52)，再执行软件原有代码(步骤S53)，最后执行日志输出代码(步骤S54)。

对于执行功能点入口和出口代码之外的代码，或称作普通代码，在执行普通代码之前先执行日志记录代码即可，如图6所示，图6是根据本申请实施例的执行普通代码的流程的示意图。

服务器在进行日志信息初始化时，所执行的代码的主要部分举例如下：

服务器在进行日志记录时，所执行的代码的主要部分举例如下：

服务器在进行日志输出时，所执行的代码的主要部分举例如下：

因为在日志中已经记录了软件中的功能点在被访问时，该功能点所调用的类的方法，所以可以根据日志数据得到功能点与类的方法的对应关系，即图2所示的内容。上述对应关系可保存到数据库，从而可以根据数据库中的数据，来精确指定需要测试的测试范围。对于一个软件开发项目而言，可以通过以下步骤得到该项目的测试范围：

1、从SVN等代码版本控制系统中获取到系统的源代码，进行源代码分析，得出在系统开发前后，修改过的类以及方法全列表。

2、将每一个类的方法拿到数据库中进行查询，得出这个类的方法对应的功能点列表。

3、将所有功能点列表汇总，得出的就是这个项目的精确的测试范围。

这样，优选的一种确定软件的测试范围的方法的流程如图7所示。图7是根据本申请实施例的一种确定软件的测试范围的具体方法的示意图。如图7所示，首先从源代码版本控制系统获取代码(步骤S71)；然后进行源代码分析，得出改动过的类的方法(步骤S72)，一般来说得出多个类的方法；接下来根据数据库中的功能点与类的方法对应关系，确定步骤S72中得出的类的方法所对应的功能点(步骤S73)，一般来说得出多个功能点；最后对步骤S73中确定的功能点进行汇总从而确定项目的测试范围。这个测试范围实际上是一个功能点的集合。

以下再对本申请实施例的确定软件的测试范围的系统作出说明。图8是根据本申请实施例的确定软件的测试范围的系统的基本功能模块的示意图。如图8所示，确定软件的测试范围的系统80主要包括数据采集模块81、数据分析模块82和展现模块83，其中数据采集模块81用于当软件中的功能点被访问时，记录该功能点调用的类的方法；数据分析模块82用于在更新软件的情况下，根据上述记录得到的结果确定调用了软件中修改过的类的方法的功能点；展现模块83用于将数据分析模块82确定的功能点汇总得出软件的测试范围。

数据采集模块81具体还可以用于在执行功能点被访问时的起始处代码时，对日志信息进行初始化；在执行功能点被访问过程中的预定的被监控代码时，在日志信息中记录功能点调用的类的方法；在执行功能点被访问时的结束处代码时，将日志信息作为记录的结果。

确定软件的测试范围的系统80还可以包括源代码获取模块和源代码分析模块(图中未示出)，其中源代码获取模块用于从软件的代码版本控制系统中获取软件的源代码；源代码分析模块用于分析该源代码得出软件中修改过的类的方法。

另外，数据分析模块还可用于根据调用了软件中修改过的类的方法，在记录的结果中查询并确定调用了该类的方法的功能点。

从以上说明可以看出，本申请实施例中，通过记录被访问的功能点所调用的类的方法，从而在类的方法被修改时可以确定调用该类的方法的功能点，将这些功能点汇总即得到软件的测试范围。这种方式基于软件被修改的内容以确定测试范围，这样确定的测试范围能够针对软件的改动部分，确定出的测试范围不会过宽或过窄，因此比较准确和全面；另外该方式不依赖于人工对软件的分析，因此有着较高的效率。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种确定软件的测试范围的方法，其特征在于，包括：

当所述软件中的功能点被访问时，记录该功能点调用的类的方法；

在更新所述软件的情况下，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点；

将确定的功能点汇总得出所述软件的测试范围。

2.根据权利要求1所述的方法，其特征在于，记录该功能点调用的类的方法包括：

在执行所述功能点被访问时的起始处代码时，对日志信息进行初始化；

在执行所述功能点被访问过程中的预定的被监控代码时，在所述日志信息中记录所述功能点调用的类的方法；

在执行所述功能点被访问时的结束处代码时，将所述日志信息作为记录的结果。

3.根据权利要求1所述的方法，其特征在于，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点之前，还包括：

从所述软件的代码版本控制系统中获取所述软件的源代码；

分析所述源代码得出所述软件中修改过的类的方法。

4.根据权利要求1，2或3所述的方法，其特征在于，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点包括：根据调用了所述软件中修改过的类的方法，在记录的结果中查询并确定调用了该类的方法的功能点。

5.一种确定软件的测试范围的系统，其特征在于，包括：

数据采集模块，用于当所述软件中的功能点被访问时，记录该功能点调用的类的方法；

数据分析模块，用于在更新所述软件的情况下，根据所述记录得到的结果确定调用了所述软件中修改过的类的方法的功能点；

展现模块，用于将所述数据分析模块确定的功能点汇总得出所述软件的测试范围。

6.根据权利要求5所述的系统，其特征在于，所述数据采集模块还用于：

在执行所述功能点被访问时的起始处代码时，对日志信息进行初始化；

在执行所述功能点被访问过程中的预定的被监控代码时，在所述日志信息中记录所述功能点调用的类的方法；

在执行所述功能点被访问时的结束处代码时，将所述日志信息作为记录的结果。

7.根据权利要求5所述的系统，其特征在于，所述系统还包括：

源代码获取模块，用于从所述软件的代码版本控制系统中获取所述软件的源代码；

源代码分析模块，用于分析所述源代码得出所述软件中修改过的类的方法。

8.根据权利要求5所述的系统，其特征在于，所述数据分析模块还用于根据调用了所述软件中修改过的类的方法，在记录的结果中查询并确定调用了该类的方法的功能点。

Images