CN115080409A - 系统测试方法、装置、计算机设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例公开了一种系统测试方法、装置、计算机设备及计算机可读存储介质。该方法包括：获取系统的测试用例集合；测试用例集合包括多个系统的测试用例；确定测试用例集合中各测试用例之间的相关性；根据相关性对测试用例集合中各测试用例进行分组，得到多个中间测试用例集合；其中，任意两个中间测试用例集合之间的中间测试用例具有负相关性；根据中间测试用例集合构建若干个目标测试用例集合；各目标测试用例集合包括多个目标测试用例，任意两个目标测试用例均不属于同一个中间测试用例集合；生成目标测试用例集合中各目标测试用例的测试脚本，并根据测试脚本对系统进行测试。本发明基于测试用例技术，极大的提高了系统测试的效率和准确性。

Description

系统测试方法、装置、计算机设备及计算机可读存储介质

技术领域

本发明涉及测试技术领域，尤其涉及一种系统测试方法、装置、计算机设备及计算机可读存储介质。

背景技术

信息化技术的快速发展使得软件系统的规模越来越大、更新换代的速度越来越快，开发过程中引入错误的可能性也越来越大。为了尽可能地减少在软件产品中的错误，研究者和开发者们提出了许多软件系统质量保障手段，然而到目前为止，系统测试仍然是保证软件质量和可靠性的最重要也是最有效的方法，对于保证和提高软件产品的质量起着不可替代的重要作用。

目前，在进行系统测试过程中，通常对系统的每个故障设置一个测试用例，每个测试用例执行系统测试时需要单独建立测试脚本。然而，当系统的故障较多时，则执行系统测试的测试用例也会随之增多，进而使得建立的测试脚本增加，同时各故障之间偶尔会存在关联性，同样的各故障对应的测试用例也必然存在关联性，导致同一时间同时执行具有关联性的多个测试用例时，必然会存在相互干扰，进而极大的降低了系统测试效率和准确性。

发明内容

本发明实施例提供了一种系统测试方法、装置、计算机设备及计算机可读存储介质，旨在解决现有技术中系统测试效率和准确性较低的技术问题。

第一方面，本发明实施例提供了一种系统测试方法，其包括：

获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；

确定所述测试用例集合中各所述测试用例之间的相关性；

根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；

根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；

生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

第二方面，本发明实施例提供了一种系统测试装置，其包括：

第一获取单元，用于获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；

第一确定单元，用于确定所述测试用例集合中各所述测试用例之间的相关性；

第一分组单元，用于根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；

构建单元，用于根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；

生成单元，用于生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

第三方面，本发明实施例又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上述第一方面所述的系统测试方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的系统测试方法。

本发明实施例提供了一种系统测试方法、装置、计算机设备及计算机可读存储介质，该方法通过获取系统的测试用例集合，并确定测试用例集合中各测试用例之间的相关性，同时通过相关性对各测试用例进行分组以得到多个中测试用例集合，任意两个中间测试用例集合之间的中间测试用例具有负相关性，最后通过中测试用例集合构建目标测试用例集合，以保证目标测试用例集合中各目标测试用例之间不存在关联性，进而使得在对系统进行测试时，可生成各目标测试用例的测试脚本以执行系统测试，同时可在同一个目标测试用例集合中的目标测试用例同时执行对应测试脚本以进行系统测试，进而降低各目标测试用例之间的互相干扰，提高了系统测试效率和准确性。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的系统测试方法的应用场景图；

图2为本发明实施例提供的系统测试方法的流程示意图；

图3为本发明实施例提供的系统测试方法的一流程示意图；

图4为本发明实施例提供的系统测试方法的另一流程示意图；

图5为本发明实施例提供的系统测试方法的另一流程示意图；

图6为本发明实施例提供的系统测试方法的另一流程示意图；

图7为本发明实施例提供的系统测试方法的另一流程示意图；

图8为本发明实施例提供的系统测试装置的示意性框图；

图9为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的系统测试方法一般由服务器执行，相应地，系统测试装置一般配置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参阅图2，图2示出了系统测试方法的具体实施方式。

需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：

如图2所示，该方法包括以下步骤S110～S150。

S110、获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例。

具体的，所述测试用例集合为测试所述系统的所需测试用例的集合，所述测试用例集合既可以由所述系统的多种测试类型的测试用例组成，也可以由所述系统的一种测试类型的测试用例组成，所述测试用例集合中各测试用例之间既可以存在关联，也可以不存在关联。

在其他发明实施例中，如图3所示，步骤S110包括子步骤S111、S112和S113。

S111、接收所述系统的测试请求；

S112、根据所述测试请求确定所述系统的测试类型；

S113、根据所述测试类型获取所述测试用例集合。

在本实施例中，所述测试请求为请求对所述系统进行相应测试的指令信息，服务器在接收到所述测试请求后，通过对所述测试请求进行解析，便可确定所述系统的测试类型，进而便可根据测试类型来获取测试所述系统所需的测试用例的集合。其中，系统的测试类型通常包括功能测试、压力测试、性能测试、单元测试、回归测试、安全性测试等几种类型。具体的，功能测试指的是验证系统是否按照预设的要求进行工作；压力测试是测试系统在正常数据量以及超负荷量等情况下是否还能正常地工作；性能测试指的是测试系统在不同负载下的各项性能指标；单元测试指的是对程序中的单个子程序或具有独立功能的代码段进行测试的过程；回归测试指的是指修改了旧代码后，重新进行测试以确认修改后没有引入新的错误或导致其他代码产生错误，回归测试一般是在进行系统的第二轮测试开始的，验证第一轮中发现的问题是否得到修复；安全性测试是测试安全措施是否完善，能否保证系统不受非法侵入。

S120、确定所述测试用例集合中各所述测试用例之间的相关性。

具体的，所述相关性为系统中两个或两个以上的测试用例之间是否存在关联的数据信息，即所述相关性用于衡量系统中两个或两个以上的测试用例之间的关联程度，所述相关性不仅仅包括各测试用例之间是否存在相同元素的数据信息，还可以为各测试用例之间是否存在互相影响的数据信息。

可以理解的是，所述相关性可以直接通过各测试用例来进行确定，也可以间接通过各测试用例来进行确定。其中，所述相关性包括正相关性和负相关性，正相关性则表明各测试用例之间存在关联，负相关性则表明各测试用例之间不存在关联。

在其他发明实施例中，如图4所示，步骤S120包括子步骤S121和S122。

S121、确定所述测试用例集合中各所述测试用例对应的功能模块；

S122、根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性。

在本实施例中，所述功能模块为系统执行某一项功能的单元模块，每个测试用例对应有一个功能模块，各测试用例之间对应的功能模块可以是同一个功能模块，也可以是不同的功能模块。当各测试用例之间对应的功能模块是不同的功能模块时，各测试用例之间必然不会存在关联，此时便可直接确定各测试用例之间相关性为负相关性；当各测试用例之间对应的功能模块是同一个功能模块时，各测试用例之间可能存在关联，也可能不存在关联。具体的，当各测试用例之间对应的功能模块是同一个功能模块时，各测试用例的测试脚本执行对其功能模块进行测试的过程中，若其功能模块的参数传递方式不同，则表明各测试用例之间不存在关联；若其功能模块的参数传递方式相同，则表明各测试用例之间存在关联。

在其他发明实施例中，如图5所示，步骤S121包括子步骤S1211和S1212。

S1211、获取所述测试用例集合中各所述测试用例的故障因子；

S1212、根据所述故障因子确定所述测试用例集合中各所述测试用例对应的功能模块。

具体的，每个测试用例对应一个故障，每个故障均对应一个故障因子，所述故障因子用于表征系统中一个故障的元素，所述故障为系统中某个功能模块发生障碍的称呼，因此通过获取各测试用例的故障因子，便可确定该故障因子对应故障的功能模块，进而确定各测试用例的功能模块。

在其他发明实施例中，如图6所示，步骤S122包括子步骤S1221和S1222。

S1221、获取所述测试用例集合中各所述测试用例对应的功能模块的参数传递方式；

S1222、根据所述参数传递方式确定所述测试用例集合中各所述测试用例之间的相关性。

在本实施例中，所述参数传递方式为功能模块在运行过程中传输相应参数的方式，所述参数传递方式包括QueryString方式、路径传递参数的方式、Form表单方式、传递Json格式字符串等四种参数传递方式，同一个功能模块在运行过程中可能采用不同方式进行参数传输，其采用方式进行参数传输时，可能会发生不同的故障，进而导致需要不同的测试用例执行测试，因此，在确定各测试用例是否是同一个功能模块后，还需在同一功能模块中确定各自参数传输的方式，以确定各测试用例之间是否存在关联。

其中，参数传递是指在程序运行过程中实际参数将参数值传递给相应的形式参数，并在函数中实现对数据处理和返回的过程。具体的，形式参数是指出现在Sub和Function过程形参表中的变量名、数组名，形式参数在被调用前，并未对Sub和Function过程形参表中的变量名、数组名分配内存，形式参数的作用是阐述自变量的类型和形态以及在过程中的作用，形式参数可以是除定长字符串变量之外的合法变量名，也可以带括号的数组名；实际参数指的是在调用Sub和Function过程中从主调过程传递给被调用过程的参数值，实际参数可以是变量名、数组名、常数或表达式，在进行参数传递过程中，形式参数与实际参数是按位置结合的，形式参数表和实际参数表中对应的变量名可以不必相同，但形式参数与实际参数的数据类型、参数个数及位置必须一一对应。

S130、根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性。

在本实施例中，所述相关性包括正相关性和负相关性，正相关性则表明各测试用例之间存在关联，负相关性则表明各测试用例之间不存在关联，各测试用例在进行分组的过程中，将存在正相关性的测试用例分成一组以组成一个中间测试用例集合。例如，若测试用例集合中存在五个测试用例，当五个测试用例之间均为负相关性时，则需将五个测试用例分成五个中间测试用例集合；当五个测试用例之间均为正相关性时，则需将五个测试用例分成一个中间测试用例集合。

在其他发明实施例中，如图7所示，步骤S130包括子步骤S131和S132。

S131、确定所述测试用例集合中各所述测试用例的业务场景；

S132、若各所述测试用例的业务场景相同，根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个所述中间测试用例集合。

在本实施例中，测试用例集合中各测试用例在进行分组钱，还需确定各测试用例是否为系统的同一业务场景的测试用例，以保证目标测试用例集合中各目标测试用例均为系统的同一业务场景的测试用例，进而使得采用目标测试用例集合中各目标测试用例同时对系统进行测试时，降低系统测试的负担，提高系统测试的效率。

S140、根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合。

具体的，所述目标测试用例集合中各目标测试用例分别来自于各中间测试用例集和，且任意两个目标测试用例均不属于同一个中间测试用例集合，使得目标测试用例中各目标测试用例之间不存在关联，进而在采用一个目标测试用例集合中的目标测试用例同时对系统进行测试时，无需担心各目标测试用例之间互相干扰，从而极大的提高了系统测试的效率和准确性。其中，通过中间测试用例集合构建得到的目标测试用例集合可以为一个目标测试用例集和，也可以为多个目标测试用例集合。当通过中间测试用例集合构建得到多个目标测试用例集合时，各目标测试用例集合中目标测试用例的个数可以相同，也可以不相同，各目标测试用例集合中各目标测试用例均不具有关联性。其中，本申请中目标测试用例集合的个数以及目标测试用例集合中目标测试用例的个数均可根据实际情况进行选择，本实施例不做具体限定。另外，本实施例优选分别获取每个所述中间测试用例集合中任意一个所述中间测试用例，以构建一个所述目标测试用例集合。

S150、生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

具体的，各目标测试用例的测试脚本可根据各目标测试用例进行生成，各测试脚本可在同一时间执行对所述系统进行测试，也可以在不同时间段执行对所述系统进行测试，具体可以根据实际情况进行实施，本实施例不做具体限定。

在本发明实施例所提供的系统测试方法中，通过获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；确定所述测试用例集合中各所述测试用例之间的相关性；根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。本发明实施例提供的系统测试方法，在对系统进行测试时，可生成各目标测试用例的测试脚本以执行系统测试，同时可在同一个目标测试用例集合中的目标测试用例同时执行对应测试脚本以进行系统测试，进而降低各目标测试用例之间的互相干扰，提高了系统测试效率和准确性。

本发明实施例还提供了一种系统测试装置，该装置用于执行前述系统测试方法的任一实施例。

具体地，请参阅图8，图8是本发明实施例提供的系统测试装置的示意性框图。

如图8所示，所述的系统测试装置，该装置包括：第一获取单元110、第一确定单元120、第一分组单元130、构建单元140和生成单元150。

第一获取单元110，用于获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例。

在其他发明实施例中，所述第一获取单元110包括：接收单元、第二确定单元和第二获取单元。

接收单元，用于接收所述系统的测试请求；第二确定单元，用于根据所述测试请求确定所述系统的测试类型；第二获取单元，用于根据所述测试类型获取所述测试用例集合。

第一确定单元120，用于确定所述测试用例集合中各所述测试用例之间的相关性。

在其他发明实施例中，所述第一确定单元120包括：第三确定单元和第四确定单元。

第三确定单元，用于确定所述测试用例集合中各所述测试用例对应的功能模块；第四确定单元，用于根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性。

在其他发明实施例中，所述第三确定单元包括：第三获取单元和第五确定单元。

第三获取单元，用于获取所述测试用例集合中各所述测试用例的故障因子；第五确定单元，用于根据所述故障因子确定所述测试用例集合中各所述测试用例对应的功能模块。

在其他发明实施例中，所述第四确定单元包括：第四获取单元和第六确定单元。

第四获取单元，用于获取所述测试用例集合中各所述测试用例对应的功能模块的参数传递方式；第六确定单元，用于根据所述参数传递方式确定所述测试用例集合中各所述测试用例之间的相关性。

第一分组单元130，用于根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性。

在其他发明实施例中，所述第一分组单元130包括：第七确定单元和第二分组单元。

第七确定单元，用于确定所述测试用例集合中各所述测试用例的业务场景；第二分组单元，用于若各所述测试用例的业务场景相同，根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个所述中间测试用例集合。

构建单元140，用于根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合。

在其他发明实施例中，所述构建单元140包括：第五获取单元。

第五获取单元，用于分别获取每个所述中间测试用例集合中任意一个所述中间测试用例，以构建一个所述目标测试用例集合。

生成单元150，用于生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

本发明实施例所提供的系统测试装置用于执行上述获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；确定所述测试用例集合中各所述测试用例之间的相关性；根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述系统测试装置100和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述系统测试装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。

请参阅图9，图9是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。

参阅图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种系统测试方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种系统测试方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；确定所述测试用例集合中各所述测试用例之间的相关性；根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

在一实施例中，处理器502在实现所述获取系统的测试用例集合，具体实现如下步骤：接收所述系统的测试请求；根据所述测试请求确定所述系统的测试类型；根据所述测试类型获取所述测试用例集合。

在一实施例中，处理器502在实现所述确定所述测试用例集合中各所述测试用例之间的相关性，具体实现如下步骤：确定所述测试用例集合中各所述测试用例对应的功能模块；根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性。

在一实施例中，处理器502在实现所述确定所述测试用例集合中各所述测试用例对应的功能模块，具体实现如下步骤：获取所述测试用例集合中各所述测试用例的故障因子；根据所述故障因子确定所述测试用例集合中各所述测试用例对应的功能模块。

在一实施例中，处理器502在实现所述根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性，具体实现如下步骤：获取所述测试用例集合中各所述测试用例对应的功能模块的参数传递方式；根据所述参数传递方式确定所述测试用例集合中各所述测试用例之间的相关性。

在一实施例中，处理器502在实现所述根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合，具体实现如下步骤：确定所述测试用例集合中各所述测试用例的业务场景；若各所述测试用例的业务场景相同，根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个所述中间测试用例集合。

在一实施例中，处理器502在实现所述根据所述中间测试用例集合构建若干个目标测试用例集合，具体实现如下步骤：分别获取每个所述中间测试用例集合中任意一个所述中间测试用例，以构建一个所述目标测试用例集合。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如下步骤：获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；确定所述测试用例集合中各所述测试用例之间的相关性；根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

在一实施例中，所述处理器在执行所述程序指令而实现所述获取系统的测试用例集合，具体实现如下步骤：接收所述系统的测试请求；根据所述测试请求确定所述系统的测试类型；根据所述测试类型获取所述测试用例集合。

在一实施例中，所述处理器在执行所述程序指令而实现所述确定所述测试用例集合中各所述测试用例之间的相关性，具体实现如下步骤：确定所述测试用例集合中各所述测试用例对应的功能模块；根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性。

在一实施例中，所述处理器在执行所述程序指令而实现所述确定所述测试用例集合中各所述测试用例对应的功能模块，具体实现如下步骤：获取所述测试用例集合中各所述测试用例的故障因子；根据所述故障因子确定所述测试用例集合中各所述测试用例对应的功能模块。

在一实施例中，所述处理器在执行所述程序指令而实现所述根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性，具体实现如下步骤：获取所述测试用例集合中各所述测试用例对应的功能模块的参数传递方式；根据所述参数传递方式确定所述测试用例集合中各所述测试用例之间的相关性。

在一实施例中，所述处理器在执行所述程序指令而实现所述根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合，具体实现如下步骤：确定所述测试用例集合中各所述测试用例的业务场景；若各所述测试用例的业务场景相同，根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个所述中间测试用例集合。

在一实施例中，所述处理器在执行所述程序指令而实现所述根据所述中间测试用例集合构建若干个目标测试用例集合，具体实现如下步骤：分别获取每个所述中间测试用例集合中任意一个所述中间测试用例，以构建一个所述目标测试用例集合。

所述存储介质可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

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

获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；

确定所述测试用例集合中各所述测试用例之间的相关性；

根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；

根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；

生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

2.根据权利要求1所述的系统测试方法，其特征在于，所述获取系统的测试用例集合，包括：

接收所述系统的测试请求；

根据所述测试请求确定所述系统的测试类型；

根据所述测试类型获取所述测试用例集合。

3.根据权利要求1所述的系统测试方法，其特征在于，所述确定所述测试用例集合中各所述测试用例之间的相关性，包括：

确定所述测试用例集合中各所述测试用例对应的功能模块；

根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性。

4.根据权利要求3所述的系统测试方法，其特征在于，所述确定所述测试用例集合中各所述测试用例对应的功能模块，包括：

获取所述测试用例集合中各所述测试用例的故障因子；

根据所述故障因子确定所述测试用例集合中各所述测试用例对应的功能模块。

5.根据权利要求3所述的系统测试方法，其特征在于，所述根据所述功能模块确定所述测试用例集合中各所述测试用例之间的相关性，包括：

获取所述测试用例集合中各所述测试用例对应的功能模块的参数传递方式；

根据所述参数传递方式确定所述测试用例集合中各所述测试用例之间的相关性。

6.根据权利要求1所述的系统测试方法，其特征在于，所述根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合，包括：

确定所述测试用例集合中各所述测试用例的业务场景；

若各所述测试用例的业务场景相同，根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个所述中间测试用例集合。

7.根据权利要求1所述的系统测试方法，其特征在于，所述根据所述中间测试用例集合构建若干个目标测试用例集合，包括：

分别获取每个所述中间测试用例集合中任意一个所述中间测试用例，以构建一个所述目标测试用例集合。

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

第一获取单元，用于获取系统的测试用例集合；其中，所述测试用例集合包括多个所述系统的测试用例；

第一确定单元，用于确定所述测试用例集合中各所述测试用例之间的相关性；

第一分组单元，用于根据所述相关性对所述测试用例集合中各所述测试用例进行分组，得到多个中间测试用例集合；其中，任意两个所述中间测试用例集合之间的中间测试用例具有负相关性；

构建单元，用于根据所述中间测试用例集合构建若干个目标测试用例集合；其中，各所述目标测试用例集合包括多个目标测试用例，任意两个所述目标测试用例均不属于同一个所述中间测试用例集合；

生成单元，用于生成所述目标测试用例集合中各所述目标测试用例的测试脚本，并根据所述测试脚本对所述系统进行测试。

9.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的系统测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行如权利要求1至7任一项所述的系统测试方法。

Images