CN113452533B - 计费自巡检、自愈合方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明公开了一种计费自巡检、自愈合方法、装置、计算机设备和存储介质。该计费自巡检、自愈合方法包括：在预设时间段内发起巡检任务，其中，巡检任务基于巡检任务的配置向计费子系统的子模块发送巡检测试数据；采集计费子系统的子模块对巡检测试数据作出的测试结果；将测试结果与标准结果进行比较，得到比对结果；当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的巡检测试数据重复自巡检步骤，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，完成计费自巡检、自愈合。采用该方法能够测试覆盖所有计费场景下计费的准确性，并实现计费自巡检、自愈合的功能。

Description

计费自巡检、自愈合方法、装置、计算机设备和存储介质

【技术领域】

本发明涉及数据业务技术领域，尤其涉及一种计费自巡检、自愈合方法、装置、计算机设备和存储介质。

【背景技术】

随着4G技术的普及以及5G技术的逐步商用，全业务的融合加剧了市场竞争。新技术与新业务不断出现，新的商业模式与价格模式不断变化，用户的使用记录(话单)也越来越多，这需要运营商有一个高效稳定的计费系统来支撑各种的计费模式与计费场景，以及对大数据量话单记录的实时处理。

目前，对于计费差错没有很好的监控手段，一般都是通过人工拨打测试，但是随着资费政策的增多(计费系统中存在几万条计费规则)，计费模式的变化，导致人工测试工作量巨大，并且测试的覆盖范围较少，无法测试覆盖所有计费场景下计费的准确性。

【发明内容】

有鉴于此，本发明实施例提供了一种计费自巡检、自愈合方法、装置、计算机设备和存储介质，用以解决目前无法测试覆盖所有计费场景下计费准确性的问题。

第一方面，本发明实施例提供了一种计费自巡检、自愈合方法，包括：

S10：在预设时间段内发起巡检任务，其中，所述巡检任务基于所述巡检任务的配置向计费子系统的子模块发送巡检测试数据；

S20：采集所述计费子系统的子模块对所述巡检测试数据作出的测试结果；

S30：将所述测试结果与标准结果进行比较，得到比对结果；

S40：当所述比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正所述巡检测试数据，并采用修正后的所述巡检测试数据重复步骤S10-S30，以在所述巡检任务执行的预设次数内得到测试结果与标准结果相同的所述比对结果，完成计费自巡检、自愈合。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，所述测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，所述测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述采集所述计费子系统的子模块对所述巡检测试数据作出的测试结果，包括：

自启动巡检结果采集任务，基于采集功能定义配置对所述测试结果进行采集；

其中，对于不同的所述巡检任务，从计费子系统的不同子模块中采集所述测试结果；

其中，当采集的执行次数超过预设阈值时仍未获得所述测试结果，将重启步骤S10，以重新通过巡检任务的配置向计费子系统的子模块发送巡检测试数据。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在所述将所述测试结果与标准结果进行比较，得到比对结果之后，还包括：

当所述比对结果为测试结果与标准结果相同时，结束所述巡检任务；

在所述比对结果为测试结果与标准结果存在差异，且所述巡检任务已经执行超过预设次数，且均获取测试结果的情况下，向业务人员发送通知信息，其中，所述通知信息中包括所述测试结果中存在差异的数据。

第二方面，本发明实施例提供了一种计费自巡检、自愈合系统，包括自动巡检控制子系统和计费子系统，其中，所述自动巡检控制子系统包括自动巡检控制子模块、采集子模块和修正子模块，所述计费子系统包括计费子系统的子模块，其中：

自动巡检控制子模块，用于步骤S10在预设时间段内发起巡检任务，其中，所述巡检任务基于所述巡检任务的配置向计费子系统的子模块发送巡检测试数据；

采集子模块，用于步骤S20采集所述计费子系统的子模块对所述巡检测试数据作出的测试结果；

修正子模块，用于步骤S30将所述测试结果与标准结果进行比较，得到比对结果；

修正子模块，还用于步骤S40当所述比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正所述巡检测试数据，并采用修正后的所述巡检测试数据重复步骤S10-S30，以在所述巡检任务执行的预设次数内得到测试结果与标准结果相同的所述比对结果，完成计费自巡检、自愈合。

进一步地，所述巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

进一步地，所述巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，所述测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，所述测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。

进一步地，所述采集子模块还具体用于：

自启动巡检结果采集任务，基于采集功能定义配置对所述测试结果进行采集；

其中，对于不同的所述巡检任务，从计费子系统的不同子模块中采集所述测试结果；

其中，当采集的执行次数超过预设阈值时仍未获得所述测试结果，将重启步骤S10，以重新通过巡检任务的配置向计费子系统的子模块发送巡检测试数据。

进一步地，所述修正子模块还具体用于：

当所述比对结果为测试结果与标准结果相同时，结束所述巡检任务；

在所述比对结果为测试结果与标准结果存在差异，且所述巡检任务已经执行超过预设次数，且均获取测试结果的情况下，向业务人员发送通知信息，其中，所述通知信息中包括所述测试结果中存在差异的数据。

第三方面，一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述计费自巡检、自愈合方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，包括：计算机程序，所述计算机程序被处理器执行时实现上述计费自巡检、自愈合方法的步骤。

在本发明实施例中，首先在预设时间段内基于巡检任务的配置向计费子系统的子模块发送巡检测试数据，发起巡检任务，能够从巡检任务的配置出发全面地考虑测试覆盖对象，为全面的计费测试覆盖提供实现的技术基础；接着采集计费子系统的子模块对巡检测试数据作出的测试结果，基于负反馈理论采集每次巡检任务得到的测试结果，以根据负反馈理论得到的测试结果，实现巡检测试数据的自动修正；然后将测试结果与标准结果进行比较，得到比对结果，以基于比对结果实现测试数据的自愈合功能；最后当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的重复自巡检步骤，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，在本发明实施例中，从巡检任务的配置出发，通过不同的巡检任务完成全面的计费准确性自巡检测试，利用测试结果与标准结果的比对结果实现计费准确性的自愈合功能，能够测试覆盖所有计费场景下计费的准确性，并实现计费自巡检、自愈合的功能。

【附图说明】

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

图1是本发明一实施例中计费自巡检、自愈合方法的一流程图；

图2是本发明一实施例中巡检测试数据自动分析的一流程图；

图3是本发明一实施例中计费自巡检、自愈合系统的一功能框图；

图4是本发明一实施例中计算机设备的一示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的相同的字段，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，且存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述预设范围等，但这些预设范围不应限于这些术语。这些术语仅用来将预设范围彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一预设范围也可以被称为第二预设范围，类似地，第二预设范围也可以被称为第一预设范围。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

现有技术中，为了应对各种的计费模式，运营商计费系统变得越来越复杂。为了实现计费系统的高效运维，运营商一般都将计费系统进行了模块拆分。一般分为：话单分拣子模块、话单预处理子模块、话单一次批价子模块、话单二次批价子模块、账务处理子模块和信控子模块等几个模块。由于计费系统庞大，模块之间的接口也比较复杂。目前计费系统中部署了一些自动告警处理模块，对于各个模块之间的报错，数据积压等增加了一些监控与告警。但是目前的告警一般为被动监控，缺乏自动主动去进行探测，不能提前发现问题并解决；并且目前对于计费差错没有很好的监控手段，基本都是通过人工拨打测试。随着资费政策的增多，计费模式的变化，某个计费规则的调整可能会影响到其他的计费规则。在当前的资费政策下，人工测试工作量巨大，并且测试的覆盖范围较少，无法做到每次调整都做全量测试。

图1示出本实施例中计费自巡检、自愈合方法的一流程图。该计费自巡检、自愈合方法可应用在计费自巡检、自愈合系统上，在进行计费自巡检、自愈合时可采用该计费自巡检、自愈合系统实现。该计费自巡检、自愈合系统具体可应用在计算机设备上，其中，该计算机设备具体可以是能够与用户进行人机交互的设备，包括但不限于电脑、智能手机和平板等设备。如图1所示，该计费自巡检、自愈合方法包括如下步骤：

S10：在预设时间段内发起巡检任务，其中，巡检任务基于巡检任务的配置向计费子系统的子模块发送巡检测试数据。

可以理解地，以巡检任务的配置为基准确定每次巡检任务向计费子系统的子模块发送的巡检测试数据，以通过巡检任务的配置全面地实现自巡检的功能。其中，预设时间段内发起巡检任务可以是指定时发起巡检任务，巡检任务的类型基于巡检任务的配置决定。

进一步地，巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

可以理解地，计费自巡检、自愈合系统主要是按照系统设置(时间)进行自动调度，定时生成巡检任务，通过巡检任务的配置，向计费子系统的各个子模块发送巡检测试数据，具体地，巡检任务的配置说明如下：

如表1中示出巡检任务定义配置：

任务标识

路由标识

巡检频率

开始时间

结束时间

执行动作

说明

表1

其中，任务标识：唯一标识系统中的一个巡检任务ID。

路由标识：标识本次巡检任务要巡检某个主机上的某个模块，具体通过巡检任务路由定义进行配置。

巡检频率：标识间隔多长时间对某个计费子模块巡检一次。

开始时间：标识一天中从几点开始执行巡检任务。

结束时间：标识一天中从几点后不再执行巡检任务。

执行动作：标识本次巡检任务对应的动作，具体通过巡检任务执行动作定义进行配置。

说明：对巡检任务简单注释说明。

该巡检任务定义配置的数据可如下举例所示：

M01，R01，1hour/次，00:00：00，23:00:00,A01，GPRS一次批价巡检任务

M02，R02，1hour/次，00:00：00，23:00:00,A02，GPRS二次批价巡检任务

M03，R03，2hour/次，00:00：00，23:00:00,A03，信控指令巡检任务

如表2中示出巡检任务路由配置：

路由标识

主机地址

登录用户名

登陆密码(加密)

登录方式

说明

表2

其中，路由标识：唯一标识某个巡检任务的路由ID。

主机地址：路由对应的主机IP地址。

登录用户名：登录某个主机操作系统或者数据库的用户名。

密码：登录某个主机操作系统或者数据库的密码，具体可通过DES加密。

登录方式：登录方式分为两种方式，1：登录操作系统2：登录主机数据库。

说明：对路由简单注释说明。

该巡检任务路由配置的数据可如下举例所示：

R01,134.80.172.114，user,5Vb6spkEuqEW，1，向计费一批主机执行巡检任务

R02,134.80.172.130，user,G3v5F7t4T6d，1，向计费二批批主机执行巡检任务

R03,10.19.242.32，dcm,pnq64n7G69c3，2，向账务数据库执行巡检任务

如表3中示出巡检任务执行动作定义配置：

执行动作标识

脚本名称

数据目录或表名

说明

表3

其中，执行动作标识：唯一标识巡检任务所要执行的动作ID。

脚本名称：对应执行动作需要执行的巡检脚本程序。

数据目录或表名：如果某个巡检任务是基于登录操作系统的，就表示将测试文件数据存放的目录；如果某个巡检任务是基于数据库的，就标识将测试数据插入到对应的表中。

说明：对执行动作的注释。

该巡检任务执行动作定义配置的数据可如下举例所示：

A01，/data/xjmission/A01.sh，/data1/gprs01,将测试文件放到GPRS一次批价目录下

A02，/data/xjmission/A02.sh，/data1/gprs02,将测试文件放到GPRS二次批价目录下

A03，/data/xjmission/A03.sh，g_credit_531,将信控指令测试数据插入到账务表中

巡检任务测试数据定义配置：由于本发明实施例不仅仅是要检查被巡检的计费子模块进程是否正常运行，还要检查运行的数据是否准确。因此，对于计费子模块要检查批价是否准确，对于信控模块等目标流程子模块要检查如停开机等流程指令是否及时下发等。

进一步地，巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。可以理解地，对于计费子系统大数据量的批价测试通过数据文件定义配置方式实现，对于信控模块等目标流程子模块测试通过数据库表定义配置方式实现。如表4中示出测试数据文件定义配置：

表4

业务标识：标识该测试资费是对于某个业务的批价。具体编码可如下所示：

GPRS：表示要检测的资费规则是对GPRS业务流量计费的资费政策。

SMS：表示要检测的资费规则是对短信业务资费政策。

GSM：表示要检测的资费规则是对语音业务的资费政策。

ISMG：表示要检测的资费规则是对梦网等SP(Service provider，服务提供商)类的资费政策。

MONTH：表示要检测的资费规则是对包月套餐的资费政策。

资费编码：要检测的具体批价的资费号(对应计费子系统中配置的资费规则)，对于梦网等SP类业务，这个字段由计费的企业代码与业务代码，中间采用“|”分割。

手机号码：巡检任务使用的测试号码。所有的测试都通过这个测试号码来模拟用户的业务使用记录。

业务使用开始时间：模拟测试号码使用这个业务的开始时间。

业务使用次数：模拟用户使用业务的次数。用于检测按照次数计费的业务。例如短信业务。由于某些计费规则是套餐包含一定的短信条数，超出套餐后另外一个价格。所以通过定义合适的发送次数直接测试短信套餐内与套餐外的批价是否准确。

业务使用时长：模拟用户使用业务的时长。用于检测按照时长计费的业务。例如语音通话业务。由于某些计费规则是套餐包含一定的通话分钟数，超出套餐后另外一个单价。通过定义合适的使用时长，测试套餐内与套餐外的批价是否准确。

业务使用流量：模拟用户使用业务的流量。用于检测按照流量计费的业务。例如GPRS业务。由于某些计费规则是套餐包含一定的流量，超出套餐后另外一个单价。通过定义合适的使用流量，可以测试流量套餐内与套餐外的批价是否准确。

对于梦网业务与包月套餐类计费业务，由于是按月计费，与用户的使用记录无关，相关的使用次数，时长，流量字段填任何数据都可以，系统都不会处理。

该巡检任务测试数据文件定义的数据可如下举例所示：

GPRS，501500，1390531XXXX，2019-01-02 11:01:05，1，1500，13560102

SMS，601300，1390531XXXX，2019-01-02 11:01:05，150，0，0

GSM，801200，1390531XXXX，2019-01-02 11:01:05，1，100，0

ISMG，901900|zzb10，1390531XXXX，2019-01-02 11:01:05，1，100，0

MONTH，701730，1390531XXXX，2019-01-02 11:01:05，0，0，0

如表5中示出测试数据表定义配置：

表5

模块标识：标识本条配置是系统中哪个模块。例如：credit表示对信控模块的检测配置；reception标识对于受理模块的检测配置。

表名：测试数据要插入目标主机数据库表的表名配置。

测试号码：模拟办理业务的号码。

字段1，字段2，字段N：由于不同的业务需要的测试数据不同，所以这个是一个变长字段，根据不同的模块，将数据插入到不同的表中。例如信控表需要：指令触发前余额，最新余额；而业务受理表需要用户受理的类型，产品编码。

说明：对本条配置做简单注释。

该巡检任务测试数据表定义的数据可如下举例所示：

credit，g_credit_down_info，1390531XXXX，20，10，信控余额低于10元提醒检测

credit，g_credit_down_info，1390531XXXX，5，0，信控余额低于0元停机检测

credit，g_credit_down_info，1390531XXXX，0，10信控余额高于10元开机检测

reception，rec_reception，1390531XXXX，ChangeProduct，SelfRing，产品变更营业费检测

可以理解地，通过以上巡检任务的配置向计费子系统的子模块发送巡检测试数据能够为全面覆盖的测试提供实现的技术基础。通过系统定时发起的巡检任务，对于配置相关的测试例均进行测试，能够准确对多达几万的计费规则进行有效的测试。

S20：采集计费子系统的子模块对巡检测试数据作出的测试结果。

可以理解地，本方面实施例基于负反馈理论实现计费的自巡检和自愈合。具体地，需要采集计费子系统的子模块在根据输入的巡检测试数据作出的测试结果，以利用该测试结果检测计费子系统中批价子模块的资费规则处理的准确性，或者检测计费子系统中目标流程子模块运行的异样性。

进一步地，在步骤S20中，即采集计费子系统的子模块对巡检测试数据作出的测试结果，包括：

自启动巡检结果采集任务，基于采集功能定义配置对测试结果进行采集。

在一实施例中，系统将在巡检任务期间自动巡检结果采集任务，基于采集功能定义配置，如以巡检频率为1分钟的标识间隔等采集功能定义配置对计费子模块进行一次巡检。

其中，对于不同的巡检任务，从计费子系统的不同子模块中采集测试结果。

可以理解地，不同的巡检任务对应于不同的计费子系统的子模块，需要分别采集。

其中，当采集的执行次数超过预设阈值时仍未获得测试结果，将重启步骤S10，以重新通过巡检任务的配置向计费子系统的子模块发送巡检测试数据。

可以理解地，若超过3次仍未获得测试结果，则可能巡检任务出了问题，此时可重新启动巡检任务，以确保测试顺利进行。

具体地，在系统中采集功能定义配置如表6所示：

任务标识

路由标识

执行脚本

采集频率

执行次数

说明

表6

其中，任务标识：每一个巡检任务对应着一个测试结果采集的任务。

路由标识：对应着测试结果采集的路由，一般测试结果采集路由与巡检任务路由在同一台主机上。

执行脚本：采集任务通过执行脚本，从计费模块中获取执行结果。例如上面数据例子脚本：/data/cimission/get01.sh

采集频率：标识巡检任务执行后，多长时间从计费模块中采集一次巡检结果。例如上面数据例子：1分钟采集一次结果。

执行次数：是指采集任务从计费模块中采集执行结果的次数，如果规定的次数还是未获取到结果，系统会认为系统进程处理异常，会自动触发进程重启指令，将相关进程重启，重启完毕后，会再次触发对改模块的任务巡检。例如上门例子从指定主机采集10次，10次后采集不到结果，会触发进程自动重启指令。

说明：对于采集任务的注释。

该巡检任务采集功能配置的数据可如下举例所示：

M01,R01，/data/cimission/get01.sh,1min,10，从R01主机上采集M01任务的执行结果。

S30：将测试结果与标准结果进行比较，得到比对结果。

可以理解地，随着资费政策的增多，计费模式的变化，若某个计费规则的调整可能会影响到其他的计费规则。鉴于此，将在巡检任务时对测试结果进行验证，具体地，与标准结果(正确的计费规则)进行比较，得到比对结果，以基于该比对结果实现计费自愈合功能。

S40：当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的巡检测试数据重复步骤S10-S30，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，完成计费自巡检、自愈合。

进一步地，在步骤S30之后，即在将测试结果与标准结果进行比较，得到比对结果的步骤之后，还包括：

当比对结果为测试结果与标准结果相同时，结束巡检任务。

在比对结果为测试结果与标准结果存在差异，且巡检任务已经执行超过预设次数，且均获取测试结果的情况下，向业务人员发送通知信息，其中，通知信息中包括测试结果中存在差异的数据。

在一实施例中，根据存在差异的数据修正巡检测试数据，例如某个语音通话套餐如果变更了包含的分钟数，而巡检任务的巡检测试数据没有修改，则系统会自动根据差异数据修改巡检测试数据，并记录在巡检任务的配置文件中，并重新发起任务巡检，实现巡检测试数据的自动更新。

图2示出了巡检测试数据自动分析的一流程图，图2可以总结为以下步骤：

(1)从数据库表中获取测试结果。

(2)判断是否有测试结果，如果有反馈跳转到第四步。

(3)如果没有反馈，向被巡检的子模块发送进程重启指令，重启计费子系统相关的子模块，并向被巡检的子模块再次发送巡检任务。如果一次巡检过程重启超过3次，表示目前计费子系统运行出现了问题，可采用发短信的方式通知相关的业务负责人，本次巡检任务结束。

(4)测试结果与标准结果进行比对。根据不同的巡检任务，对测试结果进行按照指定的流程进行处理，将采集结果处理成标准的输出结果的格式，便于进行数据比对。

(5)判断系统中标准配置的结果与测试结果的数据是否有差异，如果没有差异，直接跳转到第(9)步，本次巡检结束。如果数据有差异，则继续执行。

(6)对于存在差异的数据进行修正，再次发起巡检任务。例如某个语音通话套餐如果变更了包含的免费短信数，而巡检任务的巡检测试数据没有修改，则系统会自动根据差异数据修改巡检测试数据，并记录在巡检任务的配置文件中，并重新发起任务巡检，实现巡检测试数据的自动更新。

(7)如果测试结果与标准结果有差异，并且巡检任务已经执行少于三次，则系统采用修正后的巡检测试数据，再次发起相同任务的巡检任务。跳转到第一步。

(8)如果巡检任务执行了三次，并且三次都能获得修正的执行结果，但是三次后还是有差异，系统会将测试结果中存在差异的数据通知给业务负责人，业务负责人可以根据通知内容中的测试结果，以直接检查具体资费的相关配置并进行修改，从而达到主动发现系统中的配置错误。

(9)巡检任务记录日志并退出。

在本发明实施例中，首先在预设时间段内基于巡检任务的配置向计费子系统的子模块发送巡检测试数据，发起巡检任务，能够从巡检任务的配置出发全面地考虑测试覆盖对象，为全面的计费测试覆盖提供实现的技术基础；接着采集计费子系统的子模块对巡检测试数据作出的测试结果，基于负反馈理论采集每次巡检任务得到的测试结果，以根据负反馈理论得到的测试结果，实现巡检测试数据的自动修正；然后将测试结果与标准结果进行比较，得到比对结果，以基于比对结果实现测试数据的自愈合功能；最后当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的重复自巡检步骤，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，在本发明实施例中，从巡检任务的配置出发，通过不同的巡检任务完成全面的计费准确性自巡检测试，利用测试结果与标准结果的比对结果实现计费准确性的自愈合功能，能够测试覆盖所有计费场景下计费的准确性，并实现计费自巡检、自愈合的功能。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图3示出与实施例中计费自巡检、自愈合方法一一对应的计费自巡检、自愈合系统的功能框图。如图3所示，该计费自巡检、自愈合系统包括自动巡检控制子系统和计费子系统，其中，自动巡检控制子系统包括自动巡检控制子模块、采集子模块和修正子模块，计费子系统包括计费子系统的子模块，其中：

自动巡检控制子模块，用于步骤S10在预设时间段内发起巡检任务，其中，巡检任务基于巡检任务的配置向计费子系统的子模块发送巡检测试数据；

采集子模块，用于步骤S20采集计费子系统的子模块对巡检测试数据作出的测试结果；

修正子模块，用于步骤S30将测试结果与标准结果进行比较，得到比对结果；

修正子模块，还用于步骤S40当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的巡检测试数据重复步骤S10-S30，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，完成计费自巡检、自愈合。

进一步地，巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

进一步地，巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。

进一步地，采集子模块还具体用于：

自启动巡检结果采集任务，基于采集功能定义配置对测试结果进行采集；

其中，对于不同的巡检任务，从计费子系统的不同子模块中采集测试结果；

其中，当采集的执行次数超过预设阈值时仍未获得测试结果，将重启步骤S10，以重新通过巡检任务的配置向计费子系统的子模块发送巡检测试数据。

进一步地，修正子模块还具体用于：

当比对结果为测试结果与标准结果相同时，结束巡检任务；

在比对结果为测试结果与标准结果存在差异，且巡检任务已经执行超过预设次数，且均获取测试结果的情况下，向业务人员发送通知信息，其中，通知信息中包括测试结果中存在差异的数据。

在本发明实施例中，首先在预设时间段内基于巡检任务的配置向计费子系统的子模块发送巡检测试数据，发起巡检任务，能够从巡检任务的配置出发全面地考虑测试覆盖对象，为全面的计费测试覆盖提供实现的技术基础；接着采集计费子系统的子模块对巡检测试数据作出的测试结果，基于负反馈理论采集每次巡检任务得到的测试结果，以根据负反馈理论得到的测试结果，实现巡检测试数据的自动修正；然后将测试结果与标准结果进行比较，得到比对结果，以基于比对结果实现测试数据的自愈合功能；最后当比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正巡检测试数据，并采用修正后的重复自巡检步骤，以在巡检任务执行的预设次数内得到测试结果与标准结果相同的比对结果，在本发明实施例中，从巡检任务的配置出发，通过不同的巡检任务完成全面的计费准确性自巡检测试，利用测试结果与标准结果的比对结果实现计费准确性的自愈合功能，能够测试覆盖所有计费场景下计费的准确性，并实现计费自巡检、自愈合的功能。

本实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现实施例中计费自巡检、自愈合方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器执行时实现实施例中计费自巡检、自愈合系统中各模块/单元的功能，为避免重复，此处不一一赘述。

图4是本发明一实施例提供的计算机设备的示意图。如图4所示，该实施例的计算机设备10包括：处理器11、存储器12以及存储在存储器12中并可在处理器11上运行的计算机程序13，该计算机程序13被处理器11执行时实现实施例中的计费自巡检、自愈合方法，为避免重复，此处不一一赘述。或者，该计算机程序13被处理器11执行时实现实施例中计费自巡检、自愈合系统中各模型/单元的功能，为避免重复，此处不一一赘述。

计算机设备10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备10可包括，但不仅限于，处理器11、存储器12。本领域技术人员可以理解，图4仅仅是计算机设备10的示例，并不构成对计算机设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器11可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器12可以是计算机设备10的内部存储单元，例如计算机设备10的硬盘或内存。存储器12也可以是计算机设备10的外部存储设备，例如计算机设备10上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器12还可以既包括计算机设备10的内部存储单元也包括外部存储设备。存储器12用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器12还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种计费自巡检、自愈合方法，其特征在于，所述方法包括：

S10：在预设时间段内发起巡检任务，其中，所述巡检任务基于所述巡检任务的配置向计费子系统的子模块发送巡检测试数据；

S20：采集所述计费子系统的子模块对所述巡检测试数据作出测试结果；

S30：将所述测试结果与标准结果进行比较，得到比对结果；

S40：当所述比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正所述巡检测试数据，并采用修正后的所述巡检测试数据重复步骤S10-S30，以在所述巡检任务执行的预设次数内得到测试结果与标准结果相同的所述比对结果，完成计费自巡检、自愈合。

2.根据权利要求1所述的方法，其特征在于，所述巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

3.根据权利要求2所述的方法，其特征在于，所述巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，所述测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，所述测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。

4.根据权利要求1所述的方法，其特征在于，所述采集所述计费子系统的子模块对所述巡检测试数据作出的测试结果，包括：

自启动巡检结果采集任务，基于采集功能定义配置对所述测试结果进行采集；

其中，对于不同的所述巡检任务，从计费子系统的不同子模块中采集所述测试结果；

其中，当采集的执行次数超过预设阈值时仍未获得所述测试结果，将重启步骤S10，以重新通过巡检任务的配置向计费子系统的子模块发送巡检测试数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述将所述测试结果与标准结果进行比较，得到比对结果之后，还包括：

当所述比对结果为测试结果与标准结果相同时，结束所述巡检任务；

在所述比对结果为测试结果与标准结果存在差异，且所述巡检任务已经执行超过预设次数，且均获取测试结果的情况下，向业务人员发送通知信息，其中，所述通知信息中包括所述测试结果中存在差异的数据。

6.一种计费自巡检、自愈合系统，其特征在于，所述系统包括自动巡检控制子系统和计费子系统，其中，所述自动巡检控制子系统包括自动巡检控制子模块、采集子模块和修正子模块，所述计费子系统包括计费子系统的子模块，其中：

自动巡检控制子模块，用于步骤S10在预设时间段内发起巡检任务，其中，所述巡检任务基于所述巡检任务的配置向计费子系统的子模块发送巡检测试数据；

采集子模块，用于步骤S20采集所述计费子系统的子模块对所述巡检测试数据作出的测试结果；

修正子模块，用于步骤S30将所述测试结果与标准结果进行比较，得到比对结果；

修正子模块，还用于步骤S40当所述比对结果为测试结果与标准结果存在差异时，根据存在差异的数据修正所述巡检测试数据，并采用修正后的所述巡检测试数据重复步骤S10-S30，以在所述巡检任务执行的预设次数内得到测试结果与标准结果相同的所述比对结果，完成计费自巡检、自愈合。

7.根据权利要求6所述的系统，其特征在于，所述巡检任务的配置包括巡检任务定义配置、巡检任务路由配置、巡检任务执行动作定义配置和巡检任务测试数据定义配置。

8.根据权利要求7所述的系统，其特征在于，所述巡检任务测试数据定义配置包括测试数据文件定义配置和测试数据表定义配置，其中，所述测试数据文件定义配置用于检测计费子系统中批价子模块的资费规则处理的准确性，所述测试数据表定义配置用于检测计费子系统中目标流程子模块运行的异样性。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述计费自巡检、自愈合方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述计费自巡检、自愈合方法的步骤。

Images