测试用例的生成方法、装置、计算机设备及可读存储介质与流程

1.本发明涉及测试用例技术领域，尤其涉及一种测试用例的生成方法、装置、计算机设备及可读存储介质。


背景技术：

2.系统测试是检验软件系统成果是否按照规定的需求完成的过程，也是一个验清预期结果和实际结果的差别的过程，是识别开发过程中计算机软件的正确度、完全度和质量的一个过程。其中，创建测试用例是系统测试中的一个关键环节，测试用例的好坏直接影响了系统的测试效率和覆盖率。
3.目前，在对系统进行测试时，通常将系统的多个故障进行组合以形成新的故障以提升故障类型的多样性，并针对新的故障设置对应的测试用例，进而提升系统的测试用例的全面性和测试过程的准确性。然而，部分故障组合形成的新的故障会与其他故障发生冲突，导致生成的测试用例出现执行冲突，进而极大的造成测试负担以及影响系统测试的准确性。


技术实现要素：

4.本发明实施例提供了一种测试用例的生成方法、装置、计算机设备及可读存储介质，旨在解决现有技术中部分故障组合形成的新的故障会与其他故障发生冲突，导致生成的测试用例出现执行冲突的技术问题。
5.第一方面，本发明实施例提供了一种测试用例的生成方法，其包括：
6.获取多个原始故障因子；
7.根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；
8.根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；
9.对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；
10.生成各所述目标故障因子的测试用例。
11.第二方面，本发明实施例提供了一种测试用例的生成装置，其包括：
12.第一获取单元，用于获取多个原始故障因子；
13.第一确定单元，用于根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；
14.第一组合单元，用于根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；
15.第一筛选单元，用于对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；
16.生成单元，用于生成各所述目标故障因子的测试用例。
17.第三方面，本发明实施例又提供了一种计算机设备，包括存储器、处理器及存储在
所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上述第一方面所述的测试用例的生成方法。
18.第四方面，本发明实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的测试用例的生成方法。
19.本发明实施例提供了一种测试用例的生成方法、装置、计算机设备及可读存储介质，该方法在获取多个原始故障因子后，通过各原始故障因子对应的功能模块确定各原始故障因子之间的相关性，并根据相关性对各原始故障因子进行组合，以得到若干个中间故障因子，同时对各中间故障因子进行筛选以得到目标故障因子，进而生成各目标故障因子的测试用例，从而避免了系统测试过程中各测试用例之间出现执行冲突，保证了各测试用例之间的独立性，降低了系统测试的负担，提高了系统测试的准确性和测试效率。
附图说明
20.为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1为本发明实施例提供的测试用例的生成方法的应用场景图；
22.图2为本发明实施例提供的测试用例的生成方法的流程示意图；
23.图3为本发明实施例提供的测试用例的生成方法的一流程示意图；
24.图4为本发明实施例提供的测试用例的生成方法的另一流程示意图；
25.图5为本发明实施例提供的测试用例的生成方法的另一流程示意图；
26.图6为本发明实施例提供的测试用例的生成方法的另一流程示意图；
27.图7为本发明实施例提供的测试用例的生成方法的另一流程示意图；
28.图8为本发明实施例提供的测试用例的生成装置的示意性框图；
29.图9为本发明实施例提供的计算机设备的示意性框图。
具体实施方式
30.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
31.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
32.还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
33.还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
34.请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
35.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。
36.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
37.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
38.需要说明的是，本技术实施例所提供的测试用例的生成方法一般由服务器执行，相应地，测试用例的生成装置一般配置于服务器中。
39.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
40.请参阅图2，图2示出了测试用例的生成方法的具体实施方式。
41.需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：
42.如图2所示，该方法包括以下步骤s110～s150。
43.s110、获取多个原始故障因子。
44.具体的，所述原始故障因子为系统的基础性故障的元素，系统的一个故障对应一个故障因子，每个故障均配置有一个测试用例，即一个故障因子设置有相应的测试用例，因此通过故障因子便可生成对应故障的测试用例以对系统进行相应的测试，其中，本实施例各原始故障因子的测试用例均通过各自对应的原始故障因子生成。
45.s120、根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性。
46.具体的，所述相关性为系统中两个或两个以上的原始故障因子之间是否存在关联的数据信息，即所述相关性用于衡量系统中两个或两个以上的原始故障因子之间的关联程度，所述相关性不仅仅包括各原始故障因子之间是否存在相同元素的数据信息，还可以为各原始故障因子之间是否存在互相影响的数据信息。可以理解的是，所述相关性可以直接通过各原始故障因子来进行确定，也可以间接通过各原始故障因子来进行确定。其中，所述相关性包括正相关性和负相关性，正相关性则表明各原始故障因子之间存在关联，负相关性则表明各原始故障因子之间不存在关联。
47.在本实施例中，系统中每一个功能模块均可能出现一次或多次故障，系统的功能模块每次出现的故障可能相同或不相同，多个原始故障因子可能处于同一功能模块中，也可能分别处于不同的功能模块中。当多个原始故障因子处于同一功能模块中时，若各原始故障均是功能模块在执行同一方式进行参数传递时出现，当采用各原始故障因子的测试用例对系统测试时，必然会导致生成的测试用例出现执行冲突，进而造成系统测试的负担。因此，通过各原始故障因子对应的功能模块在执行相应功能的过程中是否采用相同的参数传递方式来进行确定各原始故障因子之间的相关性，以确保同一功能模块中各原始故障因子
的独立性，进而可以降低系统测试的负担，提高系统测试的准确性和测试效率。
48.在其他发明实施例中，如图3所示，步骤s120包括步骤s121和s122。
49.s121、确定各所述原始故障因子对应的功能模块运行过程中的参数传递方式；
50.s122、根据所述参数传递方式确定各所述原始故障因子之间的相关性。
51.具体的，若各原始故障因子对应的功能模块在执行相应功能的过程中采用相同的参数传递方式，则可以确定各原始故障之间具有正相关性，即各原始故障因子之间存在关联；若各原始故障因子对应的功能模块在执行相应功能的过程中未采用相同的参数传递方式，则可以确定各原始故障之间具有负相关性，即各原始故障因子之间不存在关联。
52.其中，参数传递是指在程序运行过程中实际参数将参数值传递给相应的形式参数，并在函数中实现对数据处理和返回的过程，形式参数是指出现在sub和function过程形参表中的变量名、数组名，形式参数在被调用前，并未对sub和function过程形参表中的变量名、数组名分配内存，形式参数的作用是阐述自变量的类型和形态以及在过程中的作用，形式参数可以是除定长字符串变量之外的合法变量名，也可以带括号的数组名；实际参数指的是在调用sub和function过程中从主调过程传递给被调用过程的参数值，实际参数可以是变量名、数组名、常数或表达式，在进行参数传递过程中，形式参数与实际参数是按位置结合的，形式参数表和实际参数表中对应的变量名可以不必相同，但形式参数与实际参数的数据类型、参数个数及位置必须一一对应。参数传递方式包括querystring方式、路径传递参数的方式、form表单方式、传递json格式字符串等四种参数传递方式。
53.s130、根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子。
54.具体的，通过确定各原始故障因子对应的功能模块在执行相应功能的过程中采用相同的参数传递方式以确定同一功能模块中各原始故障因子之间是否存在关联，进而实现对各原始故障因子进行组合。若各原始故障因子处于同一模块，且各原始故障均是该功能模块在执行同一方式进行参数传递时出现，则可以确定各原始故障因子之间存在关联，此时便可以对各原始故障因子之间进行组合，以形成中间故障因子；若各原始故障因子处于同一模块，且各原始故障是该功能模块在执行不同方式进行参数传递时出现，则各原始故障之间不存在关联，此时无需对不存在关联的原始故障进行组合以形成中间故障因子。
55.在其他发明实施例中，如图4所示，步骤s130之前，还包括步骤s210和s220。
56.s210、对各所述原始故障因子进行分类，得到各所述原始故障因子的分类信息；
57.s220、根据所述分类信息确定各所述原始故障因子的测试用例的优先级。
58.在本实施例中，各原始故障因子可根据对应的业务场景进行分类，也可以根据各原始故障因子是否为核心故障因子进行分类，还可以在各原始故障因子对应的业务场景的基础上，对各原始故障因子进行核心故障因子和非核心故障因子进行分类。通过对各原始故障因子进行分类，以确定各原始故障因子的测试用例的优先级，进而在对系统进行测试时，可根据各原始故障因子的测试用例的优先级对系统进行测试，减少测试用例执行系统测试时的拥挤，提高系统测试的效率。
59.在其他发明实施例中，如图5所示，步骤s130包括子步骤s131和s132。
60.s131、若存在所述相关性的各所述原始故障因子的业务场景不相同，确定各所述原始故障因子的测试用例的优先级；
61.s132、若存在所述相关性的各所述原始故障因子的业务场景相同，将存在所述相关性的各所述原始故障因子进行组合，得到所述中间故障因子。
62.在本实施例中，各原始故障因子之间存在相关性具体为各原始故障因子之间存在正相关性，即各原始故障因子之间存在关联。各原始故障因子之间存在关联后，还需进一步确定各原始故障因子是否属于同一业务场景，当各原始故障因子属于同一业务场景，则可直接将各原始故障因子进行组合以得到若干个中间故障因子；当各原始故障因子不属于同一业务场景，则需进一步确定各原始故障因子的测试用例是否设定有优先级，从而进一步避免各原始故障因子的测试用例执行对系统进行测试过程中出现拥挤的现象，提高系统测试的效率。
63.在其他发明实施例中，如图6所示，步骤s131包括子步骤s1311和s1312。
64.s1311、获取各所述原始故障因子的业务场景的优先级；
65.s1312、若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级。
66.在本实施例中，各原始故障因子的业务场景的优先级为各业务场景在系统中优先等级的参数，各原始故障因子的业务场景在系统中可以具有相同的优先级，也可以具有不相同的优先级。当各原始故障因子的业务场景的优先级相同，则需进一步对各原始故障因子的测试用例进行优先级设定，以避免各原始故障因子的测试用例在执行对系统进行测试过程中出现拥挤的现象，提高系统测试的效率；当各原始故障因子的业务场景的优先级不相同时，则可直接将各原始故障因子进行组合以得到中间故障因子。
67.在其他发明实施例中，s1312之前，还包括步骤：若各所述原始故障因子的业务场景的优先级不相同，将各所述原始故障因子进行组合，得到所述中间故障因子。
68.具体的，当各原始故障因子的业务场景的优先级不相同时，则可直接将各原始故障因子进行组合以得到中间故障因子，从而进一步避免了系统测试过程中各测试用例之间出现执行冲突的现象，保证各测试用例之间的独立性，降低了系统测试的负担，提高了系统测试的准确性和测试效率。
69.s140、对所述若干个中间故障因子进行筛选，得到若干个目标故障因子。
70.具体的，各原始故障因子之间组合并不仅仅局限于将两个原始故障因子进行组合，还包括将两个以上的原始故障因子进行组合，而原始故障因子也并非均是未进行组合的故障因子，因此，需要对组合后生成的中间故障因子进行筛选，以从中间故障因子中筛选出所需的故障因子，即目标故障因子。
71.在其他发明实施例中，如图7所示，步骤s140包括子步骤s141和s142。
72.s141、获取原始故障因子集合；
73.s142、根据所述原始故障因子集合对所述中间故障因子进行筛选，得到若干个目标故障因子。
74.在本实施例中，原始故障因子集合为测试系统所有的原始故障因子的集合，通过将所有的中间故障因子与原始故障因子集合中所有的原始故障因子进行相似度计算，以确定中间故障因子中是否存在于原始故障因子集合中，进而剔除与原始故障因子集合相重复的中间故障因子，从而筛选出目标故障因子。同时，筛选出的目标故障因子同样也可以合并至原始故障因子集合中，也可以单独将筛选出来的目标故障因子单独设置一个集合。
75.s150、生成各所述目标故障因子的测试用例。
76.具体的，在获取到目标故障因子后，可直接目标故障因子生成各目标故障因子的测试用例，并在测试用例的基础上生成相应的测试脚本以执行对系统进行相应的测试，各故障因子之间相互独立，互不关联，进而在避免系统测试过程中各测试用例之间出现执行冲突的同时，保证各测试用例之间的独立性，降低系统测试的负担，提高系统测试的准确性和测试效率。
77.在本发明实施例所提供的测试用例的生成方法中，通过获取多个原始故障因子；根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；生成各所述目标故障因子的测试用例。本发明实施例提供的测试用例的生成方法，在获取多个原始故障因子以各原始故障因子的测试用例后，通过各原始故障因子对应的功能模块确定各原始故障因子之间的相关性，并根据相关性对各原始故障因子进行组合，以得到若干个中间故障因子，同时对各中间故障因子进行筛选以得到目标故障因子，进而生成各目标故障因子的测试用例，从而避免了系统测试过程中各测试用例之间出现执行冲突，保证了各测试用例之间的独立性，降低了系统测试的负担，提高了系统测试的准确性和测试效率。
78.本发明实施例还提供了一种测试用例的生成装置，该装置用于执行前述测试用例的生成方法的任一实施例。
79.具体地，请参阅图8，图8是本发明实施例提供的测试用例的生成装置的示意性框图。
80.如图8所示，所述的测试用例的生成装置，该装置包括：第一获取单元110、第一确定单元120、第一组合单元130、第一筛选单元140和生成单元150。
81.第一获取单元110，用于获取多个原始故障因子。
82.第一确定单元120，用于根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性。
83.在其他发明实施例中，所述第一确定单元120包括：第二确定单元和第三确定单元。
84.第二确定单元，用于确定各所述原始故障因子对应的功能模块运行过程中的参数传递方式；第三确定单元，用于根据所述参数传递方式确定各所述原始故障因子之间的相关性。
85.第一组合单元130，用于根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子。
86.在其他发明实施例中，所述的测试用例的生成装置还包括：分类单元和第四确定单元。
87.分类单元，用于对各所述原始故障因子进行分类，得到各所述原始故障因子的分类信息。
88.第四确定单元，用于根据所述分类信息确定各所述原始故障因子的测试用例的优先级。
89.在其他发明实施例中，所述第一组合单元130包括：第五确定单元和第二组合单
元。
90.第五确定单元，用于若存在所述相关性的各所述原始故障因子的业务场景不相同，确定各所述原始故障因子的测试用例的优先级；第二组合单元，用于若存在所述相关性的各所述原始故障因子的业务场景相同，将存在所述相关性的各所述原始故障因子进行组合，得到所述中间故障因子。
91.在其他发明实施例中，所述第五确定单元包括：第二获取单元和第六确定单元。
92.第二获取单元，用于获取各所述原始故障因子的业务场景的优先级；第六确定单元，用于若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级。
93.在其他发明实施例中，所述第五确定单元还包括：第三组合单元。
94.第三组合单元，用于若各所述原始故障因子的业务场景的优先级不相同，将各所述原始故障因子进行组合，得到所述中间故障因子。
95.第一筛选单元140，用于对所述若干个中间故障因子进行筛选，得到若干个目标故障因子。
96.在其他发明实施例中，所述第一筛选单元140包括：第三获取单元和第二筛选单元。
97.第三获取单元，用于获取原始故障因子集合；第二筛选单元，用于根据所述原始故障因子集合对所述中间故障因子进行筛选，得到若干个目标故障因子。
98.生成单元150，用于生成各所述目标故障因子的测试用例。
99.本发明实施例所提供的测试用例的生成装置用于执行上述获取多个原始故障因子；根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；生成各所述目标故障因子的测试用例。
100.需要说明的是，所属领域的技术人员可以清楚地了解到，上述系统测试装置100和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。
101.上述系统测试装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的计算机设备上运行。
102.请参阅图9，图9是本技术实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。
103.参阅图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
104.该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种测试用例的生成方法。
105.该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。
106.该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种测试用例的生成方法。
107.该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
108.其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：获取多个原始故障因子；根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；生成各所述目标故障因子的测试用例。
109.在一实施例中，处理器502在实现所述根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性，具体实现如下步骤：确定各所述原始故障因子对应的功能模块运行过程中的参数传递方式；根据所述参数传递方式确定各所述原始故障因子之间的相关性。
110.在一实施例中，处理器502在实现所述根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子之前，具体实现如下步骤：对各所述原始故障因子进行分类，得到各所述原始故障因子的分类信息；根据所述分类信息确定各所述原始故障因子的测试用例的优先级。
111.在一实施例中，处理器502在实现所述根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子，具体实现如下步骤：若存在所述相关性的各所述原始故障因子的业务场景不相同，确定各所述原始故障因子的测试用例的优先级；若存在所述相关性的各所述原始故障因子的业务场景相同，将存在所述相关性的各所述原始故障因子进行组合，得到所述中间故障因子。
112.在一实施例中，处理器502在实现所述确定各所述原始故障因子的测试用例的优先级，具体实现如下步骤：获取各所述原始故障因子的业务场景的优先级；若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级。
113.在一实施例中，处理器502在实现所述若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级之前，具体实现如下步骤：若各所述原始故障因子的业务场景的优先级不相同，将各所述原始故障因子进行组合，得到所述中间故障因子。
114.在一实施例中，处理器502在实现所述对所述若干个中间故障因子进行筛选，得到若干个目标故障因子，具体实现如下步骤：获取原始故障因子集合；根据所述原始故障因子集合对所述中间故障因子进行筛选，得到若干个目标故障因子。
115.应当理解，在本技术实施例中，处理器502可以是中央处理单元(central processing unit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
116.本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，
是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。
117.因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如下步骤：获取多个原始故障因子；根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性；根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子；对所述若干个中间故障因子进行筛选，得到若干个目标故障因子；生成各所述目标故障因子的测试用例。
118.在一实施例中，所述处理器在执行所述程序指令而实现所述根据各所述原始故障因子对应的功能模块确定各所述原始故障因子之间的相关性，具体实现如下步骤：确定各所述原始故障因子对应的功能模块运行过程中的参数传递方式；根据所述参数传递方式确定各所述原始故障因子之间的相关性。
119.在一实施例中，所述处理器在执行所述程序指令而实现所述根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子之前，具体实现如下步骤：对各所述原始故障因子进行分类，得到各所述原始故障因子的分类信息；根据所述分类信息确定各所述原始故障因子的测试用例的优先级。
120.在一实施例中，所述处理器在执行所述程序指令而实现所述根据所述相关性对各所述原始故障因子进行组合，得到若干个中间故障因子，具体实现如下步骤：若存在所述相关性的各所述原始故障因子的业务场景不相同，确定各所述原始故障因子的测试用例的优先级；若存在所述相关性的各所述原始故障因子的业务场景相同，将存在所述相关性的各所述原始故障因子进行组合，得到所述中间故障因子。
121.在一实施例中，所述处理器在执行所述程序指令而实现所述确定各所述原始故障因子的测试用例的优先级，具体实现如下步骤：获取各所述原始故障因子的业务场景的优先级；若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级。
122.在一实施例中，所述处理器在执行所述程序指令而实现所述若各所述原始故障因子的业务场景的优先级相同，确定各所述原始故障因子的测试用例的优先级之前，具体实现如下步骤：若各所述原始故障因子的业务场景的优先级不相同，将各所述原始故障因子进行组合，得到所述中间故障因子。
123.在一实施例中，所述处理器在执行所述程序指令而实现所述对所述若干个中间故障因子进行筛选，得到若干个目标故障因子，具体实现如下步骤：获取原始故障因子集合；根据所述原始故障因子集合对所述中间故障因子进行筛选，得到若干个目标故障因子。
124.所述存储介质可以是u盘、移动硬盘、只读存储器(read-only memory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。
125.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专
业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
126.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
127.本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。
128.该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
129.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。