进件系统异常定位方法、装置、计算机设备及存储介质与流程

本发明涉及测试管理技术领域，尤其涉及一种进件系统异常定位方法、装置、计算机设备及存储介质。

背景技术：

进件系统是进件流程最前端的一个系统，起到承上启下的作用，通过进件系统可以方便的扩展h5页面(h5是构建web内容的一种语言描述方式)所调用的关联系统的接口。也即一般是h5页面发起进件流程调用进件系统的接口，从而由进件系统的接口去调用对应的关联方服务器的接口。由于进件系统的关联方较多，也就使得进件系统会受到所有关联方服务器异常的影响。

目前，当对由进件系统、关联方服务器、及h5页面组成的系统进行联调和测试时，当有关联方服务器的接口存在异常时，一般h5页面的测试人员联系进件系统开发人员，之后由进件系统开发人员联系关联方服务器的管理人员。通过这一方式定位关联方服务器的故障接口不仅耗时长、效率低下，而且故障接口定位信息获取的准确率低下。

技术实现要素：

本发明实施例提供了一种进件系统异常定位方法、装置、计算机设备及存储介质，旨在解决现有技术中由进件系统、关联方服务器、及h5页面组成的系统进行联调和测试时，当有关联方服务器的接口存在异常时，一般h5页面的测试人员联系进件系统开发人员，之后由进件系统开发人员联系关联方服务器的管理人员，导致定位关联方服务器的故障接口不仅耗时长、效率低下，而且故障接口定位信息获取的准确率低下的问题。

第一方面，本发明实施例提供了一种进件系统异常定位方法，其包括：

获取当前的进件系统环节信息；

判断所述进件系统环节信息为系统测试环节或是系统生产环节；

若所述进件系统环节信息为系统测试环节，根据所接收的h5页面发送的测试请求参数请求对应的调用接口；

获取未根据测试请求参数发送请求结果的目标系统接口，以根据目标系统接口的开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息并发送至h5页面；

若所述进件系统环节信息为系统生产环节，根据所接收的h5页面发送的生产请求参数请求对应的调用接口；以及

获取未根据生产请求参数发送请求结果的当前目标系统接口，以根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息并发送至h5页面。

第二方面，本发明实施例提供了一种进件系统异常定位装置，其包括：

进件信息获取单元，用于获取当前的进件系统环节信息；

环节判断单元，用于判断所述进件系统环节信息为系统测试环节或是系统生产环节；

第一接口调用单元，用于若所述进件系统环节信息为系统测试环节，根据所接收的h5页面发送的测试请求参数请求对应的调用接口；

第一故障提示单元，用于获取未根据测试请求参数发送请求结果的目标系统接口，以根据目标系统接口的开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息并发送至h5页面；

第二接口调用单元，用于若所述进件系统环节信息为系统生产环节，根据所接收的h5页面发送的生产请求参数请求对应的调用接口；以及

第二故障提示单元，用于获取未根据生产请求参数发送请求结果的当前目标系统接口，以根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息并发送至h5页面。

第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的进件系统异常定位方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的进件系统异常定位方法。

本发明实施例提供了一种进件系统异常定位方法、装置、计算机设备及存储介质，包括获取当前的进件系统环节信息；判断所述进件系统环节信息为系统测试环节或是系统生产环节；若所述进件系统环节信息为系统测试环节，根据所接收的h5页面发送的测试请求参数请求对应的调用接口；获取未根据测试请求参数发送请求结果的目标系统接口，以根据目标系统接口的开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息并发送至h5页面；若所述进件系统环节信息为系统生产环节，根据所接收的h5页面发送的生产请求参数请求对应的调用接口；以及获取未根据生产请求参数发送请求结果的当前目标系统接口，以根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息并发送至h5页面。该方法实现了定位关联方服务器的故障接口耗时减短、效率提高，而且故障接口定位信息获取的准确率高。

附图说明

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

图1为本发明实施例提供的进件系统异常定位方法的应用场景示意图；

图2为本发明实施例提供的进件系统异常定位方法的流程示意图；

图3为本发明实施例提供的进件系统异常定位方法的子流程示意图；

图4为本发明实施例提供的进件系统异常定位方法的另一子流程示意图；

图5为本发明实施例提供的进件系统异常定位装置的示意性框图；

图6为本发明实施例提供的进件系统异常定位装置的子单元示意性框图；

图7为本发明实施例提供的进件系统异常定位装置的另一子单元示意性框图；

图8为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本发明实施例提供的进件系统异常定位方法的应用场景示意图；图2为本发明实施例提供的进件系统异常定位方法的流程示意图，该进件系统异常定位方法应用于进件系统服务器中，该方法通过安装于进件系统服务器中的应用软件进行执行。

如图2所示，该方法包括步骤s110～s160。

s110、获取当前的进件系统环节信息。

在本实施例中，为了更清楚的理解技术方案，下面对具体实现场景所涉及的终端进行详细介绍。本发明是在进件系统的角度描述技术方案。

一是关联系统，关联系统包括多个关联方服务器，各关联方服务器均提供接口以供进件系统调用，进件系统将前端h5页面发送的请求参数可转发至关联系统。例如，在银行应用场景下，关联方服务器为银行产品管理系统、身份认证系统、风控标签系统、产品订单系统等。

二是进件系统(可以理解为进件系统服务器，简记为服务器)，进件系统是位于进程流程最前端的一个系统，起到承上启下的作用。其位于关联系统与h5页面之间，用来当作h5调用关联系统的中间桥梁。通过进件系统，可以方便的扩展h5页面所调用的关联系统的接口，无需对h5页面的代码做任何修改。

三是用户终端上安装的宿主app(也即原生的应用程序)，其中宿主app中嵌入有sdk(即软件开发工具包)宿主app与h5页面之间的代码可以相互调用，以相互借用对应的一些功能。

四是用户终端上的h5页面(h5页面即由html5是构建web内容，html5即超文本5.0标准)，h5页面一种方式是可以直接发起请求至进件系统，以通过进件系统调用关联系统的接口；h5页面另一种方式是h5页面向进件系统发起请求之前，需调用宿主app的一些功能，之后才能发起请求至进件系统。

当由关联系统、进件系统和h5页面(必要时还包括宿主app)组成的完整系统进行联调和测试时，为了快速的定位关联系统中的故障，可以通过进件系统来实现。

由于完整系统中，一般是会经历两个阶段，一是系统测试环节，二是系统生产环节。在系统测试环节下，一般是处于测试环境，测试环境分支一般是develop分支，部署到公司私有的服务器或者局域网服务器上，主要用于测试是否存在bug，一般会不让用户和其他人看到，并且测试环境会尽量与生产环境相似。在系统生产环节，一般是处于生产环境，生产环境是指正式提供对外服务的，一般会关掉错误报告，打开错误日志，是最重要的环境，其部署分支一般为master分支。故为了更加准确的判断此时进件系统所处环节，需获取当前的进件系统环节信息。其中，所述进件系统环节信息只有两种取值，一是系统测试环节，二是系统生产环节。

s120、判断所述进件系统环节信息为系统测试环节或是系统生产环节。

在本实施例中，为了实现在完整系统处于测试环节或生产环节，一旦有故障发生，在h5页面上展示的具体提示内容不相同，此时需先判断所述进件系统环节信息为系统测试环节或是系统生产环节。

s130、若所述进件系统环节信息为系统测试环节，根据所接收的h5页面发送的测试请求参数请求对应的调用接口。

在本实施例中，在测试环节下，所面向的用户是测试人员，为了对未根据测试请求参数发送请求结果的目标系统接口在h5页面上进行直观的提示，此时进件系统需先根据h5页面发送的测试请求参数请求对应的调用接口，以判断是否有未根据测试请求参数发送请求结果的目标系统接口。这些未根据测试请求参数发送请求结果的目标系统接口有较大可能是存在故障或异常的接口，需要及时排查故障。

在一实施例中，如图3所示，步骤s130包括：

s131、根据所述测试请求参数获取对应的调用接口以组成测试环节调用接口列表；

s132、获取所述测试请求参数中与所述测试环节调用接口列表中各调用接口分别对应的测试请求子参数；

s133、将所述测试环节调用接口列表中各调用接口分别对应的测试请求子参数发送至对应的目标系统接口。

在本实施例中，当进件系统对应的所述进件系统环节信息为系统测试环节，表示完整系统处于测试环节，此时一般是测试人员通过在h5页面不断的发出各种测试请求参数且这些测试请求参数经过进件系统转发给关联系统后，以调用关联系统的接口，以判断进件系统是否能调用关联系统的接口后返回对应的正确结果(也就是俗称的找系统bug)。

其中，若是h5页面直接向进件系统发送测试请求参数时，则无需调用宿主app的代码，而是直接将测试请求参数发送至进件系统。

其中，若是h5页面是先调用宿主app的代码后再向进件系统发送测试请求参数时，此时的具体步骤如下：

h5页面向宿主app发送测试请求参数；

宿主app中对h5页面发送的测试请求参数请求进行拦截而生成的返回参数；

宿主app中对调用h5页面中的回调函数，以将返回参数发送至h5页面；

h5页面将与所述测试请求参数对应的返回参数发送至进件系统；

也即h5发送的测试请求参数需要经过宿主app进行拦截后生成一个返回参数后，将由测试请求参数转化后的返回参数发送至进件系统，以实现对关联系统中接口的调用。

在测试环节下，进件系统对由h5页面发出的测试请求参数后，对其进行数据解析，是可以获知需要调用关联系统的哪些接口，也即获取了测试环节调用接口列表。此时完成了对测试请求参数的解析后，一般就知道哪些子参数去调用关联系统的哪一接口，也即获取到了所述测试请求参数中与各调用接口分别对应的测试请求子参数。

其中，测试请求参数中一般是明确表示了去调用何种接口以获取何种返回结果，此时对请求参数中的接口关键词进行检索，即可获知需调用哪几种接口，还可获知调用每一接口对应的测试请求子参数。

在获知了各调用接口分别对应的测试请求子参数后，此时可以将各调用接口分别对应的测试请求子参数发送至关联系统中对应给的调用接口(也可以理解为目标系统接口)，从而实现对请求参数的精准分发。

s140、获取未根据测试请求参数发送请求结果的目标系统接口，以根据目标系统接口的开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息并发送至h5页面。

在本实施例中，若在进件系统中检测到有目标系统接口未根据测试请求子参数发送对应的请求结果，表示有目标系统接口未根据对应的测试请求子参数反馈对应的请求结果至h5页面，此时进件系统是可准确获知是哪些目标系统接口出现故障。

在一实施例中，步骤s140包括：

判断是否有目标系统接口未根据测试请求子参数发送对应的请求结果；

若有目标系统接口未根据测试请求子参数发送对应的请求结果，获取对应的目标系统接口的开发信息；

根据所述开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息，将所述第一种类接口故障提示信息发送至h5页面。

在本实施例中，在进件系统组是已存储了关联系统中各关联方服务器的接口对开发信息(也即是知道各关联方服务器的接口的开发人员姓名、联系邮箱、电话号码等信息)，此时在进件系统中也是存储了未填充任何信息项空白模板的第一系统错误提示模板，此时将开发信息对应填充至第一系统错误提示模板即可生成第一种类接口故障提示信息。之后，将第一种类接口故障提示信息发送至h5页面即可实现对测试人员的直观提示。此时测试人员是直接获取了哪一关联方服务器的接口出现了故障，并可直接根据第一种类接口故障提示信息去联系对应的开发人员以解决接口故障问题。

在一实施例中，所述根据所述开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息，将所述第一种类接口故障提示信息发送至h5页面，包括：

获取所述第一系统错误提示模板中包括的开发人员姓名填充项、联系邮箱填充项、电话号码填充项；其中，所述开发人员姓名填充项、所述联系邮箱填充项及所述电话号码填充项的初始值均为空值；

将开发信息中的开发人员姓名填充至开发人员姓名填充项，将联系邮箱填充至联系邮箱填充项，将电话号码填充至电话号码填充项，生成对应的第一种类接口故障提示信息，将所述第一种类接口故障提示信息发送至h5页面。

在本实施例中，例如，所述第一系统错误提示模板中有3个待填充项，分别是开发人员姓名填充项、联系邮箱填充项、电话号码填充项，上述3个待填充项的初始值均是空值。在获取了存在故障的目标系统接口的开发信息后，即可将开发信息中对应的填充信息填充至第一系统错误提示模板对应的待填充项。

例如将开发信息中的开发人员姓名填充至开发人员姓名填充项，将联系邮箱填充至联系邮箱填充项，将电话号码填充至电话号码填充项。最后在h5页面上展示的第一种类接口故障提示信息如：“您调用的【银行产品管理系统】的接口报错，请联系产品管理负责人--xx，其电话码号是—123xxxxxxxx，联系邮箱是—xx@xx.com”。

s150、若所述进件系统环节信息为系统生产环节，根据所接收的h5页面发送的生产请求参数请求对应的调用接口。

在本实施例中，在生产环节下，所面向的用户是广大普通用户，为了对未根据测试请求参数发送请求结果的当前目标系统接口在并非直接在h5页面上进行显示，而是友情提示当前系统存在故障并正在故障抢修中，此时是根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息，并发送至h5页面。

在一实施例中，如图4所示，步骤s150包括：

s151、根据所述生产请求参数获取对应的调用接口以组成生产环节调用接口列表；

s152、获取所述生产请求参数中与所述生产环节调用接口列表中各调用接口分别对应的生产请求子参数；

s153、将所述生产环节调用接口列表各调用接口分别对应的生产请求子参数发送至对应的当前目标系统接口。

在本实施例中，在生产环节下，此时一般是用户通过在h5页面不断的发出实际的生产请求参数且这些生产请求参数经过进件系统转发给关联系统后，以调用关联系统的接口，以判断进件系统是否能调用关联系统的接口后返回对应的实际所需结果。

进件系统对由h5页面发出的生产请求参数后，对其进行数据解析，是可以获知需要调用关联系统的哪些接口，也即获取了生产环节调用接口列表。此时完成了对生产请求参数的解析后，一般就知道哪些子参数去调用关联系统的哪一接口，也即获取到了所述生产请求参数中与各调用接口分别对应的生产请求子参数。

其中，生产请求参数中一般是明确表示了去调用何种接口以获取何种返回结果，此时对生产请求参数中的接口关键词进行检索，即可获知需调用哪几种接口，还可获知调用每一接口对应的生产请求子参数。

在获知了各调用接口分别对应的生产请求子参数后，此时可以将各调用接口分别对应的生产请求子参数发送至关联系统中对应给的调用接口(也可以理解为目标系统接口)，从而实现对生产请求参数的精准分发。

s160、获取未根据生产请求参数发送请求结果的当前目标系统接口，以根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息并发送至h5页面。

在本实施例中，由于将所述生产环节调用接口列表中各调用接口分别对应的生产请求子参数均进行了分发，此时在进件系统中可以根据所接收到的来自于关联系统的反馈数据中判断是否有目标系统接口未根据生产请求子参数发送对应的请求结果，通过这一判断即可获知关联系统中是否有关联方服务器的接口出现故障。

若在进件系统中检测到有目标系统接口未根据生产请求子参数发送对应的请求结果，表示有目标系统接口未根据对应的生产请求子参数反馈对应的请求结果至h5页面，此时进件系统是可准确获知是哪些目标系统接口出现故障。但是普通用户其实是无需像测试人员一样，准确的获知如何去解决接口的故障问题，此时在用户的h5页面上只需提示有故障存在且正在通知抢修故障即可。

此时根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息时，就无需获取接口的开发信息，直接调用第二系统错误提示模板直接作为第二种类接口故障提示信息即可。例如，将第二系统错误提示模板设置为“系统报错，程序员哥哥正在努力抢救中……，这些报错信息直接返回到联调及测试人员的接收终端上，程序员哥哥可以直接看到该异常，并找到对应的开发人员进行处理，请耐心等候”，通过这一种委婉的提示方式提示用户，实现了与用户的及时交互。

在一实施例中，步骤s160之后还包括：

根据未根据生产请求子参数发送对应的请求结果的当前目标系统接口，获取各当前目标系统接口对应的开发信息，将各当前目标系统接口对应的开发信息发送至对应的监控终端。

在本实施例中，在完整系统的生产环节下，一旦在h5页面上对用户提示了关联系统的调用接口存在故障，此时还需及时的提示进件系统的运维人员及时获知哪些调用接口发生故障并通知对应的接口开发人员进行故障抢修，此时将各当前目标系统接口对应的开发信息发送至进件系统的运维人员所对应使用的监控终端(例如智能手机)即可。

该方法实现了定位关联方服务器的故障接口耗时减短、效率提高，而且故障接口定位信息获取的准确率高。

本发明实施例还提供一种进件系统异常定位装置，该进件系统异常定位装置用于执行前述进件系统异常定位方法的任一实施例。具体地，请参阅图5，图5是本发明实施例提供的进件系统异常定位装置的示意性框图。该进件系统异常定位装置100可以配置于进件系统服务器中。

如图5所示，进件系统异常定位装置100包括：进件信息获取单元110、环节判断单元120、第一接口调用单元130、第一故障提示单元140、第二接口调用单元150、第二故障提示单元160。

进件信息获取单元110，用于获取当前的进件系统环节信息。

在本实施例中，由于完整系统中，一般是会经历两个阶段，一是系统测试环节，二是系统生产环节。在系统测试环节下，一般是处于测试环境，测试环境分支一般是develop分支，部署到公司私有的服务器或者局域网服务器上，主要用于测试是否存在bug，一般会不让用户和其他人看到，并且测试环境会尽量与生产环境相似。在系统生产环节，一般是处于生产环境，生产环境是指正式提供对外服务的，一般会关掉错误报告，打开错误日志，是最重要的环境，其部署分支一般为master分支。故为了更加准确的判断此时进件系统所处环节，需获取当前的进件系统环节信息。其中，所述进件系统环节信息只有两种取值，一是系统测试环节，二是系统生产环节。

环节判断单元120，用于判断所述进件系统环节信息为系统测试环节或是系统生产环节。

在本实施例中，为了实现在完整系统处于测试环节或生产环节，一旦有故障发生，在h5页面上展示的具体提示内容不相同，此时需先判断所述进件系统环节信息为系统测试环节或是系统生产环节。

第一接口调用单元130，用于若所述进件系统环节信息为系统测试环节，根据所接收的h5页面发送的测试请求参数请求对应的调用接口。

在本实施例中，在测试环节下，所面向的用户是测试人员，为了对未根据测试请求参数发送请求结果的目标系统接口在h5页面上进行直观的提示，此时进件系统需先根据h5页面发送的测试请求参数请求对应的调用接口，以判断是否有未根据测试请求参数发送请求结果的目标系统接口。这些未根据测试请求参数发送请求结果的目标系统接口有较大可能是存在故障或异常的接口，需要及时排查故障。

在一实施例中，如图6所示，第一接口调用单元130包括：

第一接口列表获取单元131，用于根据所述测试请求参数获取对应的调用接口以组成测试环节调用接口列表；

第一测试请求子参数获取单元132，用于获取所述测试请求参数中与所述测试环节调用接口列表中各调用接口分别对应的测试请求子参数；

第一请求参数发送单元133，用于将所述测试环节调用接口列表中各调用接口分别对应的测试请求子参数发送至对应的目标系统接口。

在本实施例中，当进件系统对应的所述进件系统环节信息为系统测试环节，表示完整系统处于测试环节，此时一般是测试人员通过在h5页面不断的发出各种测试请求参数且这些测试请求参数经过进件系统转发给关联系统后，以调用关联系统的接口，以判断进件系统是否能调用关联系统的接口后返回对应的正确结果(也就是俗称的找系统bug)。

其中，若是h5页面直接向进件系统发送测试请求参数时，则无需调用宿主app的代码，而是直接将测试请求参数发送至进件系统。

其中，若是h5页面是先调用宿主app的代码后再向进件系统发送测试请求参数时，此时的具体步骤如下：

h5页面向宿主app发送测试请求参数；

宿主app中对h5页面发送的测试请求参数请求进行拦截而生成的返回参数；

宿主app中对调用h5页面中的回调函数，以将返回参数发送至h5页面；

h5页面将与所述测试请求参数对应的返回参数发送至进件系统；

也即h5发送的测试请求参数需要经过宿主app进行拦截后生成一个返回参数后，将由测试请求参数转化后的返回参数发送至进件系统，以实现对关联系统中接口的调用。

在测试环节下，进件系统对由h5页面发出的测试请求参数后，对其进行数据解析，是可以获知需要调用关联系统的哪些接口，也即获取了测试环节调用接口列表。此时完成了对测试请求参数的解析后，一般就知道哪些子参数去调用关联系统的哪一接口，也即获取到了所述测试请求参数中与各调用接口分别对应的测试请求子参数。

其中，测试请求参数中一般是明确表示了去调用何种接口以获取何种返回结果，此时对请求参数中的接口关键词进行检索，即可获知需调用哪几种接口，还可获知调用每一接口对应的测试请求子参数。

在获知了各调用接口分别对应的测试请求子参数后，此时可以将各调用接口分别对应的测试请求子参数发送至关联系统中对应给的调用接口(也可以理解为目标系统接口)，从而实现对请求参数的精准分发。

第一故障提示单元140，用于获取未根据测试请求参数发送请求结果的目标系统接口，以根据目标系统接口的开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息并发送至h5页面。

在本实施例中，若在进件系统中检测到有目标系统接口未根据测试请求子参数发送对应的请求结果，表示有目标系统接口未根据对应的测试请求子参数反馈对应的请求结果至h5页面，此时进件系统是可准确获知是哪些目标系统接口出现故障。

在一实施例中，所述第一故障提示单元140包括：

第一请求结果筛选单元，用于判断是否有目标系统接口未根据测试请求子参数发送对应的请求结果；

第一开发信息获取单元，用于若有目标系统接口未根据测试请求子参数发送对应的请求结果，获取对应的目标系统接口的开发信息；

第一故障提示信息生成单元，用于根据所述开发信息及预先存储的第一系统错误提示模板生成对应的第一种类接口故障提示信息，将所述第一种类接口故障提示信息发送至h5页面。

在本实施例中，在进件系统组是已存储了关联系统中各关联方服务器的接口对开发信息(也即是知道各关联方服务器的接口的开发人员姓名、联系邮箱、电话号码等信息)，此时在进件系统中也是存储了未填充任何信息项空白模板的第一系统错误提示模板，此时将开发信息对应填充至第一系统错误提示模板即可生成第一种类接口故障提示信息。之后，将第一种类接口故障提示信息发送至h5页面即可实现对测试人员的直观提示。此时测试人员是直接获取了哪一关联方服务器的接口出现了故障，并可直接根据第一种类接口故障提示信息去联系对应的开发人员以解决接口故障问题。

在一实施例中，所述第一故障提示信息生成单元，包括：

第一模板获取单元，用于获取所述第一系统错误提示模板中包括的开发人员姓名填充项、联系邮箱填充项、电话号码填充项；其中，所述开发人员姓名填充项、所述联系邮箱填充项及所述电话号码填充项的初始值均为空值；

第一填充单元，用于将开发信息中的开发人员姓名填充至开发人员姓名填充项，将联系邮箱填充至联系邮箱填充项，将电话号码填充至电话号码填充项，生成对应的第一种类接口故障提示信息，将所述第一种类接口故障提示信息发送至h5页面。

在本实施例中，例如，所述第一系统错误提示模板中有3个待填充项，分别是开发人员姓名填充项、联系邮箱填充项、电话号码填充项，上述3个待填充项的初始值均是空值。在获取了存在故障的目标系统接口的开发信息后，即可将开发信息中对应的填充信息填充至第一系统错误提示模板对应的待填充项。

例如将开发信息中的开发人员姓名填充至开发人员姓名填充项，将联系邮箱填充至联系邮箱填充项，将电话号码填充至电话号码填充项。最后在h5页面上展示的第一种类接口故障提示信息如：“您调用的【银行产品管理系统】的接口报错，请联系产品管理负责人--xx，其电话码号是—123xxxxxxxx，联系邮箱是—xx@xx.com”。

第二接口调用单元150，用于若所述进件系统环节信息为系统生产环节，根据所接收的h5页面发送的生产请求参数请求对应的调用接口。

在本实施例中，在生产环节下，所面向的用户是广大普通用户，为了对未根据测试请求参数发送请求结果的当前目标系统接口在并非直接在h5页面上进行显示，而是友情提示当前系统存在故障并正在故障抢修中，此时是根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息，并发送至h5页面。

在一实施例中，如图7所示，第二接口调用单元150包括：

第二接口列表获取单元151，用于根据所述生产请求参数获取对应的调用接口以组成生产环节调用接口列表；

第二测试请求子参数获取单元152，用于获取所述生产请求参数中与所述生产环节调用接口列表中各调用接口分别对应的生产请求子参数；

第二请求参数发送单元153，用于将所述生产环节调用接口列表各调用接口分别对应的生产请求子参数发送至对应的当前目标系统接口。

在本实施例中，在生产环节下，此时一般是用户通过在h5页面不断的发出实际的生产请求参数且这些生产请求参数经过进件系统转发给关联系统后，以调用关联系统的接口，以判断进件系统是否能调用关联系统的接口后返回对应的实际所需结果。

进件系统对由h5页面发出的生产请求参数后，对其进行数据解析，是可以获知需要调用关联系统的哪些接口，也即获取了生产环节调用接口列表。此时完成了对生产请求参数的解析后，一般就知道哪些子参数去调用关联系统的哪一接口，也即获取到了所述生产请求参数中与各调用接口分别对应的生产请求子参数。

其中，生产请求参数中一般是明确表示了去调用何种接口以获取何种返回结果，此时对生产请求参数中的接口关键词进行检索，即可获知需调用哪几种接口，还可获知调用每一接口对应的生产请求子参数。

在获知了各调用接口分别对应的生产请求子参数后，此时可以将各调用接口分别对应的生产请求子参数发送至关联系统中对应给的调用接口(也可以理解为目标系统接口)，从而实现对生产请求参数的精准分发。

第二故障提示单元160，用于获取未根据生产请求参数发送请求结果的当前目标系统接口，以根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息并发送至h5页面。

在本实施例中，由于将所述生产环节调用接口列表中各调用接口分别对应的生产请求子参数均进行了分发，此时在进件系统中可以根据所接收到的来自于关联系统的反馈数据中判断是否有目标系统接口未根据生产请求子参数发送对应的请求结果，通过这一判断即可获知关联系统中是否有关联方服务器的接口出现故障。

若在进件系统中检测到有目标系统接口未根据生产请求子参数发送对应的请求结果，表示有目标系统接口未根据对应的生产请求子参数反馈对应的请求结果至h5页面，此时进件系统是可准确获知是哪些目标系统接口出现故障。但是普通用户其实是无需像测试人员一样，准确的获知如何去解决接口的故障问题，此时在用户的h5页面上只需提示有故障存在且正在通知抢修故障即可。

此时根据预先存储的第二系统错误提示模板生成对应的第二种类接口故障提示信息时，就无需获取接口的开发信息，直接调用第二系统错误提示模板直接作为第二种类接口故障提示信息即可。例如，将第二系统错误提示模板设置为“系统报错，程序员哥哥正在努力抢救中……，这些报错信息直接返回到联调及测试人员的接收终端上，程序员哥哥可以直接看到该异常，并找到对应的开发人员进行处理，请耐心等候”，通过这一种委婉的提示方式提示用户，实现了与用户的及时交互。

在一实施例中，进件系统异常定位装置100还包括：

监控终端通知单元，用于根据未根据生产请求子参数发送对应的请求结果的当前目标系统接口，获取各当前目标系统接口对应的开发信息，将各当前目标系统接口对应的开发信息发送至对应的监控终端。

在本实施例中，在完整系统的生产环节下，一旦在h5页面上对用户提示了关联系统的调用接口存在故障，此时还需及时的提示进件系统的运维人员及时获知哪些调用接口发生故障并通知对应的接口开发人员进行故障抢修，此时将各当前目标系统接口对应的开发信息发送至进件系统的运维人员所对应使用的监控终端(例如智能手机)即可。

该装置实现了定位关联方服务器的故障接口耗时减短、效率提高，而且故障接口定位信息获取的准确率高。

上述进件系统异常定位装置可以实现为计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。

请参阅图8，图8是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图8，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行进件系统异常定位方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行进件系统异常定位方法。

该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图8中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本发明实施例公开的进件系统异常定位方法。

本领域技术人员可以理解，图8中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图8所示实施例一致，在此不再赘述。

应当理解，在本发明实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本发明实施例公开的进件系统异常定位方法。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。