CN107018001A - 一种应用故障定位方法及装置 - Google Patents
一种应用故障定位方法及装置 Download PDFInfo
- Publication number
- CN107018001A CN107018001A CN201610058288.7A CN201610058288A CN107018001A CN 107018001 A CN107018001 A CN 107018001A CN 201610058288 A CN201610058288 A CN 201610058288A CN 107018001 A CN107018001 A CN 107018001A
- Authority
- CN
- China
- Prior art keywords
- information
- app
- function
- resource
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种APP故障定位方法,所述方法包括:获取运行APP的第一功能对应的流量数据包;提取所述流量数据包中资源相关信息及APP交互特征信息;基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。本发明还同时公开了一种APP故障定位装置。
Description
技术领域
本发明涉及通信领域,尤其涉及一种应用(APP,Application)故障定位方法及装置。
背景技术
随着移动通信网络的迅猛发展,人们对网络的服务质量要求越来越高,网络服务质量的问题日益重要,为此,快速查找定位APP故障是运营商的迫切需求。现有APP技术可以实现APP故障的定位,通过客户反馈问题,运营商获得客户遇到的APP故障的信息,运营商依次检测APP网络连接过程中的路径连通性、现场测试抓包分析、APP资源访问路径分析、APP资源归属地分析后,分析定位APP故障。
然而,现有的APP故障分析存在如下缺陷:如果客户不反馈故障,运营商获取实时故障信息困难;目前的APP故障定位工作,主要依赖于个别技术人员的经验,而靠技术人员对繁杂的网络数据进行及时的分析和对比,得出正确的故障处理方案,效率很低;另外,技术工程师往往借助于单一类型的网络数据来进行分析和对比,而不是根据所有与网络相关的数据(如话统数据,路测数据)得出网络优化方案,这显然有一定的缺陷性。
因此,提供一种APP故障定位方案,能够实现***性分析APP故障,解决人工效率低、服务质量低等问题,已成为亟待解决的问题。
发明内容
有鉴于此,本发明实施例期望提供一种APP故障定位方法及装置,至少解决了现有技术存在的问题,能够高效准确的实现APP故障定位,提高网络服务性能及用户满意度。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种APP故障定位方法,所述方法包括:
获取运行APP的第一功能对应的流量数据包;
提取所述流量数据包中资源相关信息及APP交互特征信息;
基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;
基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
上述方案中,所述资源相关信息至少包括状态码,所述APP交互特征信息至少包括:响应时间信息及资源大小信息;
所述基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型,包括:
将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢。
上述方案中,所述APP交互特征信息还包括统一资源定位符URL信息、互联网协议IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问速度慢时,所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
上述方案中,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问失败时,所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
上述方案中,所述方法还包括:
基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
本发明实施例还提供了一种APP故障定位装置,所述装置位于终端,所述装置包括:数据包获取模块、信息提取模块、故障判断模块及故障定位模块;其中,
所述数据包获取模块,用于获取运行APP的第一功能对应的流量数据包;
所述信息提取模块,用于提取所述流量数据包中资源相关信息及APP交互特征信息;
所述故障判断模块,用于基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;
所述故障定位模块,用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
上述方案中,所述资源相关信息至少包括状态码,所述APP交互特征信息至少包括:响应时间信息及资源大小信息;
所述故障判断模块,还用于将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢。
上述方案中,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问失败时,所述故障定位模块,还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
上述方案中,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问速度慢时,所述故障定位模块,还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
上述方案中,所述装置还包括处理模块,用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
本发明实施例所提供的APP故障定位方法及装置,获取运行APP的第一功能对应的流量数据包;提取所述流量数据包中资源相关信息及APP交互特征信息;基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。如此,实现了自动抓取APP的第一功能对应的流量数据包,并基于抓取的流量数据包判断所述APP的第一功能是否存在故障,解决了APP故障依赖客户投诉、影响网络服务质量的问题;在确定所述APP的第一功能存在故障时,高效准确的实现APP故障定位,提高网络服务性能及用户满意度。
附图说明
图1为本发明实施例APP故障定位方法流程示意图一;
图2为本发明实施例APP故障定位方法流程示意图二;
图3为本发明实施例APP故障定位方法流程示意图三;
图4为本发明实施例APP故障定位装置组成结构示意图。
具体实施方式
在本发明实施例中,终端获取运行APP的第一功能对应的流量数据包;提取所述流量数据包中资源相关信息及APP交互特征信息;基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
实施例一
图1为本发明实施例APP故障定位方法流程示意图,如图1所示,本发明实施例APP故障定位方法包括:
步骤101:获取运行APP的第一功能对应的流量数据包。
这里,所述第一功能为所述APP的任意一个功能;如:所述APP为京东APP,所述第一功能可以为京东超市、物流查询、分类查询,等等。
所述获取可以为周期性的获取或定时获取;当为周期性获取时,所述周期可以依据实际需要进行设定,如一小时,如此,可以避免网络波动对应APP服务质量带来的影响;当为定时获取时,时间的设定可以为热点时间,如每天9点-11点或节日时间,用户会大量使用特定APP(如视频、购物APP),若是在这个时间段出现APP故障就需要在这些时间查找,因此,设定在热点时间对APP的某一功能进行故障检测及定位,可提高对用户的服务质量。
所述获取可以为抓取,可通过分析所述APP所在终端的操作***的底层代码,确定抓取所述流量数据包的方式。
步骤102:提取所述流量数据包中资源相关信息及APP交互特征信息。
这里,可通过解析所述流量数据包对应的超文本传输协议(HTTP,Hypertext transfer protocol)响应头获取所述资源相关信息,解析所述流量数据包获取所述APP交互特征信息;
所述资源相关信息包括:统一资源定位符(URL,Uniform ResourceLocator)、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息;其中,通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存,通过所述X-Cache信息可判断资源是否在缓存中;
所述APP交互特征信息包括:响应时间、URL、IP地址、端口、资源大小、协议等信息;
其中,上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。
步骤103:基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型。
基于本发明所述实施例,在实际应用中,本步骤具体包括:将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢;
这里,所述第一状态码可以为资源访问失败,即页面无法正常打开对应的状态码;所述第二状态码可以为资源访问成功,即页面可以正常打开对应的状态码,如:状态码为200或302;
所述下载速度阈值可以依据实际情况进行设定,在一实施例中,所述下载速度阈值可以为200kb/s;
也就是说,本步骤操作通过所述状态码确定所请求页面无法正常打开时,则相应的故障为资源访问失败;确定所请求页面可以正常打开时,进一步判断资源下载速度是否小于预设的下载速度阈值,若小于,则确定相应的故障为资源访问速度慢,若不小于,则确定不存在故障。
步骤104:基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
在一实施例中,当确定所述APP的第一功能存在故障,且所述APP的第一功能的故障类型为资源访问速度慢时,本步骤具体包括:
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
当确定所述APP的第一功能存在故障,且所述APP的第一功能的故障类型为资源访问失败时,本步骤具体包括:
基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
进一步的,当所述APP的第一功能的故障类型为资源访问失败时,所述方法还包括:
基于所述流量数据包判断是否缺少资源访问成功所需的关键元素,所述关键元素至少包括html元素及css元素,并依据判断结果定位所述APP的第一功能的故障原因。
进一步的,所述方法还包括:基于所述URL对应的资源类型及所述状态码对所述APP的第一功能进行资源下载测试、视频播放测试、游戏测试、网页测试等,并将测试结果信息作为定位所述APP的第一功能的故障原因的参考信息。
进一步的,所述方法还包括:基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
在一实施例中,可多次(如N次,N大于1)获取所述APP的第一功能对应的多个流量数据包,并基于所述多个流量数据包确定所述APP的第一功能的故障次数(资源访问失败次数/资源访问速度慢次数),然后基于对每次所述APP的第一功能的故障的定位结果确定故障的最终原因;如:对所述流量数据包进行5次抓取,分别基于每次抓取的数据包进行故障分析确定出现故障的次数为4,分别基于出现故障的4次数据包进行故障定位,确定3次故障原因为A,一次原因为B,可确定所述APP的第一功能的故障原因为A。
实施例二
图2为本发明实施例APP故障定位方法流程示意图,如图2所示,本发明实施例APP故障定位方法包括:
步骤201:获取运行APP的第一功能对应的流量数据包。
这里,所述第一功能为所述APP的任意一个功能;如:所述APP为京东APP,所述第一功能可以为京东超市、物流查询、分类查询,等等。
所述获取可以为周期性的获取或定时获取;当为周期性获取时,所述周期可以依据实际需要进行设定,如一小时,如此,可以避免网络波动对应APP服务质量带来的影响;当为定时获取时,时间的设定可以为热点时间,如每天9点-11点或节日时间,用户会大量使用特定APP(如视频、购物APP),若是在这个时间段出现APP故障就需要在这些时间查找,因此,设定在热点时间对APP的某一功能进行故障检测及定位,可提高对用户的服务质量。
所述获取可以为抓取,可通过分析所述APP所在终端的操作***的底层代码,确定抓取所述流量数据包的方式。
步骤202:提取所述流量数据包中资源相关信息及APP交互特征信息。
这里,可通过解析所述流量数据包对应的HTTP响应头,即页面响应头获取所述资源相关信息,解析所述流量数据包获取所述APP交互特征信息;
所述资源相关信息包括:URL、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息;其中,通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存,通过所述X-Cache信息可判断资源是否在缓存中;
所述APP交互特征信息包括:响应时间、URL、IP地址、端口、资源大小、协议等信息;
其中,上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。
步骤203:基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,如果存在故障,执行步骤204;否则,执行步骤205。
在本发明实施例中,所述故障包括两种,分别为资源访问失败的故障及资源访问速度慢的故障;
本步骤具体包括:将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢;
这里,所述第一状态码可以为资源访问失败,即页面无法正常打开对应的状态码;所述第二状态码可以为资源访问成功,即页面可以正常打开对应的状态码,如:状态码为200或302;
所述下载速度阈值可以依据实际情况进行设定,在一实施例中,所述下载速度阈值可以为200kb/s;
也就是说,本步骤操作通过所述状态码确定所请求页面无法正常打开时,则相应的故障为资源访问失败;确定所请求页面可以正常打开时,进一步判断资源下载速度是否小于预设的下载速度阈值,若小于,则确定相应的故障为资源访问速度慢,若不小于,则确定不存在故障。
步骤204:获取到所述APP的第一功能的故障类型为资源访问速度慢,对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
在本发明实施例中,对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
进一步的,所述方法还包括:
基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
步骤205:结束本次处理流程。
实施例三
图3为本发明实施例APP故障定位方法流程示意图,如图3所示,本发明实施例APP故障定位方法包括:
步骤301:获取运行APP的第一功能对应的流量数据包。
这里,所述第一功能为所述APP的任意一个功能;如:所述APP为京东APP,所述第一功能可以为京东超市、物流查询、分类查询,等等。
所述获取可以为周期性的获取或定时获取;当为周期性获取时,所述周期可以依据实际需要进行设定,如一小时,如此,可以避免网络波动对应APP服务质量带来的影响;当为定时获取时,时间的设定可以为热点时间,如每天9点-11点或节日时间,用户会大量使用特定APP(如视频、购物APP),若是在这个时间段出现APP故障就需要在这些时间查找,因此,设定在热点时间对APP的某一功能进行故障检测及定位,可提高对用户的服务质量。
所述获取可以为抓取,可通过分析所述APP所在终端的操作***的底层代码,确定抓取所述流量数据包的方式。
步骤302:提取所述流量数据包中资源相关信息及APP交互特征信息。
这里,可通过解析所述流量数据包对应的HTTP响应头,即页面响应头获取所述资源相关信息,解析所述流量数据包获取所述APP交互特征信息;
所述资源相关信息包括:URL、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息;其中,通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存,通过所述X-Cache信息可判断资源是否在缓存中;
所述APP交互特征信息包括:响应时间、URL、IP地址、端口、资源大小、协议等信息;
其中,上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。
步骤303:基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,如果存在故障,执行步骤304;否则,执行步骤305。
在本发明实施例中,所述故障包括两种,分别为资源访问失败的故障及资源访问速度慢的故障;
本步骤具体包括:将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢;
这里,所述第一状态码可以为资源访问失败,即页面无法正常打开对应的状态码;所述第二状态码可以为资源访问成功,即页面可以正常打开对应的状态码,如:状态码为200或302;
所述下载速度阈值可以依据实际情况进行设定,在一实施例中,所述下载速度阈值可以为200kb/s;
也就是说,本步骤操作通过所述状态码确定所请求页面无法正常打开时,则相应的故障为资源访问失败;确定所请求页面可以正常打开时,进一步判断资源下载速度是否小于预设的下载速度阈值,若小于,则确定相应的故障为资源访问速度慢,若不小于,则确定不存在故障。
步骤304:获取到所述APP的第一功能的故障类型为资源访问失败,对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
在本发明实施例中,对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
进一步的,当所述APP的第一功能的故障类型为资源访问失败时,所述方法还包括:
基于所述流量数据包判断是否缺少资源访问成功所需的关键元素,所述关键元素至少包括html元素及css元素,并依据判断结果定位所述APP的第一功能的故障原因。
进一步的,所述方法还包括:基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
步骤305:结束本次处理流程。
实施例四
图4为本发明实施例APP故障定位装置的组成结构示意图,所述装置位于终端,如图4所示,本发明实施例APP故障定位装置的组成包括:数据包获取模块41、信息提取模块42、故障判断模块43及故障定位模块44;其中,
所述数据包获取模块41,用于获取运行APP的第一功能对应的流量数据包;
所述信息提取模块42,用于提取所述流量数据包中资源相关信息及APP交互特征信息;
所述故障判断模块43,用于基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;
所述故障定位模块44,用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
在一实施例中,所述资源相关信息至少包括状态码,所述APP交互特征信息至少包括:响应时间信息及资源大小信息;
所述故障判断模块43,还用于将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢。
在一实施例中,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问失败时,所述故障定位模块44,还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
在一实施例中,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问速度慢时,所述故障定位模块44,还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
在一实施例中,所述装置还包括处理模块45,用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
在本发明实施例中,所述APP故障定位装置中的数据包获取模块41、信息提取模块42、故障判断模块43、故障定位模块44及处理模块45均可由终端中的中央处理器(CPU,Central Processing Unit)或数字信号处理器(DSP,DigitalSignal Processor)、或现场可编程门阵列(FPGA,Field Programmable GateArray)、或集成电路(ASIC,Application Specific Integrated Circuit)实现。
这里需要指出的是:以上涉及APP故障定位装置的描述,与上述方法描述是类似的,同方法的有益效果描述,不做赘述。对于本发明所述APP故障定位装置实施例中未披露的技术细节,请参照本发明方法实施例的描述。
以上所述,仅为本发明较佳实施例而已,并非用于限定本发明的保护范围。
Claims (10)
1.一种应用APP故障定位方法,其特征在于,所述方法包括:
获取运行APP的第一功能对应的流量数据包;
提取所述流量数据包中资源相关信息及APP交互特征信息;
基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;
基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
2.根据权利要求1所述方法,其特征在于,所述资源相关信息至少包括状态码,所述APP交互特征信息至少包括:响应时间信息及资源大小信息;
所述基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型,包括:
将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢。
3.根据权利要求2所述方法,其特征在于,所述APP交互特征信息还包括统一资源定位符URL信息、互联网协议IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问速度慢时,所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
4.根据权利要求2所述方法,其特征在于,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问失败时,所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因,包括:
基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
5.根据权利要求3或4所述方法,其特征在于,所述方法还包括:
基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
6.一种APP故障定位装置,所述装置位于终端,其特征在于,所述装置包括:数据包获取模块、信息提取模块、故障判断模块及故障定位模块;其中,
所述数据包获取模块,用于获取运行APP的第一功能对应的流量数据包;
所述信息提取模块,用于提取所述流量数据包中资源相关信息及APP交互特征信息;
所述故障判断模块,用于基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障,确定所述APP的第一功能存在故障时,获取相应的故障类型;
所述故障定位模块,用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测,并基于检测结果定位所述APP的第一功能的故障原因。
7.根据权利要求6所述装置,其特征在于,所述资源相关信息至少包括状态码,所述APP交互特征信息至少包括:响应时间信息及资源大小信息;
所述故障判断模块,还用于将所述状态码与预设的第一状态码进行匹配,匹配成功时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问失败;
匹配失败时,将所述状态码与预设的第二状态码进行匹配,匹配成功时,依据所述响应时间信息及资源大小信息确定相应的资源下载速度,当所述资源下载速度小于预设的下载速度阈值时,确定所述APP的第一功能存在故障,且相应的故障类型为资源访问速度慢。
8.根据权利要求7所述装置,其特征在于,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问失败时,所述故障定位模块,还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息,基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
9.根据权利要求7所述装置,其特征在于,所述APP交互特征信息还包括URL信息、IP地址信息及端口信息;
所述APP的第一功能的故障类型为资源访问速度慢时,所述故障定位模块,还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测,确定与所述APP的第一功能对应的目标服务器的连通情况;
基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测,得到检测结果,所述检测结果至少包括丢包率信息及路径拥堵情况信息;
基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。
10.根据权利要求8或9所述装置,其特征在于,所述装置还包括处理模块,用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息;
和/或获取运行APP的第一功能对应的数据包交换过程信息;
和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息;
将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610058288.7A CN107018001B (zh) | 2016-01-28 | 2016-01-28 | 一种应用故障定位方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610058288.7A CN107018001B (zh) | 2016-01-28 | 2016-01-28 | 一种应用故障定位方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107018001A true CN107018001A (zh) | 2017-08-04 |
CN107018001B CN107018001B (zh) | 2020-05-12 |
Family
ID=59438637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610058288.7A Active CN107018001B (zh) | 2016-01-28 | 2016-01-28 | 一种应用故障定位方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107018001B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111611A (zh) * | 2017-12-26 | 2018-06-01 | 福建中金在线信息科技有限公司 | 一种客户端检测方法、装置及电子设备 |
CN108829564A (zh) * | 2018-06-26 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种对Samba的故障诊断方法、装置、设备及存储介质 |
CN109194756A (zh) * | 2018-09-12 | 2019-01-11 | 网宿科技股份有限公司 | 应用程序特征信息提取方法及装置 |
CN109245943A (zh) * | 2018-10-19 | 2019-01-18 | 北京奇艺世纪科技有限公司 | 一种故障定位方法及装置 |
CN109379211A (zh) * | 2018-09-11 | 2019-02-22 | 网宿科技股份有限公司 | 一种网络监控方法及装置、服务器和存储介质 |
CN110309027A (zh) * | 2019-06-14 | 2019-10-08 | 北京奇艺世纪科技有限公司 | 一种app故障定位方法、装置、服务器及终端 |
CN110661672A (zh) * | 2018-06-28 | 2020-01-07 | 武汉斗鱼网络科技有限公司 | 一种用于安卓设备的网络信息处理方法及安卓设备 |
CN111373701A (zh) * | 2018-05-23 | 2020-07-03 | 松下电器(美国)知识产权公司 | 异常检测装置、异常检测***以及控制方法 |
WO2021120967A1 (zh) * | 2019-12-17 | 2021-06-24 | 中兴通讯股份有限公司 | 宽带网络的诊断方法、装置、设备和存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060031407A1 (en) * | 2002-12-13 | 2006-02-09 | Steve Dispensa | System and method for remote network access |
CN1897547A (zh) * | 2005-07-14 | 2007-01-17 | 华为技术有限公司 | 通信网络中Qos检测的方法 |
CN103457773A (zh) * | 2013-09-03 | 2013-12-18 | 无锡贝利珠计算机科技有限公司 | 一种终端客户体验管理的方法及装置 |
-
2016
- 2016-01-28 CN CN201610058288.7A patent/CN107018001B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060031407A1 (en) * | 2002-12-13 | 2006-02-09 | Steve Dispensa | System and method for remote network access |
CN1897547A (zh) * | 2005-07-14 | 2007-01-17 | 华为技术有限公司 | 通信网络中Qos检测的方法 |
CN103457773A (zh) * | 2013-09-03 | 2013-12-18 | 无锡贝利珠计算机科技有限公司 | 一种终端客户体验管理的方法及装置 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108111611A (zh) * | 2017-12-26 | 2018-06-01 | 福建中金在线信息科技有限公司 | 一种客户端检测方法、装置及电子设备 |
CN108111611B (zh) * | 2017-12-26 | 2021-08-24 | 福建中金在线信息科技有限公司 | 一种客户端检测方法、装置及电子设备 |
CN111373701A (zh) * | 2018-05-23 | 2020-07-03 | 松下电器(美国)知识产权公司 | 异常检测装置、异常检测***以及控制方法 |
CN108829564A (zh) * | 2018-06-26 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种对Samba的故障诊断方法、装置、设备及存储介质 |
CN110661672A (zh) * | 2018-06-28 | 2020-01-07 | 武汉斗鱼网络科技有限公司 | 一种用于安卓设备的网络信息处理方法及安卓设备 |
CN110661672B (zh) * | 2018-06-28 | 2022-08-16 | 武汉斗鱼网络科技有限公司 | 一种用于安卓设备的网络信息处理方法及安卓设备 |
CN109379211A (zh) * | 2018-09-11 | 2019-02-22 | 网宿科技股份有限公司 | 一种网络监控方法及装置、服务器和存储介质 |
CN109194756A (zh) * | 2018-09-12 | 2019-01-11 | 网宿科技股份有限公司 | 应用程序特征信息提取方法及装置 |
CN109245943A (zh) * | 2018-10-19 | 2019-01-18 | 北京奇艺世纪科技有限公司 | 一种故障定位方法及装置 |
CN109245943B (zh) * | 2018-10-19 | 2022-02-01 | 北京奇艺世纪科技有限公司 | 一种故障定位方法及装置 |
CN110309027A (zh) * | 2019-06-14 | 2019-10-08 | 北京奇艺世纪科技有限公司 | 一种app故障定位方法、装置、服务器及终端 |
CN110309027B (zh) * | 2019-06-14 | 2024-01-23 | 北京奇艺世纪科技有限公司 | 一种app故障定位方法、装置、服务器及终端 |
WO2021120967A1 (zh) * | 2019-12-17 | 2021-06-24 | 中兴通讯股份有限公司 | 宽带网络的诊断方法、装置、设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107018001B (zh) | 2020-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107018001A (zh) | 一种应用故障定位方法及装置 | |
US9426046B2 (en) | Web page download time analysis | |
US8688074B2 (en) | Service classification of web traffic | |
CN101163046A (zh) | 一种分布式网站日志数据采集方法和分布式网站*** | |
CN108363662A (zh) | 一种应用程序测试方法、存储介质及终端设备 | |
US20230094834A1 (en) | Fault Detection Method and Device of Live Stream Service, Electronic Device, and Readable Storage Medium | |
EP3849136A1 (en) | Service quality monitoring method, apparatus, and system | |
CN102752170A (zh) | 一种网络速度测试方法 | |
CN108429653B (zh) | 一种测试方法、设备和*** | |
CN105306246B (zh) | 一种自动应答网络类投诉的方法、装置和服务器 | |
CN102209010B (zh) | 一种网络测试***和方法 | |
CN109992485A (zh) | 一种调试日志提供方法、终端设备及服务器 | |
CN104679747A (zh) | 一种网址重定向的检测装置及方法 | |
CN103139014A (zh) | 基于旁路的网络质量评测方法及装置 | |
CN102984003A (zh) | 网络接入检测***和网络接入检测方法 | |
KR101824924B1 (ko) | 실시간 부하량에 따른 웹 사이트 성능 측정을 위한 시스템 및 방법 | |
CN107360062B (zh) | Dpi设备识别结果的验证方法、***及dpi设备 | |
CN103198062B (zh) | 一种监控页面死链和js错误的方法及*** | |
CN112256557B (zh) | 程序回归测试方法、装置、***、计算机设备及存储介质 | |
Rizothanasis et al. | Identifying user actions from HTTP (S) traffic | |
Krishnamurthy et al. | {PRO-COW}: Protocol Compliance on the {Web–A} Longitudinal Study | |
CN108268370A (zh) | 基于Referer和模板库匹配的网站质量分析方法、装置和*** | |
CN103297480A (zh) | 一种应用服务自动检测***和方法 | |
US10164819B2 (en) | Correlating web traffic events to a web page session | |
CN107104997A (zh) | 一种重定向方法、终端及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |