CN104581806B - 一种监测业务***的方法及终端 - Google Patents

Abstract

本发明公开了一种监测业务***的方法及终端，首先，由终端接收设定的测试数据，基于测试数据在终端的基础脚本上生成业务监测脚本，根据业务监测脚本生成测试请求，将测试请求发送给业务***，以使业务***根据所述测试请求进行测试；然后，终端接收业务***发送的测试结果，若测试结果与测试预期结果参数值不同，则触发告警，并将告警通知发送给告警接收方，因此，在对业务***进行监测时不仅不需要运营人员实时关注运营平台***，而且在节约了人力成本的同时还提高了报警的及时性。

Description

一种监测业务***的方法及终端

技术领域

本发明涉及通信领域，尤其涉及一种监测业务***的方法及终端。

背景技术

图1为现有的监测业务***的结构示意图。如图所示，现有的监测业务***主要是将PC(Personal Computer，个人计算机)作为监测***，通过有线网络对业务***进行监测，并将业务***返回的监测信息反馈到运营平台，运营平台***对收集到的监测信息进行汇总分析。运营人员通过登录运营平台***查看当前监测的信息，从而了解业务***的运行情况。如果业务***出现了异常，由监测***将异常消息返回到运营平台***，运营平台***再将异常消息反馈到运营人员，待运营人员收到异常信息后，再将异常信息反馈到开发人员，最后由开发人员分析异常信息并对业务***进行修复。因此，现有技术中在对业务***进行监测时需要运营人员实时关注运营平台***，不仅增加了人力成本，而且在发生异常信息时难以及时通知到开发人员。

发明内容

本发明实施例提供一种监测业务***的方法及终端，用以解决现有技术中在对业务***进行监测时需要人员实时关注运营平台***且监测通知不及时的的问题。

本发明实施例提供一种监测业务***的方法，该方法包括:

终端接收设定的测试数据，所述测试数据至少包括：测试参数及测试参数值、测试预期结果参数及测试预期结果参数值；

基于所述测试数据在所述终端的基础脚本上生成业务监测脚本，根据所述业务监测脚本生成测试请求，将所述测试请求发送给业务***，以使所述业务***根据所述测试请求进行测试；

其中，所述基础脚本中预先设置有所述业务***运行的基本参数；

接收所述业务***发送的测试结果，若所述测试结果与所述测试预期结果参数值不同，则触发告警，并将告警通知发送给告警接收方。

较佳的，若所述测试结果与所述测试预期结果参数值不同，则触发告警，还包括：

所述测试数据还包括：告警条件；

若所述测试结果与所述测试预期结果参数值不同的次数满足设定的所述告警条件，则触发告警。

较佳的，所述将告警通知发送给所述告警接收方，包括：

针对不同的通知方式设定不同的通知进程；各通知进程并行发送所述告警通知；所述不同的通知方式包括以下至少一个：邮件通知方式、短信通知方式、语音通知方式、振动通知方式。

较佳的，还包括：在所述终端内创建监测保障进程，所述监测保障进程用于监测所述终端的运行状态，以确保所述终端完成业务监测。

较佳的，还包括：

保存所述业务监测脚本，以便按照预定规则调用保存的各业务监测脚本生成新的业务监测脚本。

本发明实施例还提供一种终端，该终端包括：接收模块、发送模块和告警模块；

所述接收模块，用于接收设定的测试数据，所述测试数据至少包括：测试参数及测试参数值、测试预期结果参数及测试预期结果参数值；

所述发送模块，用于在基于所述测试数据在所述终端的基础脚本上生成业务监测脚本，根据所述业务监测脚本生成测试请求，将所述测试请求发送给业务***，以使所述业务***根据所述测试请求进行测试；

其中，所述基础脚本中预先设置有所述业务***运行的基本参数；

所述告警模块，用于接收所述业务***发送的测试结果，在所述测试结果与所述测试预期结果参数值不同时，则触发告警，并指示发送模块将告警通知发送给告警接收方。

较佳的，所述告警模块，具体用于：若所述测试结果与所述测试预期结果参数值不同的次数满足设定的所述告警条件，则触发告警。

较佳的，所述告警模块，具体用于：

针对不同的通知方式设定不同的通知进程；各通知进程并行发送所述告警通知；所述不同的通知方式包括以下至少一个：邮件通知方式、短信通知方式、语音通知方式、振动通知方式。

较佳的，所述告警模块，还用于：

在所述终端内创建监控保障进程，所述保障进程用于监测所述终端的运行状态，以确保所述终端完成业务监测。

较佳的，所述告警模块，还用于：

保存所述业务监测脚本，以便按照预定规则调用保存的各业务监测脚本生成新的业务监测脚本。

上述实施例提供的监测业务***的方法及终端，首先，由终端接收设定的测试数据，基于测试数据在终端的基础脚本上生成业务监测脚本，根据业务监测脚本生成测试请求，将测试请求发送给业务***，以使业务***根据所述测试请求进行测试；然后，终端接收业务***发送的测试结果，若测试结果与测试预期结果参数值不同的次数满足设定的告警条件，则触发告警，并将告警通知发送给告警接收方，通过终端生成业务检测脚本并自动触发测试请求，降低运营人员的参与度及工作量；由于终端可通过有线网络发送测试请求也可以通过无线通讯网络发送，可以为终端启动监测工作提供更多保障；通过终端设定的告警接收方，可保障同时通知给运营人员和开发人员，提高了报警的及时性；因此，在对业务***进行监测时不仅不需要运营人员实时关注运营平台***，而且在节约了人力成本的同时还提高了报警的及时性。

附图说明

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

图1为现有技术中监测业务***的结构示意图；

图2为本发明实施例提供的监测业务***的方法流程图；

图3为本发明实施例提供的终端与业务***以及终端将异常信息发送给开发人员和运营人员的结构示意图；

图4为本发明实施例提供的终端的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图2，为本发明实施例提供的监测业务***的方法流程图。如图所示，该方法可包括：

S201、终端接收设定的测试数据，该测试数据至少包括：测试参数及测试参数值、测试预期结果参数及测试预期结果参数值。

S202、基于测试数据在终端的基础脚本上生成业务监测脚本，根据业务监测脚本生成测试请求，将测试请求发送给业务***，以使业务***根据测试请求进行测试。

其中，基础脚本中预先设置有业务***运行的基本参数。

S203、接收业务***发送的测试结果。

S204、判断接收到的测试结果的参数值与设定的测试预期结果的参数值是否相同。

若接收到的测试结果的参数值与测试预期结果参数值不同，则转至步骤S205；否则，转至步骤S206。

S205、触发告警，并将告警通知发送给告警接收方。

S206、终端继续向业务***发送测试请求。

其中，终端可以为手机、平板等。监测业务***的软件可以以一个独立的进程即测试进程运行在终端中。在实际应用中，手机可以选用智能手机也可选用普通的手机，可以根据监测任务的需求，自行配备终端。

当终端为手机时，首先由终端运行测试进程，并设置监测脚本。手机中的测试进程随后按照设置要求开始监测。手机中的测试进程将测试请求发送到业务***。业务***按照监测的要求进行处理并返回监测结果，终端中运行的测试进程收到业务***发送的处理结果后，对处理结果进行存储与分析，如果分析后的结果满足设置监测规则中的告警阈值，则通过邮件、短信，手机提醒的方式通知到相关人员，例如开发人员、运营人员等，以使相关人员能在第一时间收到告警信息并能根据告警信息对业务***进行修复。在业务***的性能指标即将超过警戒值之前能及时发现，或者在业务***出现异常之后的第一时间得知，采取相应的措施，从而将业务***因异常造成的损失降到最低。

在具体实施时，终端可在监测脚本中设置发送测试请求的频率，例如，可将测试间隔的时间设置为60秒。当将测试间隔的时间设置为60秒时，表示终端每隔60秒向业务***发送一次测试请求，即终端每隔60秒进行一次相同业务的测试。

优选地，终端可通过有线网络和/或无线网络将测试请求发送给业务***，并接收业务***发送的测试结果。例如，当终端为手机时，手机可通过无线网络和移动数据网络将测试请求发送给业务***，并接收业务***发送的测试结果。其中，无线网络通信可以采用WIFI(Wireless Fidelity，无线宽带)；移动数据网路可以采用2G(The 2nd GenerationMobile Communication，第二代移动通信)、3G(The 3rd Generation MobileCommunication，第三代移动通信)和4G(The4th Generation Mobile Communication，***移动通信)。

上述步骤S202中，基础脚本的创建可借助于脚本生成工具，脚本生成工具可通过文字提示、列表选择、信息输入框等可视化的窗口提示方式收集信息从而生成基础脚本文件，在基础脚本中预定义了本测试进程运行需要的基本参数。比如，被测业务的类型、被监测的业务***的地址名称，测试请求发送的频率、告警接收方的接收号码，告警接收方的接收邮件地址，以及告警触发时终端的铃声大小等。其中，脚本生成工具的文字提示可由提示控件生成、信息输入框可由输入控件生成。基础脚本的创建语言可以采用XML(ExtensibleMarkup Language，可扩展标记语言)、JAVA、C语言以及C++等语言创建。在创建基础脚本时，将参数都抽象化为参数名称和参数值的形式，参数值可以是任意类型的值，例如，可以使用JAVA和C++的对象型数据，也可以使用XML中的字符类型、整型等。在实际应用中，可根据具体的监测业务的需求选择创建脚本所使用的语言，使用语言创建基础脚本的技术属于现有技术，在此不再赘述。

待基础脚本创建完毕后，终端可根据测试业务的不同加载不同的测试脚本文件，并根据所加载的测试脚本进行测试。其中，终端可获取已经加载的测试脚本中的请求地址，并根据已经加载的测试脚本中的测试参数及测试参数值生成测试请求，从而通过有线或无线的方式将测试请求发送给业务***即测试脚本中的请求地址。业务***收到测试请求后，对测试请求进行处理，并将处理后测试结果以报文的形式返回给终端。在终端接收到业务***返回的测试结果后，并根据测试预期结果参数对接收到的业务***返回的测试结果进行提取测试结果参数值。同时，将接收到的业务***返回的测试结果以及提取的测试结果参数值进行保存。待保存完毕后，将保存的提取的测试结果参数值与预先设置的相应的参数值进行比对，若提取的测试结果参数值与预先设置的相应的参数值不同，则记录不同的次数，若不同的次数满足设定的告警条件，则触发告警。当然，在具体实施时，也可采用只要提取的测试结果参数值与预先设置的相应的参数值不同，便触发告警。例如，业务***返回的测试结果数据中有一个字段isSuccess，脚本设定为00为成功，如果业务***返回的测试结果数据不是00，则触发告警。

优选地，针对不同的通知方式可设定不同的通知进程，每个进程负责一种告警方式。具体的，可针对邮件通知方式设定邮件通知进程、针对短信通知方式设定短信通知进程、针对语音通知方式设定语音通知进程、针对终端提醒的通知方式设定终端提醒进程。其中，终端提醒的通知方式可以为振动通知，也可以为铃声通知，因此，本发明实施例中的告警方式覆盖更全面，可邮件、短信、语音、提醒发送告警通知，特别是语音、短信通过无线网络或移动数据网络也能发送告警通知，不需要运营人员实时关注，且终端能够自动发送告警通知，也不需要人员的参与，从而实现了在降低人员成本的同时也提高了告警的准确性。终端在启动后会自动创建多个进程，包括邮件发送进程，短信发送进程，语音通知进程，终端提醒进程。当邮件发送进程收到告警通知时，邮件发送进程会调用终端的邮件发送服务，使用终端中已存在的邮件账号，将告警通知发送给告警接收方。当短信发送进程收到告警通知时，短信发送进程会调用终端的短信发送服务，使用终端中已存在的通讯录，将告警通知发送给告警接收方。当终端中的提醒进程收到告警通知时，提醒进程会调用终端震动API(Application Programming Interface，应用程序编程接口)的提醒服务和音乐播放API的提醒服务，从而对终端进行告警。

优选地，在终端内还可创建监控保障进程，该监控保障进程用于监测终端的运行状态，以确保终端完成业务监测。若监控保障进程监测到终端中运行的进程过多，则按照预设的规则关闭部分进程；若监控保障进程监测到终端中存在占用终端资源过多的进程，则将占用资源过多的进程关闭，以确保终端完成业务监测；若监控保障进程监测到终端电量不足，会发送预警消息，以通知人员进行充电。

在实际应用中，监控保障进程监测终端运行状态的方式包括但不限于以下两种方式：

方式一

监控保障进程可每隔一段时间，例如3秒钟，扫描一遍终端中正在运行的进程列表，如果测试进程不在终端的任务列表中，则监控保障进程可重启测试进程，并通知测试进程恢复最近的监测任务。如果监控保障进程重启测试进程失败或者恢复最近的检测任务失败，则触发告警，并将告警通知发送给告警接收方。

方式二

监控保障进程可每隔一段时间，例如60秒，获取终端的CPU(Central ProcessingUnit，中央处理器)使用率和内存使用率。如果终端中其它的应用程序占用终端CPU的占用率超过指定的值，例如，指定的值80％，则监控保障进程将统计占用终端CPU资源最多的应用程序所占用的时间长度，如果占用终端CPU资源最多的应用程序所占用的时间长度超过设定的阈值，例如，设定的阈值为10秒，则调用终端中的的关闭应用程序接口，将占用终端CPU资源最多的应用程序关闭，重复上述过程，直到其它程序占用终端CPU资源的总占用量低于设定的阈值。

另外，如果终端中其它的应用程序占用终端内存的占用率超过指定的值，例如，指定的值80％，则监控保障进程将统计占用终端内存资源最多的应用程序所占用的时间长度，如果占用终端内存资源最多的应用程序所占用的时间长度超过设定的阈值，例如，设定的阈值为10秒，则调用终端中的的关闭应用程序接口，将占用终端内存资源最多的应用程序关闭，重复上述过程，直到其它程序占用终端内存资源的总占用量低于设定的阈值。

优选地，终端还可将基于测试数据在终端的基础脚本上生成的业务监测脚本进行保存；将保存的业务监测脚本按照一定的规则进行组合生成新的业务监测脚本，当新增业务监测需求时不用开发代码，从而缩短开发周期，节约人力成本。

优选地，此处的终端为移动终端，可用终端测试业务***是否能够将携带有验证码的短消息下发成功，在实际应用中，特别是支付领域，业务***能不能成功下发携带有验证码的短信，往往关系着一笔交易能否成功进行，因此测试业务***能否将携带有验证码的短消息下发成功显得至关重要，现有技术中，采用PC不能进行该项业务的测试，而随着移动终端上应用的不断普及，用户利用移动终端进行的网络操作越来越多，故对移动应用的业务***进行测试时不能通过传统的PC来进行，本发明实施例确保了移动应用的测试。本发明实施例提供的监测方法中通过终端测试业务***是否能够将携带有验证码的短消息下发成功的部分代码如下：

另外，当上述实施例中的终端为手机时，终端与业务***的交互以及终端将异常信息发送给开发人员和运营人员的结构示意图，可参见图3。

需要注意的是，本发明实施例中的业务***可为网络服务供应商，也可为第三方支付***或者网络内容提供商。

通过以上对本发明实施例提供的监测业务***的方法的描述，可以看出，首先，由终端接收设定的测试数据，基于测试数据在终端的基础脚本上生成业务监测脚本，根据业务监测脚本生成测试请求，将测试请求发送给业务***，以使业务***根据所述测试请求进行测试；然后，终端接收业务***发送的测试结果，若测试结果与测试预期结果参数值不同的次数满足设定的告警条件，则触发告警，并将告警通知发送给告警接收方，，通过终端生成业务检测脚本并自动触发测试请求，降低运营人员的参与度及工作量；由于终端可通过有线网络发送测试请求也可以通过无线通讯网络发送，可以为终端启动监测工作提供更多保障；通过终端设定的告警接收方，可保障同时通知给运营人员和开发人员，提高了报警的及时性；因此，在对业务***进行监测时不仅不需要运营人员实时关注运营平台***，而且在节约了人力成本的同时还提高了报警的及时性。另外，告警方式覆盖更全面，可邮件、短信、语音、提醒发送告警通知，特别是语音、短信通过无线网络或移动数据网络也能将发送告警通知给告警接收方，以使告警接收方能在第一时间收到告警信息并能根据告警信息对业务***进行修复，因此，在业务***性能指标即将超过警戒值之前能及时发现，或者在业务***出现异常之后的第一时间得知，采取相应的措施，从而将业务***因异常造成的损失降到最低。

基于相同的技术构思，本发明实施例还提供一种终端，该终端可执行上述方法实施例。

图4，为本发明实施例提供的终端的结构示意图。如图所示，该终端可包括接收模块41、发送模块42和告警模块43。

接收模块41，用于接收设定的测试数据，所述测试数据至少包括：测试参数及测试参数值、测试预期结果参数及测试预期结果参数值；

发送模块42，用于在基于所述测试数据在所述终端的基础脚本上生成业务监测脚本，根据所述业务监测脚本生成测试请求，将所述测试请求发送给业务***，以使所述业务***根据所述测试请求进行测试；

其中，所述基础脚本中预先设置有所述业务***运行的基本参数；

告警模块43，用于接收所述业务***发送的测试结果，在所述测试结果与所述测试预期结果参数值不同时，则触发告警，并指示发送模块42将告警通知发送给告警接收方。

较佳的，告警模块43，具体用于：若所述测试结果与所述测试预期结果参数值不同的次数满足设定的所述告警条件，则触发告警。

较佳的，告警模块43，具体用于：

针对不同的通知方式设定不同的通知进程；各通知进程并行发送所述告警通知；所述不同的通知方式包括以下至少一个：邮件通知方式、短信通知方式、语音通知方式、振动通知方式。

较佳的，告警模块43，还用于：

在所述终端内创建监控保障进程，所述保障进程用于监测所述终端的运行状态，以确保所述终端完成业务监测。

较佳的，告警模块43，还用于：

保存所述业务监测脚本，以便按照预定规则调用保存的各业务监测脚本生成新的业务监测脚本。

综上所述，本发明实施例提供的监测业务***的方法及终端，首先，由终端接收设定的测试数据，基于测试数据在终端的基础脚本上生成业务监测脚本，根据业务监测脚本生成测试请求，将测试请求发送给业务***，以使业务***根据所述测试请求进行测试；然后，终端接收业务***发送的测试结果，若测试结果与测试预期结果参数值不同的次数满足设定的告警条件，则触发告警，并将告警通知发送给告警接收方，，通过终端生成业务检测脚本并自动触发测试请求，降低运营人员的参与度及工作量；由于终端可通过有线网络发送测试请求也可以通过无线通讯网络发送，可以为终端启动监测工作提供更多保障；通过终端设定的告警接收方，可保障同时通知给运营人员和开发人员，提高了报警的及时性；因此，在对业务***进行监测时不仅不需要运营人员实时关注运营平台***，而且在节约了人力成本的同时还提高了报警的准确性。另外，告警方式覆盖更全面，可邮件、短信、语音、提醒发送告警通知，特别是语音、短信通过无线网络或移动数据网络也能将发送告警通知给告警接收方，以使告警接收方能在第一时间收到告警信息并能根据告警信息对业务***进行修复，因此，在业务***性能指标即将超过警戒值之前能及时发现，或者在业务***出现异常之后的第一时间得知，采取相应的措施，从而将业务***因异常造成的损失降到最低。

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种监测业务***的方法，其特征在于，应用于支付领域，该方法包括:

终端接收设定的测试数据，所述测试数据至少包括：短信测试参数及短信测试参数值、短信测试预期结果参数及短信测试预期结果参数值；

基于所述测试数据在所述终端的基础脚本上生成业务监测脚本，根据所述业务监测脚本生成测试请求，将所述测试请求发送给业务***，以使所述业务***根据所述测试请求进行测试；其中，所述基础脚本中预先设置有所述业务***运行的基本参数；

接收所述业务***发送的测试结果，若所述测试结果与所述测试预期结果参数值不同，则触发告警，并将告警通知发送给告警接收方；

在终端接收设定的测试数据之前，还包括：在所述终端内创建监测保障进程，所述监测保障进程用于监测所述终端的运行状态，以确保所述终端完成业务监测。

2.如权利要求1所述的方法，其特征在于，若所述测试结果与所述测试预期结果参数值不同，则触发告警，还包括：

所述测试数据还包括：告警条件；

若所述测试结果与所述测试预期结果参数值不同的次数满足设定的所述告警条件，则触发告警。

3.如权利要求1所述的方法，其特征在于，所述将告警通知发送给所述告警接收方，包括：

针对不同的通知方式设定不同的通知进程；各通知进程并行发送所述告警通知；所述不同的通知方式包括以下至少一个：邮件通知方式、短信通知方式、语音通知方式、振动通知方式。

4.如权利要求1所述的方法，其特征在于，还包括：

保存所述业务监测脚本，以便按照预定规则调用保存的各业务监测脚本生成新的业务监测脚本。

5.一种终端，其特征在于，应用于支付领域，该终端包括：接收模块、发送模块和告警模块；

所述接收模块，用于接收设定的测试数据，所述测试数据至少包括：短信测试参数及短信测试参数值、短信测试预期结果参数及短信测试预期结果参数值；

所述发送模块，用于在基于所述测试数据在所述终端的基础脚本上生成业务监测脚本，根据所述业务监测脚本生成测试请求，将所述测试请求发送给业务***，以使所述业务***根据所述测试请求进行测试；

其中，所述基础脚本中预先设置有所述业务***运行的基本参数；

所述告警模块，用于接收所述业务***发送的测试结果，在所述测试结果与所述测试预期结果参数值不同时，则触发告警，并指示发送模块将告警通知发送给告警接收方；

还用于在所述终端内创建监控保障进程，所述保障进程用于监测所述终端的运行状态，以确保所述终端完成业务监测。

6.如权利要求5所述的终端，其特征在于，所述告警模块，具体用于：若所述测试结果与所述测试预期结果参数值不同的次数满足设定的所述告警条件，则触发告警。

7.如权利要求5所述的终端，其特征在于，所述告警模块，具体用于：

针对不同的通知方式设定不同的通知进程；各通知进程并行发送所述告警通知；所述不同的通知方式包括以下至少一个：邮件通知方式、短信通知方式、语音通知方式、振动通知方式。

8.如权利要求5所述的终端，其特征在于，所述告警模块，还用于：

保存所述业务监测脚本，以便按照预定规则调用保存的各业务监测脚本生成新的业务监测脚本。