CN103067214A - 用于测试网站性能的方法、客户端、服务器和系统 - Google Patents

Abstract

本申请公开了一种用于测试网站性能的方法、客户端、服务器和系统，其中，该方法包括：接收测试需求信息，其中，测试需求信息包括多条网页测试请求；向服务器发送多条网页测试请求；接收响应于多条网页测试请求的网站测试结果。本申请通过批量发送和处理多条网页测试请求，解决现有技术中由于需要手动操作而导致的测试时间较长的问题，减少了测试时间，简化了操作。

Description

用于测试网站性能的方法、客户端、服务器和系统

技术领域

本申请涉及互联网领域，具体而言，涉及一种用于测试网站性能的方法、客户端、服务器和系统。

背景技术

目前，针对网站性能的测试，主要依靠人工手动进行测试。下面以业内常用的几款网站性能测试工具为例来描述现有技术中测试网站性能的过程。

首先描述一下业内常用的几款网站性能测试工具：

1)Firebug：基于firefox和ie浏览器的插件，能够抓取到网页中的dom(Document ObjectModel，文档对象模型)树和http传输数据；

2)Yslow：基于firebug插件的firefox浏览器插件，根据网页优化规则对网页性能进行评分，只适用于firefox；

3)Dynatrace ajax：基于windows桌面客户端的网页性能评估工具，按不同纬度对网页的响应时间、timeline(时间轴)、javascript(java脚本)、hotspot(热点)等数据进行抓取；目前适用于IE和Firefox。

上述三款测试工具以浏览器插件或桌面客户端形式实现。在测试网站性能的过程中，针对每一条网页测试请求，需要手动驱动浏览器插件或客户端软件以抓取相应的网页性能数据。这样，每测试一个网页，都需要手工操作一遍，大大增加了测试时间和测试复杂度。对于获取具备一定规模的网站的性能数据，上述测试方式几乎不可行。

此外，现有的网站性能测试方法的关注点主要集中在服务器端的吞吐能力上，而不关注用户具体的网络环境和客户端的系统环境，这样获取的网站性能数据(如响应时间、html dom展示、javascript分析等)只具备个别意义，不能作为普遍的前端性能数据参考。

发明内容

本申请的主要目的在于提供一种用于测试网站性能的方法、客户端、服务器和系统，以至少解决现有技术中由于需要手动操作而导致的测试时间较长的问题。

根据本申请的一个方面，提供了一种用于测试网站性能的方法，其包括：接收测试需求信息，其中，测试需求信息包括多条网页测试请求；向服务器发送多条网页测试请求，以使服务器执行多条网页测试请求所请求的网站性能测试；接收响应于多条网页测试请求的网站测试结果。

进一步的，向服务器发送多条网页测试请求的步骤包括：根据用户输入的需求设置发送多条网页测试请求的速率；按照所设置的速率向服务器发送多条网页测试请求。

进一步的，根据用户输入的需求设置发送多条网页测试请求的速率的步骤包括：根据用户输入的需求中的带宽以及并发请求的最大线程数来设置多条网页测试请求的速率。

进一步的，接收响应于多条网页测试请求的网站测试结果之后，还包括：判断测试结果是否超过阈值；若超过，则输出告警信号。

进一步的，向服务器发送多条网页测试请求时，还包括：向发送多条网页测试请求的处理设备发送请求信息，其中，请求信息用于请求处理设备当前的系统资源使用状态信息；接收处理设备响应于请求信息反馈的系统资源使用状态信息。

进一步的，接收响应于多条网页测试请求的网站测试结果之后，还包括：在系统资源使用状态信息与网站测试结果之间建立映射关系；据具有映射关系的系统资源使用状态信息与网站测试结果对网站性能进行分析。

根据本申请的另一方面，提供了一种用于测试网站性能的客户端，其包括：第一接收单元，用于接收测试需求信息，其中，测试需求信息包括多条网页测试请求；第一发送单元，用于向服务器发送多条网页测试请求，以使服务器执行多条网页测试请求所请求的网站性能测试；第二接收单元，用于接收服务器返回的响应于多条网页测试请求的网站测试结果。

进一步的，用于测试网站性能的客户端还包括：设置单元，用于根据用户输入的需求设置发送多条网页测试请求的速率；控制单元，用于在第一发送单元向服务器发送多条网页测试请求时按照所设置的速率来控制多条网页测试请求的发送。

进一步的，用于测试网站性能的客户端还包括：第二发送单元，用于在第一发送单元向服务器发送多条网页测试请求时，向发送多条网页测试请求的处理设备发送请求信息，其中，请求信息用于请求处理设备当前的系统资源使用状态信息；第三接收单元，用于接收处理设备响应于请求信息反馈的系统资源使用状态信息。

进一步的，用于测试网站性能的客户端还包括：映射单元，用于接收服务器返回的响应于多条网页测试请求的网站测试结果之后，在系统资源使用状态信息与网站测试结果之间建立映射关系；分析单元，用于根据具有映射关系的系统资源使用状态信息与网站测试结果对网站性能进行分析。

根据本申请的又一方面，提供了一种用于测试网站性能的服务器，其包括：接收单元，用于接收客户端发送的测试需求信息，其中，测试需求信息包括多条网页测试请求；处理单元，用于批量响应多条网页测试请求，并批量执行多条网页测试请求所请求的网站性能测试；发送单元，用于将批量处理的网站测试结果发送给客户端。

进一步的，接收单元用于按照用户设置的速率来接收多条网页测试请求。

根据本申请的又一方面，提供了一种用于测试网站性能的系统，其包括：如上所述的用于测试网站性能的客户端和用于测试网站性能的服务器。

通过本申请的技术方案，能够达到以下有益效果：

1)通过批量发送和处理多条网页测试请求，避免了对每测试一个网页都需要手工操作一遍的问题，从而减少了测试时间，简化了操作；

2)通过控制发送网页测试请求的速率，可以实现在一台客户端上能够模拟不同客户端环境下的网站性能测试，这样节省了测试的硬件设备；

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的用于测试网站性能的系统的一种优选结构示意图；

图2是根据本申请实施例的用于测试网站性能的客户端的结构示意图；

图3是根据本申请实施例的客户端的一种优选结构示意图；

图4是根据本申请实施例的客户端的另一种优选结构示意图；

图5是根据本申请实施例的用于测试网站性能的服务器的结构示意图；

图6是根据本申请实施例的用于测试网站性能的系统的另一种优选结构示意图；

图7是根据本申请实施例的用于测试网站性能的方法的一种优选流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在描述本申请的各实施例的进一步细节之前，将参考图1来描述可用于实现本申请的原理的一个合适的计算体系结构。在以下描述中，除非另外指明，否则将参考由一个或多个计算机执行的动作和操作的符号表示来描述本申请的各实施例。由此，可以理解，有时被称为计算机执行的这类动作和操作包括计算机的处理单元对以结构化形式表示数据的电信号的操纵。这一操纵转换了数据或在计算机的存储器系统中的位置上维护它，这以本领域的技术人员都理解的方式重配置或改变了计算机的操作。维护数据的数据结构是具有数据的格式所定义的特定属性的存储器的物理位置。然而，尽管在上述上下文中描述本申请，但它并不意味着限制性的，如本领域的技术人员所理解的，后文所描述的动作和操作的各方面也可用硬件来实现。

转向附图，其中相同的参考标号指代相同的元素，本申请的原理被示为在一个合适的计算环境中实现。以下描述基于所述的本申请的实施例，并且不应认为是关于此处未明确描述的替换实施例而限制本申请。

图1示出了可用于这些设备的一个示例计算机体系结构的示意图。出于描述的目的，所绘的体系结构仅为合适环境的一个示例，并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图1所示的任一组件或其组合具有任何依赖或需求。

本申请的原理可以使用其它通用或专用计算或通信环境或配置来操作。适用于本申请的众所周知的计算系统、环境和配置的示例包括但不限于，个人计算机、服务器，多处理器系统、基于微处理的系统、小型机、大型计算机、以及包括任一上述系统或设备的分布式计算环境。

在其最基本的配置中，图1中的用于测试网站性能的系统100至少包括：一个用于测试网站性能的服务器102以及一个或多个用于测试网站性能的客户端104。服务器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置、用于存储数据的存储装置以及与客户端通信的传输装置；客户端104可以包括：微处理器MCU、与服务器通信的传输装置、与用户交互的显示装置。在本说明书和权利要求书中，“用于测试网站性能的系统”也可以被定义为能够执行软件、固件或微码来实现功能的任何硬件组件或硬件组件的组合。用于测试网站性能的系统100甚至可以是分布式的，以实现分布式功能。

如本申请所使用的，术语“模块”、“组件”或“单元”可以指在用于测试网站性能的系统100上执行的软件对象或例程。此处所描述的不同组件、模块、单元、引擎和服务可被实现为在用于测试网站性能的系统100上执行(例如，作为单独的线程)的对象或进程。尽管此处所描述的系统和方法较佳地以软件来实现，但是硬件或软件和硬件的组合的实现也是可能并被构想的。

实施例1

如图1所示，用于测试网站性能的系统100包括：一个用于测试网站性能的服务器102以及一个或多个用于测试网站性能的客户端104。优选的，用于测试网站性能的服务器102可以为网站的服务器，也可以是与网站的服务器不同的其他服务器。

在测试网站性能的过程中，客户端104可以但不限于接收用户输入的测试需求信息，其中，所述测试需求信息包括多条网页测试请求，当然，客户端104还可以从其他网元处接收上述测试需求信息。客户端104在接收到测试触发信号时向服务器102发送所述多条网页测试请求。服务器102在接收到多条网页测试请求之后批量响应所述多条网页测试请求，并批量执行所述多条网页测试请求所请求的网站性能测试，然后将批量处理的网站测试结果发送给客户端104。上述实施例通过批量发送和处理多条网页测试请求，避免了对每测试一个网页都需要手工操作一遍的问题，从而减少了测试时间，简化了操作。

下面结合附图来分别描述用于测试网站性能的客户端和服务器。

图2是根据本申请实施例的用于测试网站性能的客户端的结构示意图，如图2所示，用于测试网站性能的客户端包括：第一接收单元202，用于接收测试需求信息，其中，所述测试需求信息包括多条网页测试请求；第一发送单元204，用于在所述第一接收单元接收到测试触发信号时，向服务器发送所述多条网页测试请求，以使所述服务器执行所述多条网页测试请求所请求的网站性能测试，其中，上述服务器可以为网站的服务器，也可以是与网站的服务器不同的其他服务器，此外，作为一种优选的方案，第一发送单元204也可以在第一接收单元接收到测试需求信息之后直接向服务器发送所述多条网页测试请求，而不用等到接收测试触发信号之后再发送；第二接收单元206，用于接收所述服务器返回的响应于所述多条网页测试请求的网站测试结果。上述实施例通过批量发送和处理多条网页测试请求，避免了对每测试一个网页都需要手工操作一遍的问题，从而减少了测试时间，简化了操作。

本申请还在模拟不同的客户端方面进行了改进，提供了一种优选的客户端，如图3所示，其在图2所示的客户端的基础上，进一步包括：设置单元208，用于根据用户输入的需求设置发送多条网页测试请求的速率；控制单元210，用于在所述第一发送单元向服务器发送所述多条网页测试请求时按照所设置的速率来控制所述多条网页测试请求的发送。通过控制发送网页测试请求的速率，可以实现在一台客户端上能够模拟不同客户端环境下的网站性能测试，这样节省了测试的硬件设备。

设置单元208根据用户输入的需求设置发送多条网页测试请求的速率的步骤包括：设置单元208根据所述用户输入的需求中的带宽以及并发请求的最大线程数来设置多条网页测试请求的速率。

优选的，可以根据所述用户输入的需求中的带宽以及并发请求的最大线程数来设置系统用于发送的延迟，已达到设置多条网页测试请求的速率的目的，具体地步骤如下所示：

1)模拟的带宽＝并发请求最大线程数*单个请求最大传输速率(r/s)。

2)单个请求最大传输速率模拟算法：假设模拟的带宽为r，在请求发起前和代理服务器端接收后各打一个时间戳，获取该请求的传输时间(ts0，ts1，ts2...)，并计算请求数据量的(b0，b1，b2...)；当

且(sum(ts0+ts1+ts2+...)＜1000)，则系统延迟＝1000-sum(ts0+ts1+ts2+...)。

具体而言，大型办公网络一般带宽为千兆，当前的需求是要模拟网络实际带宽为256k；按照上述算法进行计算，某一时刻，网页发起3个请求，在每个请求发起前和代理服务器端接收后各打一个时间戳，获得请求的传输时间为10ms、80ms、520ms，并计算得出每次发送的请求数据量大小为5k、38k、340k；根据且10ms+80ms+520ms＜1s，符合算法计算的前提条件，则系统需要设置延迟1000-(10+80+520)＝390ms。这是当前时刻的延迟计算情况，随着时间的变化，即时请求数和发起时间不断变化，则程序端设置的延迟也不断变化。

为了使得网站性能的测试结果能够被准确分析，本申请还获取和记录了测试网站性能时发送网页测试请求的处理设备的系统资源信息。为了实现上述目的，本申请还提供了一种优选的客户端，如图4所示，其在图2所示的客户端的基础上，客户端还包括：第二发送单元212，用于在所述第一发送单元向服务器发送所述多条网页测试请求时，向发送所述多条网页测试请求的处理设备发送请求信息，其中，所述处理设备可以位于客户端中，也可以位于其他网络设备中，所述请求信息用于请求所述处理设备当前的系统资源使用状态信息，例如，该系统资源使用状态信息可以包括但不限于以下内容：系统CPU占用率、进程使用信息、内存占用率；第三接收单元214，用于接收所述处理设备响应于所述请求信息反馈的系统资源使用状态信息。

在图4所示的客户端中，客户端还可以包括：映射单元216，用于接收所述服务器返回的响应于所述多条网页测试请求的网站测试结果之后，在所述系统资源使用状态信息与所述网站测试结果之间建立映射关系；分析单元218，用于根据具有映射关系的所述系统资源使用状态信息与所述网站测试结果对所述网站性能进行分析。在本实施例中，通过获得网站测试结果所对应的系统资源使用状态信息，可以在网站测试结果与当前的系统资源使用状态信息之间进行关联，使得后续的分析更加准确。

举例而言，上述分析可以包括：

1)在不同的系统硬件和网络条件下，分析网页加载时间数据的分布，提炼不同层次用户对网页的体验结果；

2)根据测试得到网页结构，分析性能瓶颈点，比如图片数量过多过大，从而进行压缩和删减以优化性能；

3)通过长期实施网页的响应时间监控，分析不同时期相似环境下的网页性能变化，以确定网页在不断升级中逐渐呈现的性能瓶颈。

本申请还提供了一种优选的告警方案，其能够在网站测试结果不佳时通知用户。具体而言，在接收响应于所述多条网页测试请求的网站测试结果之后，上述各个优选实施例中的客户端判断所述测试结果是否超过阈值，若超过，则输出告警信号。

图5是根据本申请实施例的用于测试网站性能的服务器的结构示意图，如图5所示，用于测试网站性能的服务器包括：接收单元502，用于接收客户端发送的测试需求信息，其中，所述测试需求信息包括多条网页测试请求；处理单元504，用于批量响应所述多条网页测试请求，并批量执行所述多条网页测试请求所请求的网站性能测试，优选的，本实施例中的网页测试请求是一个包含待测网页URL(网页地址)、浏览器类型、测试次数、测试时是否缓存等等信息的数据包，其中，执行网站性能测试的过程可以但不限于包括如下过程：提取多条网页测试请求中的URL，利用该URL访问并下载对应的网页，对网页的响应时间、下载速度等进行监测等；发送单元506，用于将批量处理的网站测试结果发送给所述客户端。

上述实施例通过批量处理多条网页测试请求，避免了对每测试一个网页都需要手工操作一遍的问题，从而减少了测试时间，简化了操作。

为了接收模拟的客户端发来的不同速率的网页测试请求，本申请还提供了一种优选的接收单元，该接收单元用于按照用户设置的速率来接收所述多条网页测试请求。

如图1所示的用于测试网站性能的系统可以包括上述任意一种的客户端和服务器，本申请对此并不做限定。

当然，本申请中的用于测试网站性能的系统的框架不仅限于以上描述，还可以为如图6所示的架构，其包括测试展示平台和多个执行机。

如图6所示，测试展示平台包括：“发送测试请求”、“展示测试结果”、“测试结果预警”三个单元，其中，“发送测试请求”单元可以同时向多个执行机发送测试请求。测试请求是一个包含待测网页URL(网页地址)、浏览器类型、测试次数、测试时是否缓存等等信息的数据包。

执行机包括：三个执行单元，即“测试总控”(执行机核心部分)、“网络代理”和“网络浏览器”。“测试总控端”接收并解析“测试展示平台”发送的测试请求，根据测试需求驱动网络浏览器打开网页，网页向网站服务端提交资源下载的http请求，所有这些http请求都会经过“网络代理”服务器，代理服务器根据经过其中的http请求数量及数据包大小，动态调整网络延迟时间，使网络带宽被控制在一个固定的范围内。

同时，“测试总控端”会根据网页发送的http请求数量、类型、内容等分析网页的构成，比如获得DOM对象数，计算图片、样式、脚本文件的占比，提取cookie信息，分析DNS解析数量等等。另外，“测试总控端”还会计算网页的响应时间，如全页加载时间；并且通过系统API提取浏览器进程相关的系统资源利用率信息，如CPU占用率、内存占用率等。

“测试总控端”和“网络代理端”处理完毕并获得数据后，各自将这些数据发送给“展示测试结果”单元。该单元将测试结果展示在“数据展示平台”上。

“测试结果预警”单元根据预先定义的各类数据指标的阀值，对测试结果进行检查，如超过阀值则向用户提出预警。如响应时间预先定义阀值为2s，若实际测试结果超出2s，则在“展示测试结果”上显示警告，并发送邮件提醒等。

优选的，网页响应时间获取的过程包括：在需要测试的目标页面外部再包装一个html页面page1，该html页面head(头)区域定义一个保存时间戳的变量v1，html体中定义一个iframe，其src(source，源)指向待测试页面；在body(主体)的最后定义另一个保存时间戳的变量v2，然后计算v2和v1的差值，将v2-v1的值保存在隐藏域input_hidden中；在实际测试时，通过UI自动化脚本打开page1页面，通过提取input_hidden的value获取到目标页面的完全加载响应时间。

优选的，网页资源获取的过程包括：直接采用开源UI自动化框架webdriver，通过解析网页上的dom控件获取。

优选的，http请求获取的过程包括：http代理服务器实际上是一个socket服务器，在该代理服务器的连接信息被设置到浏览器中时，通过拦截http连接，解析拦截到的http消息，提取http头中的内容，就可以获取到如下内容：http请求的url地址；请求所带的域名；请求所带的cookie信息；http响应是否压缩；http响应携带的cookie信息；http响应码；http响应资源类型等。

实施例2

在图1-图6所示的用于测试网站性能的客户端、服务器和系统的基础上，本申请还提供了一种用于测试网站性能的方法，如图7所示，用于测试网站性能的方法包括如下步骤：

S702，接收测试需求信息，其中，所述测试需求信息包括多条网页测试请求；优选的，可以通过客户端接收用户输入的测试需求信息，或者，从其他网元处接收上述测试需求信息；

S704，在接收到测试触发信号时，向服务器发送所述多条网页测试请求，以使所述服务器执行所述多条网页测试请求所请求的网站性能测试；优选的，服务器批量执行所述多条网页测试请求所请求的网站性能测试；优选的，上述服务器可以为网站的服务器，也可以是与网站的服务器不同的其他服务器，此外，作为一种优选的方案，也可以在接收到测试需求信息之后直接向服务器发送所述多条网页测试请求，而不用等到接收测试触发信号之后再发送；

S706，接收响应于所述多条网页测试请求的网站测试结果。

上述实施例通过批量发送和处理多条网页测试请求，避免了对每测试一个网页都需要手工操作一遍的问题，从而减少了测试时间，简化了操作。

本申请还在模拟不同的客户端方面进行了改进，提供了一种优选的向服务器发送所述多条网页测试请求的步骤，其包括：根据用户输入的需求设置发送多条网页测试请求的速率；按照所设置的速率向服务器发送所述多条网页测试请求。通过控制发送网页测试请求的速率，可以实现在一台客户端上能够模拟不同客户端环境下的网站性能测试，这样节省了测试的硬件设备。

优选的，本申请提供了一种优选的设置发送速率的方法。具体而言，根据用户输入的需求设置发送多条网页测试请求的速率的步骤包括：根据所述用户输入的需求中的带宽以及并发请求的最大线程数来设置多条网页测试请求的速率。

本申请还提供了一种优选的告警方法，其能够在网站测试结果不佳时通知用户。具体而言，接收响应于所述多条网页测试请求的网站测试结果之后，用于测试网站性能的方法还包括：判断所述测试结果是否超过阈值；若超过，则输出告警信号。

为了使得网站性能的测试结果能够被准确分析，本申请还获取和记录了测试网站性能时所用的客户端的系统资源信息。为了实现上述目的，向服务器发送所述多条网页测试请求时，用于测试网站性能的方法还包括：向发送所述多条网页测试请求的处理设备发送请求信息，其中，所述请求信息用于请求所述处理设备当前的系统资源使用状态信息；接收所述处理设备响应于所述请求信息反馈的系统资源使用状态信息。

优选的，接收响应于所述多条网页测试请求的网站测试结果之后，用于测试网站性能的方法还包括：在所述系统资源使用状态信息与所述网站测试结果之间建立映射关系；根据具有映射关系的所述系统资源使用状态信息与所述网站测试结果对所述网站性能进行分析。在本实施例中，通过获得网站测试结果所对应的系统资源使用状态信息，可以在网站测试结果与当前的系统资源使用状态信息之间进行关联，使得后续的分析更加准确。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种用于测试网站性能的方法，其特征在于，包括：

接收测试需求信息，其中，所述测试需求信息包括多条网页测试请求；

向服务器发送所述多条网页测试请求，以使所述服务器执行所述多条网页测试请求所请求的网站性能测试；

接收响应于所述多条网页测试请求的网站测试结果。

2.根据权利要求1所述的方法，其特征在于，向服务器发送所述多条网页测试请求的步骤包括：

根据用户输入的需求设置发送多条网页测试请求的速率；

按照所设置的速率向所述服务器发送所述多条网页测试请求。

3.根据权利要求2所述的方法，其特征在于，根据用户输入的需求设置发送多条网页测试请求的速率的步骤包括：

根据所述用户输入的需求中的带宽以及并发请求的最大线程数来设置多条网页测试请求的速率。

4.根据权利要求1所述的方法，其特征在于，接收响应于所述多条网页测试请求的网站测试结果之后，还包括：

判断所述测试结果是否超过阈值；

若超过，则输出告警信号。

5.根据权利要求1所述的方法，其特征在于，向所述服务器发送所述多条网页测试请求时，还包括：

向发送所述多条网页测试请求的处理设备发送请求信息，其中，所述请求信息用于请求所述处理设备当前的系统资源使用状态信息；

接收所述处理设备响应于所述请求信息反馈的系统资源使用状态信息。

6.根据权利要求5所述的方法，其特征在于，接收响应于所述多条网页测试请求的网站测试结果之后，还包括：

在所述系统资源使用状态信息与所述网站测试结果之间建立映射关系；

根据具有映射关系的所述系统资源使用状态信息与所述网站测试结果对所述网站性能进行分析。

7.一种用于测试网站性能的客户端，其特征在于，包括：

第一接收单元，用于接收测试需求信息，其中，所述测试需求信息包括多条网页测试请求；

第一发送单元，用于向服务器发送所述多条网页测试请求，以使所述服务器执行所述多条网页测试请求所请求的网站性能测试；

第二接收单元，用于接收所述服务器返回的响应于所述多条网页测试请求的网站测试结果。

8.根据权利要求7所述的客户端，其特征在于，还包括：

设置单元，用于根据用户输入的需求设置发送多条网页测试请求的速率；

控制单元，用于在所述第一发送单元向所述服务器发送所述多条网页测试请求时按照所设置的速率来控制所述多条网页测试请求的发送。

9.根据权利要求7所述的客户端，其特征在于，还包括：

第二发送单元，用于在所述第一发送单元向所述服务器发送所述多条网页测试请求时，向发送所述多条网页测试请求的处理设备发送请求信息，其中，所述请求信息用于请求所述处理设备当前的系统资源使用状态信息；

第三接收单元，用于接收所述处理设备响应于所述请求信息反馈的系统资源使用状态信息。

10.根据权利要求9所述的客户端，其特征在于，还包括：

映射单元，用于接收所述服务器返回的响应于所述多条网页测试请求的网站测试结果之后，在所述系统资源使用状态信息与所述网站测试结果之间建立映射关系；

分析单元，用于根据具有映射关系的所述系统资源使用状态信息与所述网站测试结果对所述网站性能进行分析。

11.一种用于测试网站性能的服务器，其特征在于，包括：

接收单元，用于接收客户端发送的测试需求信息，其中，所述测试需求信息包括多条网页测试请求；

处理单元，用于批量响应所述多条网页测试请求，并批量执行所述多条网页测试请求所请求的网站性能测试；

发送单元，用于将批量处理的网站测试结果发送给所述客户端。

12.根据权利要求11所述的服务器，其特征在于，所述接收单元用于按照用户设置的速率来接收所述多条网页测试请求。

13.一种用于测试网站性能的系统，其特征在于，包括：一个或多个权利要求7至10中任一项所述的用于测试网站性能的客户端，以及，一个或多个权利要求11或12所述的用于测试网站性能的服务器。

Images