网络性能测试的方法及装置的制造方法
【技术领域】
[0001]本发明涉及互联网技术领域，尤其涉及一种网络性能测试的方法及装置。
【背景技术】
[0002]随着互联网技术的不断发展，通过移动终端上网已经十分普遍了，用户可以通过浏览器应用进行网页浏览，通过地图应用查询出行线路，或者通过即时通讯应用与好友聊天。在通过移动终端上网时，移动终端与网络侧进行数据交互的过程会产生诸多网络参数，包括网页加载时长、流量耗费等，这些网络参数能够反映出网络性能的优劣。通常，网络条件好坏、传输质量高低等因素都会对移动终端的网络性能产生影响，因此在实际应用中，有必要根据网络参数对移动终端的网络性能优劣进行测试。
[0003]目前的测试方式主要包括三种:第一、测试人员获取网页加载的起始时间和结束时间，据此手动计算网页加载的耗时，同时，通过移动终端的管理进程获取网页加载的流量消耗；第二、通过在应用(例如浏览器)源代码中植入测试代码的方式，记录获得网页加载的耗时以及流量消耗；第三、在移动终端和服务器之间增设中继(Relay)，网页访问产生的数据流经过中继时，由中继记录获得网页加载的耗时以及流量消耗。
[0004]在网络性能测试的实践过程中，发明人发现上述三种测试方式都存在各自的缺陷:第一、人工测试的方式需要测试人员借助秒表记录网页加载的起始/终止时间，或者对网页加载过程进行录像，通过对录像帧的分析获得网页加载的起始/终止时间，这种人工操作的测试方式效率低下，并且准确性较差；第二、植入测试代码的方式受应用厂商差异的限制较大，测试代码的兼容性较差，无法适用于其他产品中，同时，测试代码是针对应用客户端的代码植入，无法对网络侧的链路质量进行测试；第三、中继测试的方式受不同厂商私有协议的限制，无法对不同产品客户端的数据流进行区分，同时采用中继进行测试时需要保证移动终端与中继服务器处于同一个局域网内，无法适用于多网络接入点(AccessPoint Name,简称APN)环境下的测试。
【发明内容】
[0005]本发明提供一种网络性能测试的方法及装置，能够在终端侧自动完成网络性能的测试，不受客户端产品及应用环境的限制。
[0006]为达到上述目的，本发明一方面提供了一种网络性能测试的方法，包括:
[0007]捕获网络访问产生的数据包；
[0008]将捕获的数据包转换为人工可读的数据格式；
[0009]根据数据包的数据特征信息对格式转换后的数据包进行分流；
[0010]针对各个分支的数据流分别获取相应的网络性能参数，得到测试结果。
[0011]另一方面，本发明还提供了一种网络性能测试的装置，包括:
[0012]数据捕获单元，用于捕获网络访问产生的数据包；
[0013]格式转换单元，用于将所述数据捕获单元捕获的数据包转换为人工可读的数据格式；
[0014]数据分流单元，用于根据数据包的数据特征信息对所述格式转换单元格式转换后的数据包进行分流；
[0015]参数获取单元，用于针对所述数据分流单元分流出的各个分支的数据流分别获取相应的网络性能参数，得到测试结果。
[0016]本发明提供的网络性能测试的方法及装置，能够捕获各个应用在进行网络访问请求时所产生的数据包，然后将捕获的数据包转换为人工可读的数据格式，并根据数据包的数据特征信息对格式转换后的数据包进行分流，得到按一定规则分类的数据流，最后针对各个分支的数据流分别获取相应的网络性能参数，从而得到测试结果。本发明提供的网络性能测试的方法及装置，能够针对用户访问网页过程产生的不同数据流自动进行网络性能参数的获取，无需测试人员手动操作的参与，能够大大提高测试效率及测试结果的准确性；同时，由于该测试过程不涉及私有代码的植入，因此不受客户端品牌的限制，兼容性较高；此外，由于该测试过程不涉及私有协议，因此能够对不同应用产品产生的数据流进行识别和测试，并且应为测试过程无需中继介入，因此不受测试场景(例如终端与中继同属一个局域网内)的限制，使用范围更大，适合实际应用。
【附图说明】
[0017]为了更清楚地说明本发明或现有技术中的技术方案，下面将对或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0018]图1为本发明中网络性能测试的方法流程图；
[0019]图2为本发明中另一个网络性能测试的方法流程图；
[0020]图3为本发明中HTTP数据包分流的示意图；
[0021]图4为本发明中另一个HTTP数据包分流的示意图；
[0022]图5为本发明中又一个HTTP数据包分流的示意图；
[0023]图6为本发明中又一个网络性能测试的方法流程图；
[0024]图7为本发明中网络性能测试的装置的结构示意图；
[0025]图8为本发明中另一个网络性能测试的装置的结构示意图；
[0026]图9为本发明中又一个网络性能测试的装置的结构示意图。
【具体实施方式】
[0027]下面将结合本实施例中的附图，对本实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0028]为提供一种跨产品、跨场景的自动测试网络性能优劣的方式，本实施例提供了一种网络性能测试的方法，如图1所示，该方法包括:
[0029]101、捕获网络访问产生的数据包。
[0030]本实施例提供的测试方法能够基于终端侧，在应用客户端进行网页访问的过程中，同时对网页访问时的网络性能进行测试。例如，当用户启动某地图应用查找出行路线时，终端启动专用的测试线程捕获本次网络访问所产生的数据包。
[0031]本实施例中所述的网络访问所产生的数据包涉及上行数据和下行数据，包括数据信息和控制信息在内的所有数据交互所产生的数据包，本实施例不对数据包的内容进行限制。事例性的，在上述查找出行路线的场景中，终端通过测试线程捕获地图应用通过相应数据请求接口请求的页面信息、用户输入的起点/终点等搜索信息以及网络侧反馈的界面加载数据、搜索结果等信息。
[0032]需要说明的是，本实施例中，终端单独建立测试线程对运行中的应用线程进行测试，捕获相应的数据包，测试线程独立于应用线程，其测试过程不影响应用线程的正常运行，也就是说，终端可以在应用运行的过程中(例如用户通过浏览器访问网页时)独立地进行测试。但是，本实施例并不是将测试过程仅限定于应用运行过程中，在一些其他的实现方式中，终端还可以在应用运行时仅对网页访问所产生的数据包进行捕获，而对数据包分流、获取网络性能参数等后续执行步骤也可以在应用线程运行结束后开始启动执行，本实施例并无对测试过程和应用运行过程之间进行严格的对应限定。
[0033]在本实施例的一种实现方式中，终端中往往会同时运行多个应用，而每个应用又可能会同时运行多个执行线程，例如客户端前台实时加载游戏页面数据，同时后台下载游戏更新包，并且向网络侧服务器上传用户数据。在捕获数据包时，终端可以暂不对不同类型的数据包进行区分，仅将所有应用涉及的数据包作为测试所需的“原材料”进行初步捕获。
[0034]102、将捕获的数据包转换为人工可读的数据格式。
[0035]考虑到测试过程及测试结果的可读性，在设计测试交互界面时，需要将机器语言转化为以文字为基础的、易于测试人员认知的数据格式。本步骤中终端可以根据测试人员的预先设置，采用现有技术中较为典型的数据交换语言对数据包进行格式转换。本实施例不对采用的数据交换语言及转换后的数据格式进行具体限制。
[0036]103、根据数据包的数据特征信息对格式转换后的数据包进行分流。
[0037]如前所述，终端在步骤101中通过测试线程对所有应用中涉及的所有数据包进行初步捕获。在本步骤中，终端按照预设规则对步骤101中捕获的数据包进行分类，获得不同的数据流。本实施例中，数据包分类所采用的预设规则包括但不仅限于:应用种类、页面入口统一资源定位符(Universal Resource Locator,简称URL)地址、页面类型、数据对象格式、访问对象属性。下面，针对上述各种预设规则进行简要说明:
[0038]1、应用种类
[0039]终端可以从不同的应用种类维度对捕获的数据包进行分流，例如将同一厂商旗下的应用产品所涉及的数据包聚为一条数据流，或者将同属游戏类型的应用所涉及的