CN112783799B - 软件守护测试方法及装置 - Google Patents

Abstract

本发明提供了一种软件守护测试方法及装置，可用于金融领域或其他领域。所述方法包括：接收应用数据，并确定所述应用数据对应的业务身份；从预先建立的关联规则中获取所述业务身份对应的关联规则；根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果。本发明通过利用软件***中应用数据的相互关联关系形成的关联规则，比对修改后的应用数据，从而测试新功能或者修改功能对原有软件的影响，实现更全面地覆盖生产上的业务场景，占用空间小，维护成本低。

Description

软件守护测试方法及装置

技术领域

本发明涉及软件守护技术领域，尤指一种软件守护测试方法及装置。

背景技术

目前，在对软件***新增功能及修改功能时，评估该功能对原有功能是否有影响的时候，依赖于原有的守护案例和人为的评估。其中，守护案例用于保障***已有功能正确性的测试案例。如果守护案例有场景缺失或者人为考虑不周，则会漏出bug影响生产。虽然也有部分公司从生产数据自动生成案例能够解决部分问题，但都是基于原有守护测试方法，实现复杂，生产数据复杂多样，需要人工处理失败案例，维护成本高。

发明内容

针对现有技术中存在的问题，本发明实施例的主要目的在于提供一种软件守护测试方法及装置，实现守护软件原有功能不受新功能或者修改功能影响，减小软件守护的维护成本。

为了实现上述目的，本发明实施例提供一种软件守护测试方法，所述方法包括：

接收应用数据，并确定所述应用数据对应的业务身份；

从预先建立的关联规则中获取所述业务身份对应的关联规则；

根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果。

可选的，在本发明一实施例中，所述关联规则是通过如下方式预先建立的：

接收多条历史数据，并确定各条历史数据对应的业务身份；

对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

可选的，在本发明一实施例中，所述接收多条历史数据，并确定各条历史数据对应的业务身份包括：接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

可选的，在本发明一实施例中，所述对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则包括：

对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

本发明实施例还提供一种软件守护测试装置，所述装置包括：

业务身份模块，用于接收应用数据，并确定所述应用数据对应的业务身份；

规则获取模块，从预先建立的关联规则中获取所述业务身份对应的关联规则；

规则匹配模块，用于根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果。

可选的，在本发明一实施例中，所述装置还包括：

历史数据模块，用于接收多条历史数据，并确定各条历史数据对应的业务身份；

规则提取模块，用于对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

可选的，在本发明一实施例中，所述历史数据模块还用于接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

可选的，在本发明一实施例中，所述规则提取模块还用于对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明通过利用软件***中应用数据的相互关联关系形成的关联规则，比对修改后的应用数据，从而测试新功能或者修改功能对原有软件的影响，实现更全面地覆盖生产上的业务场景，占用空间小，维护成本低。

附图说明

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

图1为本发明实施例一种软件守护测试方法的流程图；

图2为本发明实施例中关联规则提取的流程图；

图3为本发明实施例中应用软件守护测试方法的***结构示意图；

图4为本发明一具体实施例中关联规则提取的流程图；

图5为本发明一具体实施例中关联规则校对的流程图；

图6为本发明一具体实施例中关联规则提取的示意图；

图7为本发明一具体实施例中变形相等规则示意图；

图8为本发明实施例一种软件守护测试装置的结构示意图；

图9为本发明一具体实施例中软件守护测试装置的结构示意图；

图10为本发明一实施例所提供的电子设备的结构示意图。

具体实施方式

本发明实施例提供一种软件守护测试方法及装置，可用于金融领域或其他领域，需要说明的是，本发明的软件守护测试方法及装置可用于金融领域，也可用于除金融领域之外的任意领域，本发明的软件守护测试方法及装置应用领域不做限定。

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

如图1所示为本发明实施例一种软件守护测试方法的流程，本发明实施例提供的软件守护测试方法的执行主体包括但不限于计算机。图中所示方法包括：

步骤S1，接收应用数据，并确定所述应用数据对应的业务身份；

其中，从软件***中获取应用数据，具体的，可以通过日志的方式或者切面的方式获取应用数据。应用数据对应的业务身份由应用数据中的一个或几个字段确定，具体的，可以通过预先在应用数据的特定字段中记录业务身份的编号，以确定应用数据对应的业务身份。

步骤S2，从预先建立的关联规则中获取所述业务身份对应的关联规则。

其中，不同的业务身份对应不同的关联规则，具体的，一个业务身份可以对应一个或多个关联规则。关联规则是预先建立的，表示了不同业务身份的应用数据应该满足的规则。具体的，关联规则包括完全相等规则、变形相等规则、关联相等规则及无关联规则。其中，完全相等规则表示该数据为透传字段，不做任何改变；变形相等规则表示该数据做过修改，但有确定的对应的映射关系；关联相等规则表示数据间的函数关系f(x)。

步骤S3，根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果。

其中，根据应用数据对应的关联规则进行匹配测试，具体的，判断应用数据是否满足关联规则。生成测试结果，具体的，若满足，则说明获取的软件***中应用数据满足原软件***的功能需求，可以说明新增的功能或修改的功能满足原软件***功能需求，测试结果为通过；若不满足关联规则，则生成的测试结果为不通过，并生成报警信息，并将报警信息发送至对应的业务终端进行处理。

作为本发明的一个实施例，如图2所示，关联规则是通过如下方式预先建立的：

步骤S21，接收多条历史数据，并确定各条历史数据对应的业务身份。

其中，从软件***中获取历史数据，即历史应用数据，具体的，可以通过日志的方式或者切面的方式获取历史数据。与应用数据相同的，历史数据对应的业务身份由历史数据中的一个或几个字段确定，具体的，可以通过预先在历史数据的特定字段中记录业务身份的编号，以确定历史数据对应的业务身份。

步骤S22，对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

其中，对属于相同业务身份的历史数据进行关联规则提取，具体的，可以通过历史数据中包含的接口输入参数，数据库调用的输入参数，外部rpc调用的输入参数等，结合数据库中的业务表，对历史数据进行计算，判断历史数据所满足的关联规则。或者，通过现有的关联规则提取算法进行提取，例如Apriori算法。

在本实施例中，接收多条历史数据，并确定各条历史数据对应的业务身份包括：接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

其中，接收历史数据，对历史数据进行数据清洗，例如去除历史数据中的无用信息，进行数据规整，将历史数据转换为结构数据，并进行数据保存。历史数据进行清洗后，确定历史数据对应的业务身份。

在本实施例中，对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则包括：对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

其中，针对属于不同业务身份的历史数据逐条进行关联规则提取，具体的，利用历史数据包含接口输入参数，数据库调用的输入参数，外部rpc调用的输入参数，结合数据库中的业务表，对历史数据进行计算，判断该条历史数据所满足的关联规则。进一步的，每条历史数据可能符合一条或多条关联规则，选取属于该业务身份所有历史数据均满足的关联规则作为该业务身份对应的关联规则。进一步的，一个业务身份可以对应一个或多个关联规则。

在本发明一具体实施例中，如图3所示为本发明实施例中应用软件守护测试方法的***结构示意图，图中所示软件守护测试***的具体工作过程包括关联规则提取(如图4所示及)关联规则校验(如图5所示)。

其中，如图4所示的关联规则提取过程具体包括：

1)在软件守护测试***包括元数据维护平台，以及具有数据对比、黑白名单及关联规则提取功能的功能模块。元数据维护平台配置软件***元数据，元信息包括关联规则信息，应用信息，业务身份信息。其中，关联规则信息表示关联规则的名称，规则类型等描述信息，应用信息表示应用软件***的描述信息。***中最重要的是业务身份(可以理解成为测试案例关联规则的最小合集的身份)，例如支付业务中，业务身份有同行和跨行转账两种业务身份，元数据则为收款方账号类型，假设关联规则有a,b,c三种，其中，a为付款金额与收款金额相等，b为付款金额等于在途金额加实际支付金额，c为当收款方行号不为空，收款方账号类型为它行。则其中ab均满足同行转账，ab为同行转账的关联规则最小合集，而abc均满足跨行，abc为跨行的关联规则最小合集。一个业务身份一般由入参的几个字段确定。

2)ETL存储：应用软件***为需要守护的***，包括具有多个功能的功能模块，以及应用数据采集模块。通过日志的方式，或者切面的方式，通过数据通道将数据收集到数据平台。主要收集的数据有接口输入参，数据库调用的输入参，外部rpc调用的输入参(包括缓存等)，这些数据称为应用数据，在关联规则提取阶段，也可作为历史数据。大数据平台接收到应用数据后，进行数据清洗，例如去除日志中的无用信息，进行数据规整，将应用数据转换为结构数据，并保存在大数据平台。

3)采集的历史数据交进行关联规则提取，并对提取的关联规则进行保存。具体的示例：

例如，元数据配置为I1接口的reqIn的col2字段，则会根据该字段进行业务身份分类，为简化说明，本实施例中规则提取仅有一个业务身份，均为b1业务，即业务身份为：I1接口的b1业务。

具体的，接口I1接收一条数据reqIn为[a1,b1]，存入表Tb1时为[a1,c1]，存入表Tb2时为[a1,d1]，然后调用外部接口S1入参reqIn为[a1,d1,f1]，返回ReqOut1为[a1,g1]，再更新Tb2为[a1,g1]。整个流程结束，则经过第一次计算，得到多个子关联规则(仅做示例，可能存在其他多个规则)：

I1.req.col1＝Tb1.col1

Tb1.col1＝Tb2.col1

Tb2.col1＝S1.reqIn.col1

S1.reqIn.col1＝S1.ReqOut1.col1

S1.ReqOut1.col1＝Tb2.col1

最终得到关联规则R1：

I1.req.col1＝Tb1.col1＝Tb2.col1＝S1.reqIn.col1＝S1.ReqOut1.col1＝Tb2.col1。

I2接收第二条数据reqIn为[a2,b1]，存入表Tb1时为[a2,c2]，存入表Tb2时为[a3,d2]，然后调用外部接口S1入参reqIn为[a2,d2,f2]，返回ReqOut1为[a2,g2]，然后更新Tb2为[a2,g2]。计算得到子关联规则为：

I1.req.col1＝Tb1.col1

S1.reqIn.col1＝S1.ReqOut1.col1

S1.ReqOut1.col1＝Tb2.col1

最终得到关联规则R2：

I1.req.col1＝Tb1.col1和R3：S1.reqIn.col1＝S1.ReqOut1.col1＝Tb2.col1。

同时，这条数据是不满足关联规则R1的，经过R1的子规则匹配，可以发现R1的数据是满足R2和R3的。最终R2和R3的规则被保留，而R1的规则失效。

经过多次数据计算，所有数据均满足的规则认为是成功规则，可用于守护应用***的现有功能。本实施例中提取结果为业务身份I1接口的b1业务下存在R2和R3关联规则。

其中，如图4所示的关联规则校对过程为软件***的守护测试过程，具体包括：应用软件***在新增或者修改功能后，针对新增或者修改的功能开发和测试必然会进行功能的验证，在功能验证时，按照图3所示的关联规则提取过程，将对应的应用数据提取到数据平台。数据平台根据接收的应用数据涉及的业务身份的关联规则取出，并对提取的应用数据与已有的关联规则进行逐一比对，如果存在与关联规则不一致的情况，则生成测试结果不同，并报告风险。进一步的，可由测试或者开发人员最终判定是否允许影响该关联规则，如果允许，则会去除该关联规则。由于不同业务存在关联规则需求不一致的情况，所以去除关联规则方式采用黑白名单方式，如果配置了在黑名单中的规则不进行数据比较，如果配置了白名单，则只按照白名单的关联规则进行数据比较，如果同时配置，则优先采用白名单格式。

在本发明一具体实施例中，如图6所示为本发明实施例中关联规则提取的示意图，reqIn为应用软件***的输入参数，Tb1，Tb2为业务表，ReqOut1为请求外部接口的入参，rspIn为该接口的出参。

首先，数据字段关系分为四类，1)完全相等，2)变形相等，3)关联相等，4)无关联。

1)完全相等，表示该数据为透传字段，不做任何改变，如reqInP1,reqInT12,ReqInT21等图6中实线相连的数据。例如入参用户名叫张三，则该字段存入数据库，调用下游接口时，都为张三，则该过程中记录的字段称为完全相等。

2)变形相等，表示该数据做过修改，但有确定的对应的映射关系。如图6中的虚线相连部分，可能存在多对一的情况。如入参时交易类型(01)+交易阶段(02)对应本***中的支付环节(03)。然后录表的时候则会记录03。这个时候称交易类型，交易阶段和支付环节为变形相等。

3)关联相等，表示数据间的函数关系f(x)，如图6中的曲线相连部分。关联相等一部分为已知关系关联相等，该部分为开发人员或者测试人员手动输入***间字段关系，如支付金额+剩余额度＝原有额度。或者比如渠道限额为500,500以下走渠道1,500及以上为渠道2。另外就是***自动发现关联关系，可以配置相关关联规则算法查找数据的频繁项集，从而设定部分关联规则。例如生产上配置了Apriori算法用于提取关联规则，一共有1万条数据，每条数据存在col1，col2，col3三个属性，经过算法计算，col1出现a一共7000次，b出现3000次，col2出现c7000次，d出现3000次，col1和col2出现ab组合3000条，cd组合7000条，根据计算得出足额和ab，cd为强关联规则。

4)无关联，剩余其他数据暂时都归于无关联数据。

当数据平台录入后，***会将所有字段按照上述关系分类成为不同的字段拓扑，如图6所示，则记录以下数据：

1、完全相等规则：

reqInP1-reqInT12-reqT21-reqInO11-reqInT21

reqInP3-reqInT14

reqInT23-reqInO12

reqInO12-reqInT24。

2、变形相等规则，变形相等规则中的数据关系如图7所示。

3、关联规则相等数据，reqInT11＝reqInT23+reqInT24。

4、其他数据为无关联数据，不做记录。

在应用软件***做过修改后，在测试新功能记录数据中，reqInP1与reqInT21不相等时，***则会告知风险。

本发明能够从生产和原有的守护案例中，基于应用数据查找数据间的关联关系，从而利用数据间关联关系判定新增功能和修改功能时，是否破坏数据间的关联关系来判断是否影响***原有功能。

本发明通过利用软件***中应用数据的相互关联关系形成的关联规则，比对修改后的应用数据，从而测试新功能或者修改功能对原有软件的影响，实现更全面地覆盖生产上的业务场景，占用空间小，维护成本低。

如图8所示为本发明实施例一种软件守护测试装置的结构示意图，图中所示装置包括：

业务身份模块10，用于接收应用数据，并确定所述应用数据对应的业务身份。

其中，从软件***中获取应用数据，具体的，可以通过日志的方式或者切面的方式获取应用数据。应用数据对应的业务身份由应用数据中的一个或几个字段确定，具体的，可以通过预先在应用数据的特定字段中记录业务身份的编号，以确定应用数据对应的业务身份。

规则获取模块20，用于从预先建立的关联规则中获取所述业务身份对应的关联规则。

其中，不同的业务身份对应不同的关联规则，具体的，一个业务身份可以对应一个或多个关联规则。关联规则是预先建立的，表示了不同业务身份的应用数据应该满足的规则。具体的，关联规则包括完全相等规则、变形相等规则、关联相等规则及无关联规则。其中，完全相等规则表示该数据为透传字段，不做任何改变；变形相等规则表示该数据做过修改，但有确定的对应的映射关系；关联相等规则表示数据间的函数关系f(x)。

规则匹配模块30，用于根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果。

其中，根据应用数据对应的关联规则进行匹配测试，具体的，判断应用数据是否满足关联规则。生成测试结果，具体的，若满足，则说明获取的软件***中应用数据满足原软件***的功能需求，可以说明新增的功能或修改的功能满足原软件***功能需求，测试结果为通过；若不满足关联规则，则生成的测试结果为不通过，并生成报警信息，并将报警信息发送至对应的业务终端进行处理。

作为本发明的一个实施例，如图9所示，所述装置还包括：

历史数据模块40，用于接收多条历史数据，并确定各条历史数据对应的业务身份。

其中，从软件***中获取历史数据，即历史应用数据，具体的，可以通过日志的方式或者切面的方式获取历史数据。与应用数据相同的，历史数据对应的业务身份由历史数据中的一个或几个字段确定，具体的，可以通过预先在历史数据的特定字段中记录业务身份的编号，以确定历史数据对应的业务身份。

规则提取模块50，用于对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

其中，对属于相同业务身份的历史数据进行关联规则提取，具体的，可以通过历史数据中包含的接口输入参数，数据库调用的输入参数，外部rpc调用的输入参数等，结合数据库中的业务表，对历史数据进行计算，判断历史数据所满足的关联规则。或者，通过现有的关联规则提取算法进行提取，例如Apriori算法。

在本实施例中，所述历史数据模块还用于接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

在本实施例中，所述规则提取模块还用于对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

基于与上述一种软件守护测试方法相同的申请构思，本发明还提供了上述一种软件守护测试装置。由于该一种软件守护测试装置解决问题的原理与一种软件守护测试方法相似，因此该一种软件守护测试装置的实施可以参见一种软件守护测试方法的实施，重复之处不再赘述。

本发明通过利用软件***中应用数据的相互关联关系形成的关联规则，比对修改后的应用数据，从而测试新功能或者修改功能对原有软件的影响，实现更全面地覆盖生产上的业务场景，占用空间小，维护成本低。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

如图10所示，该电子设备600还可以包括：通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是，电子设备600也并不是必须要包括图10中所示的所有部件；此外，电子设备600还可以包括图10中没有示出的部件，可以参考现有技术。

如图10所示，中央处理器100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器100接收输入并控制电子设备600的各个部件的操作。

其中，存储器140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序，以实现信息存储或处理等。

输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器140可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包括缓冲存储器141(有时被称为缓冲器)。存储器140可以包括应用/功能存储部142，该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。

存储器140还可以包括数据存储部143，该数据存储部143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132，以经由扬声器131提供音频输出，并接收来自麦克风132的音频输入，从而实现通常的电信功能。音频处理器130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器130还耦合到中央处理器100，从而使得可以通过麦克风132能够在本机上录音，且使得可以通过扬声器131来播放本机上存储的声音。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种软件守护测试方法，其特征在于，所述方法包括：

接收应用数据，并确定所述应用数据对应的业务身份；其中，所述应用数据对应的业务身份是根据所述应用数据中的一个或几个记录业务身份编号的字段确定的；

从预先建立的关联规则中获取所述业务身份对应的关联规则；其中，所述关联规则包括完全相等规则、变形相等规则、关联相等规则及无关联规则；其中，所述完全相等规则表示数据为透传字段，不做任何改变，所述变形相等规则表示数据做过修改，但有确定的对应的映射关系，所述关联相等规则表示数据间的函数关系；

根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果；

其中，所述关联规则是通过如下方式预先建立的：

接收多条历史数据，并确定各条历史数据对应的业务身份；

对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

2.根据权利要求1所述的方法，其特征在于，所述接收多条历史数据，并确定各条历史数据对应的业务身份包括：接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

3.根据权利要求1所述的方法，其特征在于，所述对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则包括：

对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

4.一种软件守护测试装置，其特征在于，所述装置包括：

业务身份模块，用于接收应用数据，并确定所述应用数据对应的业务身份；其中，所述应用数据对应的业务身份是根据所述应用数据中的一个或几个记录业务身份编号的字段确定的；

规则获取模块，用于从预先建立的关联规则中获取所述业务身份对应的关联规则；其中，所述关联规则包括完全相等规则、变形相等规则、关联相等规则及无关联规则；其中，所述完全相等规则表示数据为透传字段，不做任何改变，所述变形相等规则表示数据做过修改，但有确定的对应的映射关系，所述关联相等规则表示数据间的函数关系；

规则匹配模块，用于根据所述应用数据与对应的关联规则进行匹配测试，生成测试结果；

其中，所述装置还包括：

历史数据模块，用于接收多条历史数据，并确定各条历史数据对应的业务身份；

规则提取模块，用于对属于相同业务身份的历史数据进行关联规则提取，得到各业务身份对应的关联规则。

5.根据权利要求4所述的装置，其特征在于，所述历史数据模块还用于接收多条历史数据，对接收到的多条历史数据进行数据清洗，并确定经过数据清洗后的历史数据对应的业务身份。

6.根据权利要求4所述的装置，其特征在于，所述规则提取模块还用于对属于相同业务身份的各条历史数据逐一进行关联规则提取，将各条历史数据均满足的关联规则作为所述业务身份对应的关联规则。

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

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有由计算机执行权利要求1至3任一项所述方法的计算机程序。