CN107018001A - 一种应用故障定位方法及装置 - Google Patents

一种应用故障定位方法及装置 Download PDF

Info

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
Application number
CN201610058288.7A
Other languages
English (en)
Other versions
CN107018001B (zh
Inventor
佘俊杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Group Guizhou Co Ltd
Original Assignee
China Mobile Group Guizhou Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Group Guizhou Co Ltd filed Critical China Mobile Group Guizhou Co Ltd
Priority to CN201610058288.7A priority Critical patent/CN107018001B/zh
Publication of CN107018001A publication Critical patent/CN107018001A/zh
Application granted granted Critical
Publication of CN107018001B publication Critical patent/CN107018001B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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的第一功能的故障原因的参考信息。
CN201610058288.7A 2016-01-28 2016-01-28 一种应用故障定位方法及装置 Active CN107018001B (zh)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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 无锡贝利珠计算机科技有限公司 一种终端客户体验管理的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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