使浏览器崩溃的网址的处理方法、装置及系统的制作方法
【专利摘要】本发明公开了一种使浏览器崩溃的网址的处理方法、装置及系统，属于终端测试【技术领域】。所述方法包括：获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。本发明通过采用上述方案能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
【专利说明】使浏览器崩溃的网址的处理方法、装置及系统
【技术领域】
[0001]本发明涉及终端测试【技术领域】，特别涉及一种使浏览器崩溃的网址的处理方法、装置及系统。
【背景技术】
[0002]随着智能的移动终端的普及使用，越来越多的用户采用移动终端进行各种上网活动，例如用户可以在移动终端上安装浏览器，通过浏览器浏览各个网站。
[0003]现有技术中，随着各种丰富多彩的网站的增多，用户可以通过移动终端的浏览器浏览越来越多的网页。但是在使用中，移动终端的浏览器不可能支持所有的网页，例如移动终端的浏览器在浏览某些网页的时候，会出现崩溃(Crash)现象，其中浏览器Crash可以表现为如闪退等现象。
[0004]在实现本发明的过程中，发明人发现现有技术至少存在以下问题:现有技术中，针对移动终端的浏览器在浏览某些网页的时候出现崩溃的现象，未做任何操作处理，因此，本发明亟需提供一种使浏览器崩溃的网址的处理方案，以在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，做出相应的操作处理，以便于后续解决移动终端的浏览器在浏览某些网页的时候出现崩溃的问题。
【发明内容】
[0005]为了解决现有技术的问题，本发明实施例提供了一种使浏览器崩溃的网址的处理方法、装置及系统。所述技术方案如下:
[0006]一方面，提供了一种使浏览器崩溃的网址的处理方法，所述方法包括:
[0007]获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；
[0008]控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。
[0009]可选地，如上所述的使浏览器崩溃的网址的处理方法中，所述获取待测试的网址列表，包括:
[0010]从服务器获取所述待测试的网址列表，所述待测试的网址列表中的所述至少一个网址包括所述服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；所述至少一个网址在所述网址列表中按点击率高低顺序排列。
[0011]可选地，如上所述的使浏览器崩溃的网址的处理方法中，所述控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址，包括:
[0012]A、按照所述至少一个网址在所述网址列表中的先后顺序，获取所述待测试浏览器本次要加载的当前网址；
[0013]B、控制所述待测试浏览器加载所述当前网址的网页；
[0014]C、检测所述当前网址的网页是否使得所述待测试浏览器崩溃；[0015]D、当检测到所述当前网址的网页使所述待测试浏览器崩溃时，将所述当前网址作为使所述待测试浏览器崩溃的网页的网址，并记录；
[0016]重复上述步骤A、B、C和D，直到控制所述待测试浏览器加载所述至少一个网址中的最后一个网址的网页，检测所述最后一个网址的网页是否使得所述待测试浏览器崩溃；当检测到所述最后一个网址的网页使所述待测试浏览器崩溃时，将所述最后一个网址作为使所述待测试浏览器崩溃的网页的网址。
[0017]可选地，如上所述的使浏览器崩溃的网址的处理方法中，控制所述待测试浏览器加载所述当前网址的网页之后，所述方法还包括:
[0018]记录所述待测试浏览器加载所述当前网址的网页时占用内存和中央处理器的参数数据。
[0019]可选地，如上所述的使浏览器崩溃的网址的处理方法中，检测所述当前网址的网页是否使得所述待测试浏览器崩溃，包括:
[0020]检测所述待测试浏览器加载所述当前网址的网页之后，判断所述待测试浏览器的进程是否关闭，当所述待测试浏览器的进程关闭，确定所述当前网址的网页使得所述待测试浏览器崩溃，否则当所述待测试浏览器的进程未关闭，确定所述当前网址的网页未使得所述待测试浏览器崩溃。
[0021]可选地，如上所述的使浏览器崩溃的网址的处理方法中，所述控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址之后，还包括:
[0022]向所述待测试浏览器的开发设备发送使所述待测试浏览器崩溃的网页的网址，以供所述待测试浏览器的开发设备根据使所述待测试浏览器崩溃的网页的参数，修改所述待测试浏览器的参数，使得所述待测试浏览器能够支持使所述待测试浏览器崩溃的网址的网页。
[0023]另一方面，提供了一种使浏览器崩溃的网址的处理装置，所述装置包括:
[0024]获取模块，用于获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；
[0025]处理模块，用于控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。
[0026]可选地，如上所述的使浏览器崩溃的网址的处理装置中，所述获取模块，具体用于从服务器获取所述待测试的网址列表，所述待测试的网址列表中的所述至少一个网址包括所述服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；所述至少一个网址在所述网址列表中按点击率高低顺序排列。
[0027]可选地，如上所述的使浏览器崩溃的网址的处理装置中，所述处理模块，包括:
[0028]获取单元，用于按照所述至少一个网址在所述网址列表中的先后顺序，获取所述待测试浏览器本次要加载的当前网址；
[0029]控制单元，用于控制所述待测试浏览器加载所述当前网址的网页；
[0030]检测单元，用于在所述控制单元控制所述待测试浏览器加载所述获取单元获取的所述当前网址的网页之后，检测所述当前网址的网页是否使得所述待测试浏览器崩溃；
[0031]记录单元，用于根据所述检测单元的检测结果，当检测到所述当前网址的网页使所述待测试浏览器崩溃时，将所述当前网址作为使所述待测试浏览器崩溃的网址，并记录;
[0032]执行单元，用于依次控制所述获取单元、所述控制单元、所述检测单元和所述记录单元重复执行，直到所述获取单元控制所述待测试浏览器加载所述至少一个网址中的最后一个网址的网页，所述检测单元检测所述最后一个网址的网页是否使得所述待测试浏览器崩溃；当所述检测单元检测到所述最后一个网址的网页使所述待测试浏览器崩溃时，所述记录单元将所述最后一个网址作为使所述待测试浏览器崩溃的网页的网址。
[0033]可选地，如上所述的使浏览器崩溃的网址的处理装置中，所述记录单元，还用于在所述控制单元控制所述待测试浏览器加载所述当前网址的网页之后，记录所述待测试浏览器加载所述当前网址的网页时占用内存和中央处理器的参数数据。
[0034]可选地，如上所述的使浏览器崩溃的网址的处理装置中，所述检测单元，具体用于检测所述待测试浏览器加载所述当前网址的网页之后，判断所述待测试浏览器的进程是否关闭，当所述待测试浏览器的进程关闭，确定所述当前网址的网页使得所述待测试浏览器崩溃，否则当所述待测试浏览器的进程未关闭，确定所述当前网址的网页未使得所述待测试浏览器崩溃。
[0035]可选地，如上所述的使浏览器崩溃的网址的处理装置中，还包括:
[0036]发送模块，用于在所述处理模块控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址之后，向所述待测试浏览器的开发设备发送使所述待测试浏览器崩溃的网页的网址，以供所述待测试浏览器的开发设备根据使所述待测试浏览器崩溃的网页的参数，修改所述待测试浏览器的参数，使得所述待测试浏览器能够支持使所述待测试浏览器崩溃的网址的网页。
[0037]再一方面，还提供了一种使浏览器崩溃的网址的处理系统，所述系统包括:控制设备和被控设备，所述控制设备用于启动所述被控设备，所述控制设备用于控制所述待测试浏览器在所述被控设备中打开；所述被控设备采用如上任一所述的使浏览器崩溃的网址的处理装置。
[0038]本发明实施例的使浏览器崩溃的网址的处理方法、装置及系统，通过获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。采用上述本发明实施例的技术方案，能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
【专利附图】
【附图说明】
[0039]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。[0040]图1为本发明实施例一提供的使浏览器崩溃的网址的处理方法的流程图。
[0041]图2为本发明实施例二提供的使浏览器崩溃的网址的处理方法的流程图。
[0042]图3为本发明实施例三提供的使浏览器崩溃的网址的处理方法的流程图。
[0043]图4为本发明实施例四提供的使浏览器崩溃的网址的处理装置的结构示意图。
[0044]图5为本发明实施例五提供的使浏览器崩溃的网址的处理装置的结构示意图。
[0045]图6为本发明实施例六提供的使浏览器崩溃的网址的处理系统的结构示意图。
【具体实施方式】
[0046]为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
[0047]实施例一
[0048]图1为本发明实施例一提供的使浏览器崩溃的网址的处理方法的流程图。如图1所示，本实施例的使浏览器崩溃的网址的处理方法，具体可以包括如下步骤:
[0049]100、获取待测试的网址列表，待测试的网址列表中包括至少一个网址；
[0050]101、控制待测试浏览器依次加载至少一个网址中的每一个网址的网页，并记录使待测试浏览器崩溃的网页的网址。
[0051]本实施例的使浏览器崩溃的网址的处理方法的执行主体为一使浏览器崩溃的网址的处理装置。本实施例中待测试的网址列表中包括至少一个网址，本实施例中的网址具体指的是网页地址，也可以称为网页的统一资源定位符(Uniform/Universal ResourceLocator ;URL),是因特网上标准的资源的地址(Address)。
[0052]本实施例的技术方案主要应用于对待测试浏览器进行测试的场景，因此本实施例的执行主体使浏览器崩溃的网址的处理装置具体可以设置在测试终端中，用于实现对待测试浏览器进行测试。
[0053]本发明实施例中，控制待测试浏览器加载一个网址的网页，具体指的是控制待测试浏览器打开该网址的网页。其中当待测试浏览器打开该待测试网址的网页的过程中出现闪退等Crash现象时，可以认为该网址的网页使得待测试浏览器崩溃，该网址即为使待测试浏览器崩溃的网页的网址。由于步骤101中是控制待测试浏览器依次加载至少一个网址中的每一个网址的网页，因此步骤101中记录的使待测试浏览器崩溃的网页的网址为待测试的网址列表中包括的至少一个网址中的。
[0054]本实施例的使浏览器崩溃的网址的处理方法，通过获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。采用上述本实施例的技术方案，能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0055]可选地，在上述图1所示实施例的技术方案的基础上，其中步骤100 “获取待测试的网址列表”，具体可以包括:从服务器获取待测试的网址列表，待测试的网址列表中的至少一个网址包括服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；至少一个网址在网址列表中按点击率高低顺序排列。
[0056]例如，可以在服务器上部署爬虫服务，该服务的作用在于获取alexa网站所列排名靠前网站的地址，访问这些网站并对网站上网页做文档对象模型(Document ObjectModel ；D0M)解析操作，按照配置的规则对网页页面上的URL链接做深度搜索，将爬到的页面下载下来并记录URL，生成URL列表，即待测试的网址列表。
[0057]可选地，步骤100中的“获取待测试的网址列表”还可以从其他设备获取该待测试的网址列表，或者在该使浏览器崩溃的网址的处理装置中预先存储有，可以直接获取。
[0058]可选地，在上述图1所示实施例的技术方案的基础上，其中步骤101 “控制待测试浏览器依次加载至少一个网址中的每一个网址的网页，并记录使待测试浏览器崩溃的网页的网址”，具体可以包括如下步骤:
[0059](I)按照至少一个网址在网址列表中的先后顺序，获取待测试浏览器本次要加载的当前网址；
[0060](2)控制待测试浏览器加载当前网址的网页；
[0061](3)检测当前网址的网页是否使得待测试浏览器崩溃；
[0062](4)当检测到当前网址的网页使待测试浏览器崩溃时，将当前网址作为使待测试浏览器崩溃的网页的网址，并记录；
[0063]重复上述步骤(I)- (4)，直到控制待测试浏览器加载完至少一个网址中的每一个网址的网页,结束。
[0064]需要说明的是，本实施例中所述的加载仅指的是加载这个动作，而未必加载上，SP不考虑加载的结果。例如当该待测试浏览器支持某一网页的时候，就能够加载上该网址，而当待测试浏览器不支持某一网页时，待测试浏览器加载该网页之后，可能加载失败，导致待测试浏览器Crash。
[0065]进一步可选地，上述实施例中的步骤(2) “控制待测试浏览器加载当前网址的网页”之后，还可以包括:记录待测试浏览器加载当前网址的网页时占用内存和中央处理器(Central Program Unite ;CPU)的参数数据，以便于当待测试浏览器加载该当前网址的网页出现Crash时，根据占用内存和CPU的参数数据分析待测试浏览器加载该当前网址的网页时的状态。
[0066]进一步可选地，上述实施例中的步骤(3)“检测当前网址的网页是否使得待测试浏览器崩溃:具体可以包括:检测待测试浏览器加载当前网址的网页之后，判断待测试浏览器的进程是否关闭，当待测试浏览器的进程关闭，确定当前网址的网页使得待测试浏览器崩溃，否则当待测试浏览器的进程未关闭，确定当前网址的网页未使得待测试浏览器崩溃。
[0067]进一步可选地，在上述实施例的步骤、101 “控制待测试浏览器依次加载至少一个网址中的每一个网址的网页，并记录使待测试浏览器崩溃的网页的网址”之后，还可以包括:向待测试浏览器的开发设备发送使待测试浏览器崩溃的网页的网址，以供待测试浏览器的开发设备根据使待测试浏览器崩溃的网页的参数，修改待测试浏览器的参数，使得待测试浏览器能够支持使待测试浏览器崩溃的网址的网页。
[0068]需要说明的是，上述所有可选技术方案可以采用可以结合的方式任意结合，形成本发明的可选实施例，在此不再赘述。[0069]采用上述本实施例的技术方案，能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0070]实施例二
[0071]图2为本发明实施例二提供的使浏览器崩溃的网址的处理方法的流程图。如图2所示，本实施例的使浏览器崩溃的网址的处理方法，具体可以包括如下步骤:
[0072]200、服务器生成待测试的网址列表；
[0073]例如服务器通过部署爬虫服务，获取alexa网站所列排名靠前网站的网址，并通过对获取的alexa网站所列排名靠前网站的网页做DOM解析分析，以及对这些网页的页面上的所有网址链接进行深度搜索，并将爬到的页面下载下来并记录网址，生成待测试的网址列表，详细可以参考上述相关技术，在此不再赘述。待测试的网址列表中可以包括多个网址，且着多个网址可以按照点击率的高低按顺序排列。本实施例中的待测试的网址列表也可以称为待测试的URL列表。
[0074]201、测试终端从服务器中获取待测试的网址列表；
[0075]202、测试终端控制待测试浏览器加载待测试的网址列表中的第一个网址，同时在已测试文档中记录该第一个网址；
[0076]例如测试终端中可以通过在一个文档中记录第一个网址。
[0077]203、测试终端检测待测试浏览器加载该第一个网址之后，待测试浏览器的进程是否关闭，当待测试浏览器关闭，执行步骤204 ;否则当待测试浏览器未关闭，执行步骤205 ；
[0078]204、测试终端确定第一网址的网页使得待测试浏览器崩溃；执行步骤206 ；
[0079]205、测试终端确定第一网址的网页未使得待测试浏览器崩溃；执行步骤207 ；
[0080]206、测试终端在Crash文档中记录第一个网址，执行步骤207 ；
[0081]207、测试终端按照待测试的网址列表中多个网址的先后顺序，获取待测试浏览器本次要加载的当前网址；执行步骤208 ；
[0082]208、测试终端控制待测试浏览器加载当前网址的网页，同时在已测试文档中记录该当前网址；执行步骤208 ；
[0083]例如测试终端中可以通过覆盖写入的方式在一个文档中记录当前网址，即将当前网址覆盖之前写入的第一个网址。
[0084]209、测试终端检测待测试浏览器加载该当前网址的网页之后，待测试浏览器的进程是否关闭，当待测试浏览器关闭，执行步骤210;否则当待测试浏览器未关闭，执行步骤211 ；
[0085]210、测试终端确定当前网址的网页使得待测试浏览器崩溃；执行步骤212 ；
[0086]211、测试终端确定当前网址的网页未使得待测试浏览器崩溃；执行步骤213 ；
[0087]212、测试终端在Crash文档中记录当前网址，执行步骤213 ；
[0088]213、测试终端判断当前网址是否为待测试的网址列表中的最后一个，当是的时候，执行步骤214 ;否则返回步骤207 ；
[0089]214、测试终端向待测试浏览器的开发设备发送Crash文档中记录的所有使待测试浏览器崩溃的网页的网址；执行步骤215 ；
[0090]215、待测试浏览器的开发设备根据使待测试浏览器崩溃的网页的参数，修改待测试浏览器的参数，使得待测试浏览器能够支持使待测试浏览器崩溃的网址的网页。
[0091]采用上述本实施例的技术方案，能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，并在后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0092]需要说明的是，上述实施例中主要是在测试终端侧描述本发明的技术方案。实际应用中，本发明实施例的技术方案还可以使用在一个包括控制端和被控制端的测试工具，具体地控制端和被控制端具体可以通过软件程序来实现。
[0093]例如该控制端，在本发明实施例中也可以称之为TestURL，负责启动被控制端，监控被控制端，当被控制端crash以后启动被控制端,记录和上传使浏览器crash的URL列表以及1gcat日志。
[0094]被控制端，也可以称之为TestClient,基于qqdriver的被控制端,其与待测试程序一手机浏览器如QQ浏览器是处在同一个进程中，即当手机浏览器crash时，TestClient同样会crash。其作用主要是启动待测试程序即手机浏览器，使用qqdriver控制浏览器打开待测试URL列表中的某个URL，记录打开该URL过程中手机浏览器的内存和CPU的参数数据。本实施例的待测试URL列表也是由服务器通过部署爬虫服务，该服务的作用在于获取alexa网站所列排名靠前网站的地址，访问这些网站并对网站上网页做DOM解析操作，按照配置的规则对页面上的URL链接做深度搜索，将爬到的页面下载下来并记录URL，生成待测试的URL列表，详细亦可以参考上述相关实施例的记载，在此不再赘述。
[0095]实施例三
[0096]图3为本发明实施例三提供的使浏览器崩溃的网址的处理方法的流程图。本实施例的使浏览器崩溃的网址的处理方法使用在上述包括控制端TestURL和被控制端TestClient的测试工具中，如图3所示，本实施例的使浏览器崩溃的网址的处理方法，具体可以包括如下步骤:
[0097]300、TestURL 使用 Intrumentation 框架中的方法启动 TestClient ；
[0098]其中Instrumentation为谷歌(google)官方为android系统测试提供的一种机制，该机制是一系列对android系统进行控制的方法的集合。可以在android程序正常的生命周期之外独立的控制android应用的各个组件。
[0099]301、TestClient从服务器拉取待测试url列表，并调用qqdriver启动待测试手机浏览器；
[0100]例如qqdriver为腾讯自研的安卓(android)平台界面自动化测试工具,其实现方式是基于Instrumentation框架的。
[0101]302、TestURL使用Intrumentation框架中的方法启动TestClient以后，定期检测TestClient中的手机浏览器进程，当能够检测到TestClient中的手机浏览器进程，确定测试开始；
[0102]步骤301和步骤302可以没有先后顺序，步骤302中当能够检测到TestClient中的手机浏览器进程，即步骤301中已调用qqdriver启动待测试手机浏览器，此时TestURL确定测试开始，同时TestURL继续对手机QQ浏览器进程的监控。
[0103]具体地,TestURL使用Intrumentation框架中的方法启动TestClient以后，可以每30S —次查找手机QQ浏览器程序进程。如果找到手机QQ浏览器进程，视为测试开始，反之继续检测，到一定次数后，视为启动测试失败，结束测试。
[0104]303、TestClient从待测试的URL列表中获取本次测试的URL ；
[0105]其中待测试URL列表中的URL按照一定顺序排列。例如当第一次获取本次测试的URL时，本次测试的URL为待测试URL列表中的第一个URL。当不是第一次获取本次测试的URL时，本次测试的URL均为待测试URL列表中上次获取的待测试URL的下一个。具体实现时，从done, txt中获取上一次导致浏览器crash的已测试URL,将该已测试URL与待测试URL列表中的URL按照从前先后加载的顺序对比，直到找到待测试URL列表中与该已测试URL相等的URL，其待测试URL列表中该已测试URL的下一个URL即为本次测试的URL。
[0106]304、TestClient将本次测试的URL以覆盖的方式写入done, txt中；使用qqdriver控制手机浏览器加载本次测试的URL ;同时TestURL继续对手机QQ浏览器进程的监控；
[0107]本实施例中的done, txt用于存储本次测试的URL。其中TestClient将本次测试的URL以覆盖的方式写入done, txt中，即表示done, txt中仅存储本次测试的URL,本次测试的URL在被测试之前,都会被写入至done, txt中，且覆盖该done, txt中之前被写入的其他内容。
[0108]305、TestURL判断手机浏览器加载本次测试的URL是否正常，当正常时，执行306 ；否则当不正常时，执行步骤307 ；
[0109]TestURL判断手机浏览器加载本次测试的URL是否正常，具体为qqdriver控制手机浏览器加载本次测试的URL之后，TestURL判断手机浏览器进程是否出现Crash，当出现Crash时，确定加载不正常，即手机浏览器加载本次测试的URL失败；否则当手机浏览器进程未出现Crash，确定加载正常，即手机浏览器加载本次测试的URL成功。需要说明的是，TestClient与手机浏览器属于同一进程，当手机浏览器Crash时,TestClient也Crash 了。
[0110]306、TestURL控制TestClient判断本次测试的URL是否为待测试URL列表中的最后一个，若是，执行步骤308 ;否则不是，执行步骤303 ；
[0111]307、TestURL重新调用Instrumentation框架中方法启动TestClient ;执行步骤309 ；
[0112]其中crash, txt中存储URL为使浏览器Crash的URL。TestClient将本次测试的URL写入crash, txt中，具体实现时，可以将当前done, txt中的URL存入crash, txt中。
[0113]308、TestClient将测试结束标识写入done, txt中，测试结束,TestURL将crash.txt以及crash, log发送给服务器；执行310 ；
[0114]309、TestURL 控制 TestClient 将本次测试的 URL 写入 crash, txt 中，调用 1gcat命令将发生crash时的日志记录在crash, log中；执行步骤303 ；
[0115]310、服务器根据crash, txt以及crash, log中的信息修改手机浏览器的参数,使得手机浏览器能够支持crash, txt中的URL的网页。
[0116]本实施例的使浏览器崩溃的网址的处理方法，能够在手机浏览器在浏览某些网页的时候出现crash之后，能够自动有效地获取使手机浏览器crash的网页的网址，并在后续根据使手机浏览器崩溃的网页的网址，解决手机浏览器在浏览这些网址的网页的时候出现crash的问题，从而可以使得手机浏览器能够支持浏览更多的网站，提供手机浏览器的使用便利性。
[0117]实施例四
[0118]图4为本发明实施例四提供的使浏览器崩溃的网址的处理装置的结构示意图。如图4所示，本实施例的使浏览器崩溃的网址的处理装置，具体可以包括获取模块10和处理模块11。
[0119]其中获取模块10获取待测试的网址列表，该待测试的网址列表中包括至少一个网址；处理模块11与获取模块10连接，处理模块用于控制待测试浏览器依次加载获取模块10获取的待测试的网址列表的至少一个网址中的每一个网址的网页，并记录使待测试浏览器崩溃的网页的网址。
[0120]本实施例的使浏览器崩溃的网址的处理装置，通过采用上述模块实现本实施例的使浏览器崩溃的网址的处理与上述相关方法实施例的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。
[0121]本实施例的使浏览器崩溃的网址的处理装置，通过采用上述模块实现获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址；控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。采用上述本实施例的技术方案，能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0122]实施例五
[0123]图5为本发明实施例五提供的使浏览器崩溃的网址的处理装置的结构示意图。如图5所示，本实施例的使浏览器崩溃的网址的处理装置在上述图4所示实施例的基础上，进一步还可以包括如下技术方案。
[0124]本实施例的获取模块10具体用于从服务器获取待测试的网址列表，该待测试的网址列表中的至少一个网址包括服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；该至少一个网址在网址列表中按点击率高低顺序排列。
[0125]如图5所示，本实施例的使浏览器崩溃的网址的处理装置中，处理模块11具体可以包括获取单元111、控制单元112、检测单元113、记录单元114和执行单元115。
[0126]其中获取单元111与获取模块10连接，获取单元111用于按照获取模块10获取的至少一个网址在网址列表中的先后顺序，获取待测试浏览器本次要加载的当前网址；控制单元112与获取单元111连接，控制单元112用于控制待测试浏览器加载获取单元111获取的当前网址的网页；检测单元113与控制单元112连接，检测单元113用于在控制单元112控制待测试浏览器加载获取单元111获取的当前网址的网页之后，检测当前网址的网页是否使得待测试浏览器崩溃；记录单元114与检测单元113连接，记录单元114用于根据检测单元113的检测结果，当检测到当前网址的网页使待测试浏览器崩溃时，将当前网址作为使待测试浏览器崩溃的网址，并记录；执行单元115分别与获取单元111、控制单元112、检测单元113和记录单元114连接，执行单元115用于依次控制获取单元111、控制单元112、检测单元113和记录单元114重复执行，直到控制单元112控制待测试浏览器加载至少一个网址中的最后一个网址的网页，检测单元113检测所述最后一个网址的网页是否使得待测试浏览器崩溃；当检测单元113检测到所述最后一个网址的网页使所述待测试浏览器崩溃时，记录单元114将所述最后一个网址作为使所述待测试浏览器崩溃的网页的网址，结束。
[0127]进一步可选地,记录单元114还与控制单元112连接,记录单元114还用于在控制单元112控制待测试浏览器加载当前网址的网页之后，记录待测试浏览器加载当前网址的网页时占用内存和中央处理器的参数数据。
[0128]进一步可选地，检测单元113具体用于检测待测试浏览器加载获取单元1111当前网址的网页之后，判断待测试浏览器的进程是否关闭，当待测试浏览器的进程关闭，确定当前网址的网页使得待测试浏览器崩溃，否则当待测试浏览器的进程未关闭，确定当前网址的网页未使得待测试浏览器崩溃。
[0129]如图5所示，进一步可选地，本实施例的使浏览器崩溃的网址的处理装置中还可以包括发送模块12。
[0130]其中该发送模块12与处理模块11连接，发送模块12用于在处理模块11控制待测试浏览器依次加载至少一个网址中的每一个网址的网页，并记录使待测试浏览器崩溃的网页的网址之后，向待测试浏览器的开发设备发送使待测试浏览器崩溃的网页的网址，以供待测试浏览器的开发设备根据使待测试浏览器崩溃的网页的参数，修改待测试浏览器的参数，使得待测试浏览器能够支持使待测试浏览器崩溃的网址的网页。例如该发送模块12具体可以与执行单元115连接，在执行单元115执行结束后，向待测试浏览器的开发设备发送使待测试浏览器崩溃的网页的网址，以供待测试浏览器的开发设备根据使待测试浏览器崩溃的网页的参数，修改待测试浏览器的参数，使得待测试浏览器能够支持使待测试浏览器崩溃的网址的网页。
[0131]需要说明的是，上述所有可选技术方案可以采用可以结合的方式任意结合，形成本发明的可选实施例，在此不再赘述。
[0132]本实施例的使浏览器崩溃的网址的处理装置，通过采用上述模块能够在移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0133]实施例六
[0134]图6为本发明实施例六提供的使浏览器崩溃的网址的处理系统的结构示意图。如图6所示，本实施例的使浏览器崩溃的网址的处理系统具体可以包括:控制设备20和被控设备30。
[0135]其中控制设备20用于启动被控设备30，控制设备20用于控制待测试浏览器在被控设备30中打开；本实施例的被控设备30具体可以采用上述图4或者图5所示实施例的使浏览器崩溃的网址的处理装置。例如本实施例的使浏览器崩溃的网址的处理系统在实现使浏览器崩溃的网址的处理时，具体可以参考上述图3所示实施例的方法来实现，详细可以参考上述相关实施例的记载，在此不再赘述。
[0136]本实施例的使浏览器崩溃的网址的处理系统，通过采用上述控制设备和被控设备，能够有效地测试移动终端的浏览器在浏览某些网页的时候出现崩溃的现象之后，能够自动有效地获取使待测试浏览器崩溃的网页的网址，以便于后续根据使待测试浏览器崩溃的网页的网址，解决移动终端的浏览器在浏览这些网址的网页的时候出现崩溃的问题，从而可以使得移动终端的浏览器能够支持浏览更多的网站，提供移动终端的浏览器的使用便利性。
[0137]需要说明的是:上述实施例提供的使浏览器崩溃的网址的处理装置在对使浏览器崩溃的网址的处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的使浏览器崩溃的网址的处理的装置与使浏览器崩溃的网址的处理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0138]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0139]本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0140]以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种使浏览器崩溃的网址的处理方法，其特征在于，所述方法包括: 获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址； 控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。
2.根据权利要求1所述的方法，其特征在于，所述获取待测试的网址列表，包括: 从服务器获取所述待测试的网址列表，所述待测试的网址列表中的所述至少一个网址包括所述服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；所述至少一个网址在所述网址列表中按点击率高低顺序排列。
3.根据权利要求2所述的方法，其特征在于，所述控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址，包括: A、按照所述至少一个网址在所述网址列表中的先后顺序，获取所述待测试浏览器本次要加载的当前网址； B、控制所述待测试浏览器加载所述当前网址的网页； C、检测所述当前网址的网页是否使得所述待测试浏览器崩溃； D、当检测到所述当前网址的网页使所述待测试浏览器崩溃时，将所述当前网址作为使所述待测试浏览器崩溃的网页的网址，并记录； 重复上述步骤A、B、C和D，直到控制所述待测试浏览器加载所述至少一个网址中的最后一个网址的网页，检测所述最后一个网址的网页是否使得所述待测试浏览器崩溃；当检测到所述最后一个网址的网页使所述待测试浏览器崩溃时，将所述最后一个网址作为使所述待测试浏览器崩溃的网页的网址。
4.根据权利要求3所述的方法，其特征在于，控制所述待测试浏览器加载所述当前网址的网页之后，所述方法还包括: 记录所述待测试浏览器加载所述当前网址的网页时占用内存和中央处理器的参数数据。
5.根据权利要求3或者4所述的方法，其特征在于，检测所述当前网址的网页是否使得所述待测试浏览器崩溃，包括: 检测所述待测试浏览器加载所述当前网址的网页之后，判断所述待测试浏览器的进程是否关闭，当所述待测试浏览器的进程关闭，确定所述当前网址的网页使得所述待测试浏览器崩溃，否则当所述待测试浏览器的进程未关闭，确定所述当前网址的网页未使得所述待测试浏览器崩溃。
6.根据权利要求1-4任一所述的方法，其特征在于，所述控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址之后，所述方法还包括: 向所述待测试浏览器的开发设备发送使所述待测试浏览器崩溃的网页的网址，以供所述待测试浏览器的开发设备根据使所述待测试浏览器崩溃的网页的参数，修改所述待测试浏览器的参数，使得所述待测试浏览器能够支持使所述待测试浏览器崩溃的网址的网页。
7.一种使浏览器崩溃的网址的处理装置，其特征在于，所述装置包括: 获取模块，用于获取待测试的网址列表，所述待测试的网址列表中包括至少一个网址； 处理模块，用于控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址。
8.根据权利要求7所述的装置，其特征在于，所述获取模块，具体用于从服务器获取所述待测试的网址列表，所述待测试的网址列表中的所述至少一个网址包括所述服务器通过部署爬虫，获取的点击排名靠前的站点的网页上所有链接的网址；所述至少一个网址在所述网址列表中按点击率高低顺序排列。
9.根据权利要求8所述的装置，其特征在于，所述处理模块，包括: 获取单元，用于按照所述至少一个网址在所述网址列表中的先后顺序，获取所述待测试浏览器本次要加载的当前网址； 控制单元，用于控制所述待测试浏览器加载所述当前网址的网页； 检测单元，用于在所述控制单元控制所述待测试浏览器加载所述获取单元获取的所述当前网址的网页之后，检测所述当前网址的网页是否使得所述待测试浏览器崩溃； 记录单元，用于根据所述检测单元的检测结果，当检测到所述当前网址的网页使所述待测试浏览器崩溃时，将所述当前网址作为使所述待测试浏览器崩溃的网址，并记录； 执行单元，用于依次控制所述获取单元、所述控制单元、所述检测单元和所述记录单元重复执行，直到所述获取单元控制所述待测试浏览器加载所述至少一个网址中的最后一个网址的网页，所述检测单元检测所述最后一个网址的网页是否使得所述待测试浏览器崩溃；当所述检测单元检测到所述最后一个网址的网页使所述待测试浏览器崩溃时，所述记录单元将所述最后一个网址作为使所述待测试浏览器崩溃的网页的网址。
10.根据权利要求9所述的装置，其特征在于，所述记录单元，还用于在所述控制单元控制所述待测试浏览器加载所述当前网址的网页之后，记录所述待测试浏览器加载所述当前网址的网页时占用内存和中央处理器的参数数据。
11.根据权利要求9或者10所述的装置，其特征在于，所述检测单元，具体用于检测所述待测试浏览器加载所述当前网址的网页之后，判断所述待测试浏览器的进程是否关闭，当所述待测试浏览器的进程关闭，确定所述当前网址的网页使得所述待测试浏览器崩溃，否则当所述待测试浏览器的进程未关闭，确定所述当前网址的网页未使得所述待测试浏览器崩溃。
12.根据权利要求7-10任一所述的装置，其特征在于，所述装置还包括: 发送模块，用于在 所述处理模块控制待测试浏览器依次加载所述至少一个网址中的每一个网址的网页，并记录使所述待测试浏览器崩溃的网页的网址之后，向所述待测试浏览器的开发设备发送使所述待测试浏览器崩溃的网页的网址，以供所述待测试浏览器的开发设备根据使所述待测试浏览器崩溃的网页的参数，修改所述待测试浏览器的参数，使得所述待测试浏览器能够支持使所述待测试浏览器崩溃的网址的网页。
13.—种使浏览器崩溃的网址的处理系统，其特征在于，所述系统包括:控制设备和被控设备，所述控制设备用于启动所述被控设备，所述控制设备用于控制所述待测试浏览器在所述被控设备中打开；所述被控设备采用如上权利要求7-12任一所述的使浏览器崩溃的网址的处理装置。
【文档编号】G06F11/36GK103810086SQ201210443887
【公开日】2014年5月21日 申请日期:2012年11月8日 优先权日:2012年11月8日
【发明者】丁如敏, 皮凯 申请人:腾讯科技（深圳）有限公司