CN114968798A - 项目处理规则的测试方法以及装置 - Google Patents

Abstract

本说明书实施例提供项目处理规则的测试方法以及装置，其中项目处理规则的测试方法包括：先生成至少一个项目处理规则对应的、可以通过项目处理规则验证的对照样本，该对照样本包括至少一个项目处理规则对应的初始通过样本值，然后对于每个项目处理规则涉及的变量，只修改该变量对应的初始通过样本值，自动生成多个测试样本，基于自动生成的测试样本对项目处理规则进行测试，定位问题处理规则。如此，可以自动生成至少一个项目处理规则对应的大量测试样本，且一个测试样本仅命中一个项目处理规则，当该测试样本出现问题时，可以快速自动定位至有问题的规则，提高了对项目处理规则进行测试的准确率和效率。

Description

项目处理规则的测试方法以及装置

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种项目处理规则的测试方法。本说明书一个或者多个实施例同时涉及一种项目处理规则的测试装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着计算机和互联网技术的快速发展，可以通过计算机实现某些项目决策，而要通过计算机实现项目决策，需要预先在计算机上部署对应的项目处理规则，为了保证项目处理规则进行项目决策的准确性，可以预先生成大量的测试样本对项目处理规则进行测试。

现有技术中，可以人工手动搭建项目处理规则对应的测试样本，然而手动搭建的测试样本难以覆盖各类场景，且测试样本搭建及项目处理规则的测试过程均需耗费较多人力和时间成本，对项目处理规则进行测试的准确率和效率较低。

发明内容

有鉴于此，本说明书实施例提供了一种项目处理规则的测试方法。本说明书一个或者多个实施例同时涉及一种项目处理规则的测试装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种项目处理规则的测试方法，包括：

根据获取到的至少一个项目处理规则，生成对照样本，其中，对照样本包括至少一个项目处理规则对应的初始通过样本值；

修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，其中，第一项目处理规则为至少一个项目处理规则中的任一个，测试样本包括预期结果标签；

将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果，其中，项目处理平台部署有至少一个项目处理规则；

根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则。

可选地，项目处理规则包括变量取值范围和变量拒绝规则；

根据获取到的至少一个项目处理规则，生成对照样本，包括：

根据至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定至少一个项目处理规则对应的初始通过样本值；

将至少一个项目处理规则对应的初始通过样本值合并为对照样本。

可选地，修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，包括：

确定第一项目处理规则的变量取值范围的边界值和随机值；

确定第一项目处理规则的变量拒绝规则对应的阈值邻域值；

分别将对照样本中第一项目处理规则对应的初始通过样本值修改为边界值、随机值和阈值邻域值，获得第一项目处理规则对应的边界值样本、随机值样本和阈值邻域样本；

根据边界值样本、随机值样本和阈值邻域样本，获得第一项目处理规则对应的至少一个测试样本。

可选地，根据边界值样本、随机值样本和阈值邻域样本，获得第一项目处理规则对应的至少一个测试样本，包括：

将对照样本中第一项目处理规则对应的初始通过样本值修改为空，获得对应的缺失样本；

将边界值样本、随机值样本、阈值邻域样本和缺失样本，组合为第一项目处理规则对应的至少一个测试样本。

可选地，根据获取到的至少一个项目处理规则，生成对照样本之前，还包括：

获取项目方提供的项目处理策略；

根据项目处理策略，生成对应的至少一个项目处理规则；

根据项目处理规则，构建对应的策略文件，其中，策略文件包括至少一个项目处理规则，不同的项目处理规则在策略文件中对应不同的段落。

可选地，根据项目处理策略，生成对应的至少一个项目处理规则之后，还包括：

在项目处理规则为单规则的情况下，在项目处理规则中设置结束标识；

在项目处理规则为复合规则的情况下，将复合规则拆分为至少两个单规则，在第一单规则中设置结合标识，并在第二单规则中设置结束标识，其中，第二单规则为项目处理规则中最后一条单规则，第一单规则为项目处理规则中除第二单规则之外的规则，结合标识用于指示第一单规则与其他单规则的结合方式，结束标识用于指示项目处理规则判断结束。

可选地，将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果之前，还包括：

按照规则执行逻辑，将策略文件部署在项目处理平台，其中，规则执行逻辑用于指示执行至任一结束标识的情况下输出测试结果。

可选地，根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则，包括：

确定至少一个测试样本中测试结果和预期结果标签不一致的目标测试样本；

确定目标测试样本中被修改的初始通过样本值对应的目标项目处理规则，将目标项目处理规则定位为问题处理规则。

根据本说明书实施例的第二方面，提供了一种项目处理规则的测试装置，包括：

第一生成模块，被配置为根据获取到的至少一个项目处理规则，生成对照样本，其中，对照样本包括至少一个项目处理规则对应的初始通过样本值；

第二生成模块，被配置为修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，其中，第一项目处理规则为至少一个项目处理规则中的任一个，测试样本包括预期结果标签；

获得模块，被配置为将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果，其中，项目处理平台部署有至少一个项目处理规则；

定位模块，被配置为根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则。

根据本说明书实施例的第三方面，提供了一种计算设备，包括：

存储器和处理器；

存储器用于存储计算机可执行指令，处理器用于执行计算机可执行指令，以实现上述第一方面任一项的项目处理规则的测试方法的操作步骤。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项项目处理规则的测试方法的操作步骤。

本说明书一个实施例提供了一种项目处理规则的测试方法，可以根据获取到的至少一个项目处理规则，生成对照样本，其中，对照样本包括至少一个项目处理规则对应的初始通过样本值；然后修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，其中，第一项目处理规则为至少一个项目处理规则中的任一个，测试样本包括预期结果标签；再将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果，其中，项目处理平台部署有至少一个项目处理规则；之后，根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则。这种情况下，可以先生成至少一个项目处理规则对应的、可以通过项目处理规则验证的对照样本，该对照样本包括至少一个项目处理规则对应的初始通过样本值，然后对于每个项目处理规则涉及的变量，只修改该变量对应的初始通过样本值，自动生成多个测试样本，基于自动生成的测试样本对项目处理规则进行测试，定位问题处理规则。如此，可以自动生成至少一个项目处理规则对应的大量测试样本，且一个测试样本仅命中一个项目处理规则，当该测试样本出现问题时，可以快速自动定位至有问题的规则，提高了对项目处理规则进行测试的准确率和效率。

附图说明

图1是本说明书一个实施例提供的一种项目处理规则的测试方法的流程图；

图2a是本说明书一个实施例提供的第一种测试样本生成过程的示意图；

图2b是本说明书一个实施例提供的第二种测试样本生成过程的示意图；

图2c是本说明书一个实施例提供的第三种测试样本生成过程的示意图；

图2d是本说明书一个实施例提供的第四种测试样本生成过程的示意图；

图3是本说明书一个实施例提供的一种应用于风控场景下的项目处理规则的测试方法的处理过程流程图；

图4是本说明书一个实施例提供的一种项目处理规则的测试装置的结构示意图；

图5是本说明书一个实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本说明书中，提供了一种项目处理规则的测试方法，本说明书同时涉及一种项目处理规则的测试装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一个实施例提供的一种项目处理规则的测试方法的流程图，包括步骤102至步骤108。

步骤102：根据获取到的至少一个项目处理规则，生成对照样本，其中，对照样本包括至少一个项目处理规则对应的初始通过样本值。

需要说明的是，项目处理规则可以为进行项目决策时所依据的规则，如身份校验场景下，项目处理规则可以为用户身份通过校验需要满足的规则；信贷风控场景下，项目处理规则可以为用户准入或定额定价的规则。另外，对照样本为可以通过项目处理规则验证的样本，即对照样本中各变量数据满足对应的项目处理规则，对照样本中包括至少一个项目处理规则对应的初始通过样本值。

示例的，至少一个项目处理规则可以为变量A小于22则拒绝、变量B大于等于25则拒绝、变量C位于表3和表4中则拒绝，假设变量A、变量B、变量C的初始通过样本值为a、b、c(即a大于等于22、b小于25、c不位于表3和表4中)，此时对照样本可以为[a，b，c]。

本实施例一个可选的实施方式中，可以基于变量取值范围和变量拒绝规则确定各个项目处理规则对应的初始通过样本值，也即项目处理规则包括变量取值范围和变量拒绝规则；根据获取到的至少一个项目处理规则，生成对照样本，具体实现过程可以如下：

根据至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定至少一个项目处理规则对应的初始通过样本值；

将至少一个项目处理规则对应的初始通过样本值合并为对照样本。

需要说明的是，一个项目处理规则可以对应至少一个变量，每个变量限制有取值范围，并且每个项目处理规则还可以设置有变量拒绝规则，即什么数据会被拒绝，不能通过验证，也即根据变量取值范围和变量拒绝规则，可以确定什么数据可以通过验证，什么数据会被拒绝，因而可以根据至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定至少一个项目处理规则对应的初始通过样本值。

实际应用中，针对每个项目处理规则，可以基于其变量取值范围确定该变量可以取的数值，然后基于变量拒绝规则确定不能取的数值，从可以取的数值中筛除不能取的数值，获得待选数值，从待选数值中随机选取一个数值作为初始通过样本值。依次类推，确定出各个项目处理规则对应的初始通过样本值后，可以将至少一个项目处理规则对应的初始通过样本值合并为对照样本。

另外，对照样本中除了包括至少一个项目处理规则对应的初始通过样本值之外，还可以包括变量名、取值范围、拒绝规则、缺失是否拒绝、变量类型和拒绝码等信息。

示例的，对照样本包括的变量为A、B、C，对于变量A，取值范围为[1,999]，拒绝规则为小于22则拒绝，初始通过样本为a，缺失时拒绝，变量类型为整数类型(INT)，拒绝码为01；对于变量B，取值范围为[1,999]，拒绝规则为大于等于25则拒绝，初始通过样本为b，缺失时不拒绝，变量类型为整数类型(INT)，拒绝码为02；对于变量C，取值范围为[表1、表2、表3、表4、表5]，拒绝规则为在表3和表4中则拒绝，初始通过样本为c，缺失时不拒绝，变量类型为字符串类型(string)，拒绝码为03。

本说明书实施例中，可以根据至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定至少一个项目处理规则对应的初始通过样本值，生成对应的对照样本，如此，对照样本中包括至少一个项目处理规则对应的初始通过样本值，为后续生成测试样本提供了多个单变量的数据基础，后续可以针对单一的项目处理规则，修改对应的初始通过样本值，获得对应的测试样本，便于快速定位出问题的项目处理规则。

本实施例一个可选的实施方式中，还可以预先生成项目处理规则，并构建对应的策略文件，也即根据获取到的至少一个项目处理规则，生成对照样本之前，还可以包括：

获取项目方提供的项目处理策略；

根据项目处理策略，生成对应的至少一个项目处理规则；

根据项目处理规则，构建对应的策略文件，其中，策略文件包括至少一个项目处理规则，不同的项目处理规则在策略文件中对应不同的段落。

需要说明的是，可以从项目方预先获取项目处理策略，该项目处理策略可以是指进行项目处理时涉及到的各个变量需要满足的细节信息，然后可以对项目方提供的项目处理策略进行分析，从项目处理策略中提取进行项目决策时涉及的项目处理规则，如变量名称、变量取值范围、变量相关拒绝规则、变量初始通过样本值、变量缺失时是否拒绝、变量类型、规则拒绝码等。

实际应用中，获得至少一个项目处理规则后，还可以根据项目处理规则，构建对应的策略文件，将多个零散的项目处理规则合并为一个策略文件，策略文件中一个项目处理规则可以处于单独的一段，其中，策略文件可以为文档格式。当然，策略文件也可以为表格形式，此时一个项目处理规则可以对应表格中的一行。

示例的，策略文档中包括3个项目处理规则，项目处理规则1为：变量A取值范围为[1,999]，拒绝规则为小于22则拒绝，缺失时拒绝，变量类型为整数类型(INT)，拒绝码为01；项目处理规则2为：变量B取值范围为[1,999]，拒绝规则为大于等于25则拒绝，缺失时不拒绝，变量类型为整数类型(INT)，拒绝码为02；项目处理规则3为：变量C取值范围为[表1、表2、表3、表4、表5]，拒绝规则为在表3和表4中则拒绝，缺失时不拒绝，变量类型为字符串类型(string)，拒绝码为03。

本说明书实施例中，获得至少一个项目处理规则后，还可以根据项目处理规则，构建对应的策略文件，策略文件中一个项目处理规则可以处于单独的一段，便于区分不同的项目处理规则，将多个零散的项目处理规则合并为一个策略文件，便于后续管理和部署于项目处理平台。

本实施例一个可选的实施方式中，项目处理规则可以为单规则，也可以为复合规则，因而根据项目处理策略，生成对应的至少一个项目处理规则之后，还可以包括：

在项目处理规则为单规则的情况下，在项目处理规则中设置结束标识；

在项目处理规则为复合规则的情况下，将复合规则拆分为至少两个单规则，在第一单规则中设置结合标识，并在第二单规则中设置结束标识，其中，第二单规则为项目处理规则中最后一条单规则，第一单规则为项目处理规则中除第二单规则之外的规则，结合标识用于指示第一单规则与其他单规则的结合方式，结束标识用于指示项目处理规则判断结束。

需要说明的是，在项目处理规则为单规则的情况下，执行完该段落的项目处理规则后，即表示验证完成，可以输出最终的测试结果，无需再经过其他项目处理规则进行校验，因而可以在该项目处理规则中设置结束标识，指示该项目处理规则执行完毕，可以输出测试结果。

另外，在项目处理规则为复合规则的情况下，由于符合规则的执行复杂度较高，因而可以将复合规则拆分为至少两个单规则，每个单规则处于单独的一段，在除最后一个之外的各个单规则中设置结合标识，并在最后一个单规则中设置结束标识，除最后一个之外的各个单规则中设置的结合标识可以指示与其他的单规则之间的结合方式，即该单规则执行完毕后，还需执行下一个单规则，并结合测试结果，如结合标识可以为“和”、“或”等，最后一个单规则中设置结束标识可以是指该复合规则整体执行完毕，无需再经过其他项目处理规则进行校验，可以输出对应的测试结果。实际应用中，若项目处理规则为复合规则，则项目处理规则中还可以包括复合规则序号。

示例的，策略文档中包括2个项目处理规则，项目处理规则1和项目处理规则2均为复合规则，均被拆分为两个单规则，单规则1为：变量A取值范围为[1,999]，拒绝规则为小于22则拒绝，缺失时拒绝，变量类型为整数类型(INT)，拒绝码为01，复合规则序号为1，结合标识为或；单规则2为：变量A取值范围为[1,999]，拒绝规则为大于等于55则拒绝，缺失时拒绝，变量类型为整数类型(INT)，拒绝码为01，复合规则序号为1，标识为NA；单规则3为：变量B取值范围为[表1、表2、表3、表4、表5]，拒绝规则为在表3和表4中则拒绝，缺失时拒绝，变量类型为字符串类型(string)，拒绝码为02，复合规则序号为2，结合标识为且；单规则4为：变量C取值范围为[-1,999]，拒绝规则为大于350则拒绝，缺失时不拒绝，变量类型为整数类型(INT)，拒绝码为02，复合规则序号为2，结束标识为NA。

本说明书实施例中，若项目处理规则为复合规则，则可以将复合规则拆分为至少两个单规则，也即可以将复合规则涉及的多个判断规则分段列示，并以复合规则序号和复合规则结合方式明确复合规则的内容，从而在执行策略文档中的各个项目处理规则时，仅需要按照分段列示的单规则进行判断，每次仅涉及一个判断，降低了执行复杂度，提高项目处理规则的执行效率。

步骤104：修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，其中，第一项目处理规则为至少一个项目处理规则中的任一个，测试样本包括预期结果标签。

需要说明的是，对照样本包括至少一个项目处理规则对应的初始通过样本值，因而可以分别修改对照样本中各个项目处理规则对应的初始通过样本值，从而获得各个项目处理规则对应的测试样本，也即一个测试样本中仅修改一个变量的数值，从而后续当某个测试样本存在问题时，可以快速定位至出问题的项目处理规则。

本实施例一个可选的实施方式中，可以基于变量取值范围和变量拒绝规则，修改第一项目处理规则对应的初始通过样本值，也是修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，具体实现过程可以如下：

确定第一项目处理规则的变量取值范围的边界值和随机值；

确定第一项目处理规则的变量拒绝规则对应的阈值邻域值；

分别将对照样本中第一项目处理规则对应的初始通过样本值修改为边界值、随机值和阈值邻域值，获得第一项目处理规则对应的边界值样本、随机值样本和阈值邻域样本；

根据边界值样本、随机值样本和阈值邻域样本，获得第一项目处理规则对应的至少一个测试样本。

需要说明的是，各个项目处理规则的初始通过样本值可以组成一条通过样本，作为对照样本，之后对于每个项目处理规则涉及的变量，可以只改变该变量的值，生成该项目处理规则对应的测试样本。具体实现时，测试样本考虑该变量所有可能出现的区间，对于每个区间的边界值、阈值、区间内外随机值均生成用于测试的通过或拒绝样本，其他值保持和对照样本中的初始通过样本值一致，并生成预期结果标签：通过/拒绝码。

实际应用中，可以预先编辑测试样本生成代码，将获得的策略文件作为输入，测试样本生成代码运行即可自动获得各个项目处理规则对应的大量测试样本。其中，策略文件中各个项目处理规则可以包括变量名、变量类型、初始通过样本值、规则拒绝码、拒绝标签(如xx模块拒绝规则15)、详细拒绝描述(如xx数据源xx变量>15)、符号、阈值、非数字取值范围、变量缺失时是否拒绝、复合规则集序号、复合规则集结合方式等信息。

本说明书实施例中，人工生成测试样例对于多规则情况，难以实现可能场景全覆盖，而测试平台在自动生成测试样本时考虑该变量所有可能出现的区间，对于每个区间的边界值、阈值、区间内外随机值均生成用于测试的通过或拒绝样本，其他值保持和对照样本中的初始通过样本值一致，也即通过对照样本和测试样本的设计，逐条验证所有涉及的单规则、复合规则，通过程序遍历各变量可能出现的区间的边界值、规则相关阈值、非边界的随机值，以此保证所有规则、所有变量可能场景全覆盖，便于后续可以根据预期结果标签和测试结果的差异快速定位存在问题的项目处理规则。

本实施例一个可选的实施方式中，还可以在测试样本中增加缺失样本，也即根据边界值样本、随机值样本和阈值邻域样本，获得第一项目处理规则对应的至少一个测试样本，具体实现过程可以如下：

将对照样本中第一项目处理规则对应的初始通过样本值修改为空，获得对应的缺失样本；

将边界值样本、随机值样本、阈值邻域样本和缺失样本，组合为第一项目处理规则对应的至少一个测试样本。

需要说明的是，缺失样本可以用于测试缺失数据是否拒绝。

示例的，项目处理规则为单规则，该单规则为大于、小于、大于等于、小于等于某值则拒绝，生成拒绝和通过样本，具体的，可以保持其他不相关变量值不变，只改变项目处理规则相关的单变量值，分别生成阈值邻域样本、边界值样本、随机值样本。对于阈值邻域样本，即采用阈值或紧邻阈值的值作为该单变量的值(采用阈值还是紧邻阈值的值、采用小于阈值还是大于阈值的值，取决于项目处理规则中使用的是大(小)于还是大(小)于等于)；对于边界值样本，即取变量的取值范围边界；对于随机值样本，即从阈值到边界值之间随机抽取若干样本。图2a是本说明书一个实施例提供的第一种测试样本生成过程的示意图，如图2a所示，输入变量名称、取值范围、拒绝规则、初始通过样本值、缺失是否拒绝、变量类型、拒绝码等信息后，测试样本生成代码运行，将规则A对应的初始通过样本值a分别修改为21(阈值邻域)、1(下界)、13(随机数)、缺失、22(阈值)、667(随机数)、999(上界)，并保持规则B对应的初始通过样本值b和规则C对应的初始通过样本值c不变，可自动输出7条检验A变量相关规则的测试样本(拒绝样本和通过样本)；将规则B对应的初始通过样本值b分别修改为25(阈值)、999(上界)、888(随机数)、24(阈值邻域)、12(随机数)、1(下界)、缺失，并保持规则A对应的初始通过样本值a和规则C对应的初始通过样本值c不变，可自动输出7条检验B变量相关规则的测试样本(拒绝样本和通过样本)。

另一示例，项目处理规则为单规则，该单规则为在(或者不在)某个值列表，则拒绝，具体的，可以提供该变量全部取值范围，并保持其他变量值不变，对于该变量，逐个应用取值范围列表中的值，并根据是否在项目处理规则允许的值内，判定为拒绝或通过测试样本。图2b是本说明书一个实施例提供的第二种测试样本生成过程的示意图，如图2b所示，输入变量名称、取值范围、拒绝规则、初始通过样本值、缺失是否拒绝、变量类型、拒绝码等信息后，测试样本生成代码运行，将规则C对应的初始通过样本值c分别修改为表3中的数值X3、表4中的数值X4、缺失、表1中的数值X1、表2中的数值X2、表5中的数值X5，并保持规则A对应的初始通过样本值a、规则B对应的初始通过样本值b和规则D对应的初始通过样本值d不变，可自动输出6条检验C变量相关规则的测试样本(拒绝样本和通过样本)；将规则D对应的初始通过样本值d分别修改为123(随机生成，不在表3、表4中)、fhjm(随机生成，不在表3、表4中)、缺失、表3中的数值X3、表4中的数值X4，并保持规则A对应的初始通过样本值a、规则B对应的初始通过样本值b和规则C对应的初始通过样本值c不变，可自动输出5条检验D变量相关规则的测试样本(拒绝样本和通过样本)。

又一示例，项目处理规则为复合规则，对于复合规则(包括涉及单变量的复合规则及涉及多个变量的复合规则)，项目处理规则中除上述输入变量外，还需提供复合规则序号、复合规则结合方式两个输入变量，复合规则将被拆解成多条单规则，通过复合规则序号标记明确一个复合规则中包含哪几条单规则，通过复合规则结合标识(如“且”、“或”)明确单条规则组合成复合规则的方式。对于每条单规则，将同理根据阈值邻域样本、边界值样本、随机取值、缺失值等生成多条测试样本，与单规则差异在于，每条生成的测试样本将遍历符合规则内每条单规则，以得到符合复合规则内所有单规则的拒绝和通过测试样本。

图2c是本说明书一个实施例提供的第三种测试样本生成过程的示意图，图2d是本说明书一个实施例提供的第四种测试样本生成过程的示意图，如图2c和2d所示，对于复合规则1【A变量<22或A变量>55则拒绝】，生成拒绝测试样本时，可分别根据【A变量<22则拒绝】和【A变量>55则拒绝】两条单规则分别生成拒绝样本，但在生成通过样本时，需每次检验是否不命中【A变量<22则拒绝】和【A变量>55则拒绝】这两条规则，对于复合规则2，包括单规则B和单规则E，需每次检验是否不命中单规则B和单规则E，以此保证覆盖所有可能出现的场景、并符合复合规则需要。

如图2c所示，输入变量名称、取值范围、拒绝规则、初始通过样本值、缺失是否拒绝、变量类型、拒绝码、复合规则序号、复合规则结合方式等信息后，测试样本生成代码运行，将规则A对应的初始通过样本值a分别修改为21(阈值邻域)、1(下界)、13(随机数)、缺失、55(阈值)、999(上界)、668(随机数)、22(阈值)、44(随机数)、54(阈值邻域)，并保持规则B对应的初始通过样本值b和规则C对应的初始通过样本值c不变，可自动输出10条检验复合规则1相关规则的测试样本(拒绝样本和通过样本)。如图2d所示，输入变量名称、取值范围、拒绝规则、初始通过样本值、缺失是否拒绝、变量类型、拒绝码、复合规则序号、复合规则结合方式等信息后，测试样本生成代码运行，将规则B对应的初始通过样本值b和规则C对应的初始通过样本值c分别修改为表3中的数值X3、351(阈值)，表3中的数值X3、366(随机值)，表3中的数值X3、999(上界)，表4中的数值X4、351(阈值)，表4中的数值X4、366(随机值)，表4中的数值X4、999(上界)，表1中的数值X1、-1(下界)，表1中的数值X1、999(上界)，表1中的数值X1、555(随机值)，表2中的数值X2、-1(下界)，表2中的数值X2、999(上界)，表2中的数值X2、366(随机值)，表5中的数值X5、-1(下界)，表5中的数值X5、999(上界)，表5中的数值X5、888(随机值)，并保持规则A对应的初始通过样本值a不变，可自动输出15条检验复合规则2的测试样本(拒绝样本和通过样本)。

本说明书实施例中，生成测试样本时可以考虑该变量所有可能出现的区间，对于每个区间的边界值、阈值、区间内外随机值均生成用于测试的通过或拒绝样本，还可以设置缺失样本，其他值保持和对照样本中的初始通过样本值一致，也即通过对照样本和测试样本的设计，逐条验证所有涉及的单规则、复合规则，通过程序遍历各变量可能出现的区间的边界值、规则相关阈值、非边界的随机值、缺失数据等，以此保证所有规则、所有变量可能场景全覆盖，便于后续可以根据预期结果标签和测试结果的差异快速定位存在问题的项目处理规则。

步骤106：将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果，其中，项目处理平台部署有至少一个项目处理规则。

需要说明的是，获得至少一个测试样本后，可以将测试样本输入至项目处理平台，项目处理平台可以输出测试样本对应的测试结果，后续基于该测试结果和预期结果标签，即可快速定位问题处理规则。

本实施例一个可选的实施方式中，可以预先将生成的策略文件部署在项目处理平台，以对测试样本进行验证，也即将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果之前，还可以包括：

按照规则执行逻辑，将策略文件部署在项目处理平台，其中，规则执行逻辑用于指示执行至任一结束标识的情况下输出测试结果。

需要说明的是，将策略文件部署在项目处理平台时，可以按串行方式配置，即执行至任一结束标识的情况下输出测试结果，如被规则1拒绝的规则不会再判断是否符合规则2、3、4。如此，可避免同时产出多个拒绝码的情况，缩短项目处理的运行时间，便于后续在测试样本的测试结果和预期结果标签不同时，快速定位出问题的项目处理规则。

步骤108：根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则。

需要说明的是，测试样本的测试结果是指将测试样本输入至项目处理平台，经过项目处理平台分析输出的预测结果，即项目处理平台预测出的测试样本是否通过；测试样本的预期结果标签是指测试样本携带的样本标签，即真实想要项目处理平台分析输出的结果，因而可以确定测试样本的测试结果和预期结果标签是否一致，若一致，则说明对应的项目处理规则没有问题，若不一致，则可以快速定位至对应的项目处理规则。

本实施例一个可选的实施方式中，可以基于测试样本与对照样本不同的变量数值，定位问题处理规则，也即根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则，具体实现过程可以如下：

确定至少一个测试样本中测试结果和预期结果标签不一致的目标测试样本；

确定目标测试样本中被修改的初始通过样本值对应的目标项目处理规则，将目标项目处理规则定位为问题处理规则。

实际应用中，目标测试样本的测试结果和预期结果标签不一致，表示目标测试样本对应的项目处理规则存在问题。由于在生成测试样本时，每次基于一个项目处理规则修改对照样本中对应的变量的初始通过样本值，因而可以确定目标测试样本中被修改的初始通过样本值，即目标测试样本与对照样本中哪个变量的数值不同，该变量对应的项目处理规则即为存在问题的问题处理规则。

另外，将测试样本输入至项目处理平台，项目处理平台输出测试样本对应的测试结果后，可以对测试样本中测试结果和预期结果标签不一致的目标测试样本进行高亮显示，提示哪个测试样本存在问题，从而进一步快速定位问题处理规则。

需要说明的是，一个测试样本最多只命中一个项目处理规则，通过测试结果和预期结果标签对比的方式，可以快速对比、定位问题处理规则。

本说明书一个实施例提供了一种项目处理规则的测试方法，可以先生成至少一个项目处理规则对应的、可以通过项目处理规则验证的对照样本，该对照样本包括至少一个项目处理规则对应的初始通过样本值，然后对于每个项目处理规则涉及的变量，只修改该变量对应的初始通过样本值，自动生成多个测试样本，基于自动生成的测试样本对项目处理规则进行测试。如此，可以自动生成至少一个项目处理规则对应的大量测试样本，且一个测试样本仅命中一个项目处理规则，当该测试样本出现问题时，可以快速自动定位至有问题的规则，提高了对项目处理规则进行测试的准确率和效率。

需要说明的是，信贷风控是指信用贷款，是指以借款人的信誉发放的贷款，借款人不需要提供担保，信贷风控场景下的项目处理规则：基于多方数据，针对资产情况制定的，用于用户准入或定额定价的规则。信贷风控场景下，项目处理规则部署有以下几个特点：涉及变量多，信贷风控的项目处理规则常涉及多方数据，变量繁多、类型不一；配置逻辑复杂，项目处理规则常包含多条单规则、复合规则，并可能涉及分流并行配置、串行配置、与行方交互及不同数据源交叉使用等多种复杂配置，项目处理规则部署在风控平台上以代码或可视化组件进行配置实现，复杂且易出现配置错误；可能出现的场景较多，考虑到庞大的信贷用户群体及复杂的系统交互情况，可能出现全部或部分缺失、极值等特殊情况；对错误容忍率低，信贷风控场景存在连续多日大量进件情况，如有项目处理规则配置错误，可能准入本该拒绝的用户，或拦截优质用户，如在上线前不能全面排查错误，可能造成短期内大量资金损失或用户流失。因而，信贷风控场景下针对项目处理规则的全面、快速测试至关重要，如人为制造测试样本，难以覆盖各类场景，且样本制造及验证过程耗费较多人力和时间成本。

传统的人为制造测试样本的方法常通过手动搭建测试样本或通过代码生成简单测试样本进行测试，该方案常有如下缺点：难以保证样本完备性，手动搭建样本由于人力、时间等限制，难以考虑所有可能出现的场景、数据类型、边界值；耗费大量时间成本，需要耗费大量时间生成样本并比对结果；难以快速检验或定位问题，策略并行配置时，简单生成的样本可能同时命中多条规则，难以快速定位存在问题的规则策略。

因而，本说明书实施例基于信贷风控场景，针对策略文件、策略文件中项目处理规则的部署方式、测试样本生成方式等一系列处理策略相关流程进行了处理和规范，保证了近乎全场景的测试样本覆盖，实现了快速生成测试样本、全方位覆盖测试场景、高效定位问题处理规则。

下述结合附图3，以本说明书提供的项目处理规则的测试方法在风控场景下的应用为例，对项目处理规则的测试方法进行进一步说明。其中，图3示出了本说明书一个实施例提供的一种应用于风控场景下的项目处理规则的测试方法的处理过程流程图，具体步骤包括步骤302至步骤314。

步骤302：获取风控方提供的风控策略，根据风控策略，生成对应的至少一个风控规则，根据风控规则，构建对应的风控策略文件，其中，风控策略文件包括至少一个风控规则，不同的风控规则在风控策略文件中对应不同的段落。

步骤304：根据风控策略文件中的至少一个风控规则，生成对照样本，其中，对照样本包括至少一个风控规则对应的初始通过样本值。

步骤306：确定第一风控规则的变量取值范围的边界值和随机值，以及变量拒绝规则对应的阈值邻域值；分别将对照样本中第一风控规则对应的初始通过样本值修改为边界值、随机值和阈值邻域值，获得第一风控规则对应的边界值样本、随机值样本和阈值邻域样本；将对照样本中第一风控规则对应的初始通过样本值修改为空，获得对应的缺失样本。

步骤308：将边界值样本、随机值样本、阈值邻域样本和缺失样本，组合为第一风控规则对应的至少一个测试样本。

步骤310：按照规则执行逻辑，将风控策略文件部署在风控平台，其中，规则执行逻辑用于指示执行至任一结束标识的情况下输出测试结果。

步骤312：将至少一个测试样本输入风控平台，获得测试样本对应的测试结果。

步骤314：确定至少一个测试样本中测试结果和预期结果标签不一致的目标测试样本，确定目标测试样本中被修改的初始通过样本值对应的目标风控规则，将目标风控规则定位为问题风控规则。

本说明书一个实施例提供了一种项目处理规则的测试方法，可以先生成至少一个风控规则对应的、可以通过风控规则验证的对照样本，该对照样本包括至少一个风控规则对应的初始通过样本值，然后对于每个风控规则涉及的变量，只修改该变量对应的初始通过样本值，自动生成多个测试样本，基于自动生成的测试样本对风控规则进行测试。如此，可以自动生成至少一个风控规则对应的大量测试样本，且一个测试样本仅命中一个风控规则，当该测试样本出现问题时，可以快速自动定位至有问题的风控规则，提高了对风控规则进行测试的准确率和效率。

与上述方法实施例相对应，本说明书还提供了项目处理规则的测试装置实施例，图4示出了本说明书一个实施例提供的一种项目处理规则的测试装置的结构示意图。如图4所示，该装置包括：

第一生成模块402，被配置为根据获取到的至少一个项目处理规则，生成对照样本，其中，对照样本包括至少一个项目处理规则对应的初始通过样本值；

第二生成模块404，被配置为修改对照样本中第一项目处理规则对应的初始通过样本值，生成第一项目处理规则对应的至少一个测试样本，其中，第一项目处理规则为至少一个项目处理规则中的任一个，测试样本包括预期结果标签；

获得模块406，被配置为将至少一个测试样本输入项目处理平台，获得测试样本对应的测试结果，其中，项目处理平台部署有至少一个项目处理规则；

定位模块408，被配置为根据测试样本的测试结果和预期结果标签，定位项目处理平台中的问题处理规则。

可选地，项目处理规则包括变量取值范围和变量拒绝规则；第一生成模块402进一步被配置为：

根据至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定至少一个项目处理规则对应的初始通过样本值；

将至少一个项目处理规则对应的初始通过样本值合并为对照样本。

可选地，第二生成模块404进一步被配置为：

确定第一项目处理规则的变量取值范围的边界值和随机值；

确定第一项目处理规则的变量拒绝规则对应的阈值邻域值；

分别将对照样本中第一项目处理规则对应的初始通过样本值修改为边界值、随机值和阈值邻域值，获得第一项目处理规则对应的边界值样本、随机值样本和阈值邻域样本；

根据边界值样本、随机值样本和阈值邻域样本，获得第一项目处理规则对应的至少一个测试样本。

可选地，第二生成模块404进一步被配置为：

将对照样本中第一项目处理规则对应的初始通过样本值修改为空，获得对应的缺失样本；

将边界值样本、随机值样本、阈值邻域样本和缺失样本，组合为第一项目处理规则对应的至少一个测试样本。

可选地，该装置还包括构建模块，被配置为：

获取项目方提供的项目处理策略；

根据项目处理策略，生成对应的至少一个项目处理规则；

根据项目处理规则，构建对应的策略文件，其中，策略文件包括至少一个项目处理规则，不同的项目处理规则在策略文件中对应不同的段落。

可选地，构建模块进一步被配置为：

在项目处理规则为单规则的情况下，在项目处理规则中设置结束标识；

在项目处理规则为复合规则的情况下，将复合规则拆分为至少两个单规则，在第一单规则中设置结合标识，并在第二单规则中设置结束标识，其中，第二单规则为项目处理规则中最后一条单规则，第一单规则为项目处理规则中除第二单规则之外的规则，结合标识用于指示第一单规则与其他单规则的结合方式，结束标识用于指示项目处理规则判断结束。

可选地，该装置还包括部署模块，被配置为：

按照规则执行逻辑，将策略文件部署在项目处理平台，其中，规则执行逻辑用于指示执行至任一结束标识的情况下输出测试结果。

可选地，定位模块408进一步被配置为：

确定至少一个测试样本中测试结果和预期结果标签不一致的目标测试样本；

确定目标测试样本中被修改的初始通过样本值对应的目标项目处理规则，将目标项目处理规则定位为问题处理规则。

本说明书一个实施例提供了一种项目处理规则的测试装置，可以先生成至少一个项目处理规则对应的、可以通过项目处理规则验证的对照样本，该对照样本包括至少一个项目处理规则对应的初始通过样本值，然后对于每个项目处理规则涉及的变量，只修改该变量对应的初始通过样本值，自动生成多个测试样本，基于自动生成的测试样本对项目处理规则进行测试。如此，可以自动生成至少一个项目处理规则对应的大量测试样本，且一个测试样本仅命中一个项目处理规则，当该测试样本出现问题时，可以快速自动定位至有问题的规则，提高了对项目处理规则进行测试的准确率和效率。

上述为本实施例的一种项目处理规则的测试装置的示意性方案。需要说明的是，该项目处理规则的测试装置的技术方案与上述的项目处理规则的测试方法的技术方案属于同一构思，项目处理规则的测试装置的技术方案未详细描述的细节内容，均可以参见上述项目处理规则的测试方法的技术方案的描述。

图5示出了根据本说明书一个实施例提供的一种计算设备的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中，处理器520用于执行如下计算机可执行指令，以实现上述项目处理规则的测试方法的操作步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的项目处理规则的测试方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述项目处理规则的测试方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于实现上述项目处理规则的测试方法的操作步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的项目处理规则的测试方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述项目处理规则的测试方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

计算机指令包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (11)

1.一种项目处理规则的测试方法，包括：

根据获取到的至少一个项目处理规则，生成对照样本，其中，所述对照样本包括所述至少一个项目处理规则对应的初始通过样本值；

修改所述对照样本中第一项目处理规则对应的初始通过样本值，生成所述第一项目处理规则对应的至少一个测试样本，其中，所述第一项目处理规则为所述至少一个项目处理规则中的任一个，所述测试样本包括预期结果标签；

将所述至少一个测试样本输入项目处理平台，获得所述测试样本对应的测试结果，其中，所述项目处理平台部署有所述至少一个项目处理规则；

根据所述测试样本的测试结果和预期结果标签，定位所述项目处理平台中的问题处理规则。

2.根据权利要求1所述的项目处理规则的测试方法，所述项目处理规则包括变量取值范围和变量拒绝规则；

所述根据获取到的至少一个项目处理规则，生成对照样本，包括：

根据所述至少一个项目处理规则中的变量取值范围和变量拒绝规则，分别确定所述至少一个项目处理规则对应的初始通过样本值；

将所述至少一个项目处理规则对应的初始通过样本值合并为所述对照样本。

3.根据权利要求1所述的项目处理规则的测试方法，所述修改所述对照样本中第一项目处理规则对应的初始通过样本值，生成所述第一项目处理规则对应的至少一个测试样本，包括：

确定所述第一项目处理规则的变量取值范围的边界值和随机值；

确定所述第一项目处理规则的变量拒绝规则对应的阈值邻域值；

分别将所述对照样本中第一项目处理规则对应的初始通过样本值修改为所述边界值、随机值和阈值邻域值，获得所述第一项目处理规则对应的边界值样本、随机值样本和阈值邻域样本；

根据所述边界值样本、随机值样本和阈值邻域样本，获得所述第一项目处理规则对应的至少一个测试样本。

4.根据权利要求3所述的项目处理规则的测试方法，所述根据所述边界值样本、随机值样本和阈值邻域样本，获得所述第一项目处理规则对应的至少一个测试样本，包括：

将所述对照样本中第一项目处理规则对应的初始通过样本值修改为空，获得对应的缺失样本；

将所述边界值样本、随机值样本、阈值邻域样本和缺失样本，组合为所述第一项目处理规则对应的至少一个测试样本。

5.根据权利要求1-4任一项所述的项目处理规则的测试方法，所述根据获取到的至少一个项目处理规则，生成对照样本之前，还包括：

获取项目方提供的项目处理策略；

根据所述项目处理策略，生成对应的至少一个项目处理规则；

根据所述项目处理规则，构建对应的策略文件，其中，所述策略文件包括所述至少一个项目处理规则，不同的项目处理规则在所述策略文件中对应不同的段落。

6.根据权利要求5所述的项目处理规则的测试方法，所述根据所述项目处理策略，生成对应的至少一个项目处理规则之后，还包括：

在所述项目处理规则为单规则的情况下，在所述项目处理规则中设置结束标识；

在所述项目处理规则为复合规则的情况下，将所述复合规则拆分为至少两个单规则，在第一单规则中设置结合标识，并在第二单规则中设置结束标识，其中，所述第二单规则为所述项目处理规则中最后一条单规则，所述第一单规则为所述项目处理规则中除所述第二单规则之外的规则，所述结合标识用于指示所述第一单规则与其他单规则的结合方式，所述结束标识用于指示所述项目处理规则判断结束。

7.根据权利要求6所述的项目处理规则的测试方法，所述将所述至少一个测试样本输入项目处理平台，获得所述测试样本对应的测试结果之前，还包括：

按照规则执行逻辑，将所述策略文件部署在所述项目处理平台，其中，所述规则执行逻辑用于指示执行至任一结束标识的情况下输出测试结果。

8.根据权利要求1-4任一项所述的项目处理规则的测试方法，所述根据所述测试样本的测试结果和预期结果标签，定位所述项目处理平台中的问题处理规则，包括：

确定所述至少一个测试样本中测试结果和预期结果标签不一致的目标测试样本；

确定所述目标测试样本中被修改的初始通过样本值对应的目标项目处理规则，将所述目标项目处理规则定位为所述问题处理规则。

9.一种项目处理规则的测试装置，包括：

第一生成模块，被配置为根据获取到的至少一个项目处理规则，生成对照样本，其中，所述对照样本包括所述至少一个项目处理规则对应的初始通过样本值；

第二生成模块，被配置为修改所述对照样本中第一项目处理规则对应的初始通过样本值，生成所述第一项目处理规则对应的至少一个测试样本，其中，所述第一项目处理规则为所述至少一个项目处理规则中的任一个，所述测试样本包括预期结果标签；

获得模块，被配置为将所述至少一个测试样本输入项目处理平台，获得所述测试样本对应的测试结果，其中，所述项目处理平台部署有所述至少一个项目处理规则；

定位模块，被配置为根据所述测试样本的测试结果和预期结果标签，定位所述项目处理平台中的问题处理规则。

10.一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，以实现上述权利要求1-8任一项所述的项目处理规则的测试方法的操作步骤。

11.一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述权利要求1-8任一项所述的项目处理规则的测试方法的操作步骤。

Images