[发明专利]确定软件的测试范围的方法和系统

说明书

技术领域

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

背景技术

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

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

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

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

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

发明内容

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

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

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

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

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

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

附图说明

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

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

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

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

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

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

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

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

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

具体实施方式

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

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