CN106506269A - 执行测试任务的方法、系统、计算设备及测试系统 - Google Patents

Abstract

本发明公开了执行测试任务的方法、系统、计算设备及测试系统。其中，执行测试任务的系统，适于驻留在计算设备中，该系统包括调度测试任务的服务端和执行测试任务的客户端。其中，调度测试任务的服务端，包括第一通信单元和第一控制单元。第一通信单元从管理测试任务的服务器获取一个或多个测试指示信息。第一控制单元适于针对所获取的每个测试指示信息，重启要根据这个测试指示信息执行相应的测试操作的浏览器。执行测试任务的客户端适于在浏览器重启时被加载，被配置为包括第二通信单元。第二通信单元适于由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求。

Description

执行测试任务的方法、系统、计算设备及测试系统

技术领域

本发明涉及测试领域，尤其涉及执行测试任务的方法、系统、计算设备及测试系统。

背景技术

随着互联网技术的发展，服务器设备被广泛应用在各领域中。为了对服务器工作性能进行监测，可用性测试或压力测试被广泛部署。其中，可用性测试例如可以是测试目标服务器的某具体业务在指定的时间是否可用，并获取用于分析的测试结果。压力测试例如可以是通过大量的并行请求，测试目标服务器的承载量、响应速度和容错能力等性能指标是否满足要求。

目前，一些可用性或者压力测试方案，需要依赖浏览器平台来进行测试操作。这些测试方案通常需要在执行测试任务时不断重启浏览器以清除上一次测试操作的缓冲内容。然而，现有的测试方案通常需要较多的时间消耗和资源消耗来完成浏览器重启。

因此，本发明提出了一种新的测试方案。

发明内容

为此，本发明提供一种新的测试技术方案，有效的解决了上面至少一个问题。

根据本发明的一个方面，提供一种执行测试任务的系统，适于驻留在计算设备中，该系统包括调度测试任务的服务端和执行测试任务的客户端。其中，调度测试任务的服务端，包括第一通信单元和第一控制单元。第一通信单元从管理测试任务的服务器获取一个或多个测试指示信息。第一控制单元适于针对所获取的每个测试指示信息，重启要根据这个测试指示信息执行相应的测试操作的浏览器。执行测试任务的客户端适于在浏览器重启时被加载，被配置为包括第二通信单元。第二通信单元适于由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求。该服务端还包括第三通信单元，适于接收该对要执行的测试指示信息的请求。第一控制单元还适于响应于所接收到的请求，分配一个待执行的测试执行信息，并指示第三通信单元将所分配的测试执行信息传输到该客户端。第二通信单元还适于接收来自服务端的测试指示信息。客户端还包括第二控制单元和监控单元。第二控制单元适于指示浏览器根据所接收的测试指示信息执行测试操作。监控单元适于监测浏览器所执行的测试操作，以获取相应的测试结果信息，并指示第二通信单元将该测试结果信息传输到服务端。该服务端的第三通信单元还适于接收来自客户端的测试结果信息。第一通信单元还适于将测试结果信息传输到管理测试任务的服务器。

可选地，在根据本发明的执行测试任务的系统中，调度测试任务的服务端的第一通信单元还适于接收到来自管理测试任务的服务器的表示测试任务未更新的消息。第一控制单元还适于响应于接收到该消息，继续执行重启浏览器的操作。第三通信单元还适于继续执行将测试指示信息传输到已重启的浏览器中执行测试任务的客户端的操作。

可选地，在根据本发明的执行测试任务的系统中，调度测试任务的服务端的第三通信单元被配置为包括下述服务端口中任一种：TCP服务端口和HTTP服务端口。执行测试任务的客户端的第二通信单元被配置为包括下述客户端口中任一种：TCP客户端口和HTTP客户端口。

可选地，在根据本发明的执行测试任务的系统中，测试指示信息包括适于由浏览器执行的测试脚本。测试结果信息包括：浏览器执行该测试脚本过程中，域名解析时间、创建连接时间、发送请求时间和接收响应时间。

根据本发明又一个方面，提供一种执行测试任务的方法，适于在计算设备中执行。该计算设备包括调度测试任务的服务端和执行测试任务的客户端。该方法包括下述步骤。在调度测试任务的服务端中，从管理测试任务的服务器获取一个或多个测试指示信息。在该服务端中，针对所获取的每个测针对所获取的每个测试指示信息，重启要根据这个测试指示信息执行相应的测试操作的浏览器。在执行测试任务的客户端中，由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求。在服务端中，响应于接收到该对要执行的测试执行信息的请求，分配一个待执行的测试指示信息，并将所分配的测试执行信息传输到该客户端。在该客户端中接收来自服务端的测试指示信息，指示浏览器根据所接收的测试指示信息执行测试操作。在该客户端中监测浏览器所执行的测试操作，获取相应的测试结果信息，并将该测试结果信息传输到服务端。在服务端中接收来自客户端的测试结果信息，并将测试结果信息传输到管理测试任务的服务器。

根据本发明的又一个方面，提供一种计算设备，包括根据本发明的执行测试任务的系统。

根据本发明的又一个方面，提供一种测试系统，包括管理测试任务的服务器和根据本发明的计算设备。

根据本发明的测试技术方案，通过在执行测试任务的客户端中配置客户端口(而不是Server服务端口)，可以极大避免浏览器重启失败的异常出现，从而可以降低浏览器重启过程的时间消耗和资源消耗。换言之，执行测试任务的应用被配置为客户端的方式，可以极大提高浏览器进行连续测试的效率。特别是在压力测试中，根据本发明的执行测试任务的客户端可以保证多个计算设备节点能够对目标服务器进行稳定地高并发测试。另外，本发明的测试技术方案，通过重启浏览器的方式，可以真实模拟用户的访问过程，获取真实浏览器数据，为用户的网站提供稳定和可靠的监控服务。再者，本发明的测试技术方案，在测试任务未更新的情况下，不需要从服务器重新拉取新的测试指示信息，从而可以有效降低数据传输量(特别是在压力测试中，可以极大节省传输带宽)。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一些实施例的测试系统100的示意图；

图2示出了根据本发明一些实施例的调度测试任务的服务端200的示意图；

图3示出了根据本发明一些实施例的执行测试任务的客户端300的示意图；以及

图4示出了根据本发明一些实施例的执行测试任务的方法400的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一些实施例的测试系统100的示意图。如图1所示，测试系统100包括计算设备110和管理测试任务的服务器120。

管理测试任务的服务器120适于管理待执行的测试指示信息。一个测试指示信息的数据格式例如可以是一个适于计算设备110执行的测试脚本。取决于期望的测试目标，测试指示信息的类型例如可以包括API监控指示、ping监控指示、单页面监控指示、DNS监控指示或者事务(transaction)监控指示，但不限于此。

计算设备110可以实现为小尺寸便携(或者移动)电子设备的一部分。这些电子设备可以包括桌面计算机和笔记本计算机配置的个人计算机，但不限于此10被配置为包括调度测试任务的服务端200和执行测试任务的客户端300。调度测试任务的服务端200可以从管理测试任务的服务器120获取测试指示信息。对于每个待执行的测试指示信息，调度测试任务的服务端200为其重启浏览器。这里，浏览器例如是火狐(Firefox)浏览器等，但不限于此。浏览器中驻留有执行测试任务的客户端300。在一个实施例中，客户端300被配置为浏览器插件，并在调度测试任务的服务端200重启浏览器时被加载。在又一个实施例中，应用300被配置为浏览器的基础组件。客户端300可以向调度测试任务的服务端200发送对测试指示信息的请求(即任务请求)，并接收服务端200所发送的测试指示信息。随后，客户端300可以指示浏览器执行对应所接收测试指示信息的测试操作。这里，浏览器执行的测试操作例如可以是对目标服务器900的各种访问操作，但不限于此。另外，客户端300还可以获取测试操作的测试结果信息，并将该测试结果信息传输到调度测试任务的服务端200。这样，调度测试任务的服务端200可以将测试结果信息传输到管理测试任务的服务器120。需要说明的是，根据本发明的测试系统100适用于可用性测试或者压力测试。取决于测试需求，测试系统100中计算设备110和服务器120的节点数量可以进行相应配置，本发明对此不做过多限制。下面结合图2和图3分别对服务端200和客户端300进一步示例性说明。

图2示出了根据本发明一些实施例的调度测试任务的应用200的示意图。如图2所示，应用200包括第一通信单元210、第一控制单元220和第三通信单元230。

第一通信单元210被配置为与管理测试任务的服务器(120)通信，并从该服务器获取测试指示信息。在一个实施例中，第一通信单元210适于向管理测试任务的服务器发送任务请求。管理测试任务的服务器在接收到该任务请求后，可以向第一通信单元210发送一个或多个测试指示信息。这里，每个测试指示信息例如可以是针对目标服务器(900)的测试脚本，但不限于此。

对于每个待执行的测试指示信息，第一控制单元220适于为其重启适于驻留执行测试任务的客户端300的浏览器。关于重启操作需要说明的是，如果在第一控制单元220重启浏览器之前，浏览器处于关闭状态。第一控制单元220所执行的重启操作就是直接打开该浏览器。另一种情况是，如果第一控制单元220在开启浏览器之前，浏览器处于打开状态。第一控制单元220所执行的开启操作是重启浏览器。这样，重启操作可以清除浏览器在执行上一次测试操作时生成的缓冲数据(例如cookies，但不限于此)，以避免缓冲数据对本次测试操作的影响。在浏览器完成重启后，执行测试任务的客户端300向服务端200发送对测试指示信息的请求。第三通信单元230适于监听并接收来自客户端300的请求。响应于该请求，第三通信单元230将测试指示信息传输到客户端300，以便客户端300根据该测试指示信息执行相应的测试操作和获取相应的测试结果信息。需要说明的是，第三通信单元230适于被配置为包括TCP服务(TCP Server)端口和HTTP服务(HTTP Server)端口中任一种。第三通信单元230还可以接收客户端300所发送的对应测试操作的测试结果信息。在此基础上，第一通信单元210可以将测试结果信息传输到管理测试任务的服务器。

在又一个实施例中，根据本发明的管理测试任务的服务器在接收到对测试指示信息的请求(或者，在接收到第一通信单元210传输的测试结果信息)时，可以向第一通信单元210返回表示未更新测试指示信息的消息(例如，消息内容为“OK”，但不限于此)。响应于第一通信单元210接收到表示未更新的消息，第一控制单元220可以针对每个未更新的测试指示信息，重启要根据这个未更新的测试指示信息执行相应的测试操作的浏览器。这样，根据本发明的服务端200在测试任务未更新的情况下，不需要从服务器重新拉取新的测试指示信息，可以有效降低数据传输量。

图3示出了根据本发明一些实施例的执行测试任务的客户端300的示意图。如图3所示，客户端300包括第二通信单元310、第二控制单元320和监测单元330。

在客户端300被重启的浏览器加载时，第二通信单元310适于由操作系统分配一个通信端口，并通过该通信端口向该计算设备中调度测试任务的服务端(例如200)发送对测试执行信息的请求，并接收来自该调度测试任务的服务端的测试指示信息。这里，第二通信单元310可以被配置为包括TCP客户(TCP Client)端口和HTTP客户(HTTP Client)端口中任一种。这样，第二通信单元310被配置为客户端口的工作方式(而不是Server服务端的工作方式)可以降低浏览器重启(客户端300重新加载或创建)过程的时间消耗和资源消耗。为了便于本领域技术人员理解采用客户端方式的技术效果。下面将通信单元被配置为服务端的方式与本申请的通信单元(被配置为客户端Client)的工作方式进行对比说明。

如果第二通信单元310被配置为包括服务(Server)端口。浏览器在被服务端200重启时，需要服务端200为第二通信单元310分配一个服务端口号。特别需要说明的是，服务端200可以支配的端口号通常属于一个预定端口范围(而不是任意空闲端口)。这样，在浏览器被连续重启以执行多次测试操作时，预定范围的端口容易被耗尽而使得端口资源瓶颈。另外，在浏览器重启过程中，被创建的server服务端实例可能被分配到正在释放过程中的端口号(释放中的端口容易分配失败)。如果分配失败，浏览器需要被继续重启。由此可见，服务端方式可以造成额外的时间消耗和资源消耗。相比而言，在浏览器被重启时，客户端300中第二通信单元310可以由操作系统分配空闲端口号，从而可以极大程度的避免端口分配失败的情况出现。换言之，本发明的第二通信单元310被配置为客户端口的方式，可以极大提高浏览器进行连续测试的效率。特别是在压力测试中，根据本发明的第二通信单元310可以保证多个计算设备(110)能够对目标服务器进行稳定地高并发访问。

第二控制单元320可以指示浏览器执行对应测试指示信息的测试操作。监测单元330适于监测该测试操作并获取相应的测试结果信息。

在根据本发明一个实施例中，第二控制单元320被配置为利用沙箱(sandbox)技术对浏览器执行的测试操作进行流程控制，但不限于此。典型地，浏览器执行的测试操作例如可以是对目标服务器的网页请求操作。具体而言，浏览器首先通过域名解析获取测试指示信息中域名的IP地址。然后，浏览器创建与目标服务器的连接。其次，浏览器向目标服务器发送网页请求。再者，浏览器接收来自目标服务器的响应头(Response Header)和接收页面内容。浏览器可以解析和加载已收到页面内容。对于上述典型示例中的测试操作，监测单元330可以获取例如域名解析时间、创建连接时间、发送请求时间和接收响应时间等数据，并生成相应的测试结果信息。

可选地，监测单元330可以被配置为基于XPCOM(Cross Platform ComponentObject Module)技术的实施方式。在根据本发明一个实施例中，监测单元330可以调用浏览器接口来获取测试操作的相关性能数据。例如，监测单元330可以调用sIHttpActivityObserver接口来获取对应的网络时间数据。该接口提供了在Http数据传输过程中发生的各种消息。通过监测这些消息，监测单元330可以获取对应的网络时间。该接口代码示例如下：

其中，in PRUint32aActivitySubtype标识消息类型。例如，Socket消息(主要用于计算DNS和创建连接时间)或者Http消息(主要用于计算发送请求和接收响应时间)。inPRTime aTimestamp则表示该消息发生的时间。

图4示出了根据本发明一些实施例的调度测试任务的方法400的流程图。方法400适于在计算设备中执行。计算设备包括调度测试任务的服务端和执行测试任务的客户端。调度测试任务的服务端可以被配置为包括下述服务端口中任一种：TCP服务端口和HTTP服务端口。执行测试任务的客户端可以被配置为包括下述客户端口中任一种：TCP客户端口和HTTP客户端口。

如图4所示，方法400始于步骤S410。在步骤S410中，在调度测试任务的服务端中，从管理测试任务的服务器获取一个或多个测试指示信息。

针对所获取的每个测针对所获取的每个测试指示信息，方法400执行步骤S420，在该服务端中重启要根据这个测试指示信息执行相应的测试操作的浏览器。浏览器被重启时可以加载执行测试任务的客户端。

在执行测试任务的客户端中，方法400执行步骤S430，由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求。

随后，方法400可以在服务端中执行步骤S440。在步骤S440中，响应于接收到该对要执行的测试执行信息的请求，分配一个待执行的测试指示信息，并将所分配的测试执行信息传输到该客户端。

随后方法400在客户端中执行步骤S450，接收来自服务端的测试指示信息，指示浏览器根据所接收的测试指示信息执行测试操作。

为了监控测试操作，方法400继续在客户端中执行步骤S460在该客户端中监测浏览器所执行的测试操作，获取相应的测试结果信息，并将该测试结果信息传输到服务端。

方法400还可以在服务端中执行步骤S470，接收来自客户端的测试结果信息，并将测试结果信息传输到管理测试任务的服务器。在根据本发明一个实施例中，测试指示信息包括适于由浏览器执行的测试脚本。测试结果信息例如可以包括浏览器执行该测试脚本过程中域名解析时间、创建连接时间、发送请求时间和接收响应时间。

可选地，方法400还可以在服务端中执行步骤S480，接收到来自管理测试任务的服务器的表示测试任务未更新的消息。响应于接收到该消息，方法400可以继续执行步骤S420。

方法400更具体的实施方式与调度测试任务的服务端200和执行测试任务的客户端300一致，这里不再赘述。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种执行测试任务的系统，适于驻留在计算设备中，该系统包括调度测试任务的服务端和执行测试任务的客户端，其中，

调度测试任务的服务端，包括：

第一通信单元，从管理测试任务的服务器获取一个或多个测试指示信息；

第一控制单元，适于针对所获取的每个测试指示信息，重启要根据这个测试指示信息执行相应的测试操作的浏览器；

执行测试任务的客户端，适于在浏览器重启时被加载，被配置为包括：

第二通信单元，适于由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求；

该服务端还包括第三通信单元，适于接收该对要执行的测试指示信息的请求；

第一控制单元还适于响应于所接收到的请求，分配一个待执行的测试执行信息，并指示第三通信单元将所分配的测试执行信息传输到该客户端；

该客户端的第二通信单元还适于接收来自服务端的测试指示信息；

该客户端还包括：

第二控制单元，适于指示浏览器根据所接收的测试指示信息执行测试操作；

监控单元，适于监测浏览器所执行的测试操作，以获取相应的测试结果信息，并指示第二通信单元将该测试结果信息传输到服务端；

该服务端的第三通信单元还适于接收来自客户端的测试结果信息；

第一通信单元还适于将测试结果信息传输到管理测试任务的服务器。

2.如权利要求1所述的系统，其中，所述调度测试任务的服务端的第一通信单元还适于接收到来自管理测试任务的服务器的表示测试任务未更新的消息；

所述第一控制单元还适于响应于接收到该消息，继续执行重启浏览器的操作；

所述第三通信单元还适于继续执行将测试指示信息传输到已重启的浏览器中执行测试任务的客户端的操作。

3.如权利要求1或2所述的系统，其中，

所述调度测试任务的服务端的第三通信单元被配置为包括下述服务端口中任一种：TCP服务端口和HTTP服务端口。

所述执行测试任务的客户端的第二通信单元被配置为包括下述客户端口中任一种：TCP客户端口和HTTP客户端口。

4.如权利要求1-3中任一项所述的系统，其中，所述测试指示信息包括适于由浏览器执行的测试脚本；

所述测试结果信息包括：浏览器执行该测试脚本过程中，域名解析时间、创建连接时间、发送请求时间和接收响应时间。

5.一种执行测试任务的方法，适于在计算设备中执行，该计算设备包括调度测试任务的服务端和执行测试任务的客户端，该方法包括：

在调度测试任务的服务端中，从管理测试任务的服务器获取一个或多个测试指示信息；

在该服务端中，针对所获取的每个测针对所获取的每个测试指示信息，重启要根据这个测试指示信息执行相应的测试操作的浏览器；

在执行测试任务的客户端中，由操作系统分配一个通信端口，通过所分配的通信端口向调度测试任务的服务端发送对浏览器要执行的测试指示信息的请求；

在服务端中，响应于接收到该对要执行的测试执行信息的请求，分配一个待执行的测试指示信息，并将所分配的测试执行信息传输到该客户端；

在该客户端中接收来自服务端的测试指示信息，指示浏览器根据所接收的测试指示信息执行测试操作；

在该客户端中监测浏览器所执行的测试操作，获取相应的测试结果信息，并将该测试结果信息传输到服务端；以及

在服务端中接收来自客户端的测试结果信息，并将测试结果信息传输到管理测试任务的服务器。

6.如权利要求5所述的方法，还包括：

在所述调度测试任务的服务端中，

接收到来自管理测试任务的服务器的表示测试任务未更新的消息，

响应于接收到该消息，继续执行重启浏览器的操作，和执行将测试指示信息传输到已重启的浏览器中执行测试任务的客户端的操作。

7.如权利要求5或6所述的方法，其中，所述调度测试任务的服务端被配置为包括下述服务端口中任一种：TCP服务端口和HTTP服务端口。

所述执行测试任务的客户端被配置为包括下述客户端口中任一种：TCP客户端口和HTTP客户端口。

8.如权利要求5-7中任一项所述的方法，其中，所述测试指示信息包括适于由浏览器执行的测试脚本；

所述测试结果信息包括：浏览器执行该测试脚本过程中，域名解析时间、创建连接时间、发送请求时间和接收响应时间。

9.一种计算设备，包括：如权利要求1-4中任一项所述的执行测试任务的系统。

10.一种测试系统，包括：

管理测试任务的服务器；和

一个或多个如权利要求9所述的计算设备。