CN106681926A - 网页性能的测试方法及装置 - Google Patents

Abstract

本发明公开了一种网页性能的测试方法及装置。其中，该方法包括：获取测试脚本，其中，测试脚本为对待测试的网页进行访问操作而生成的脚本；在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据；基于多个性能数据，生成待测试的网页的性能数据图表。本发明解决了现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的技术问题。

Description

网页性能的测试方法及装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种网页性能的测试方法及装置。

背景技术

网页分为前端和后端两个部分，网页是直接呈现给用户的内容，其性能对用户体验至关重要。目前网页性能测试主要关注网页的加载时间：用户通过浏览器向服务器发送网络连接请求开始计时，到浏览器加载完返回的所有网页数据结束计时，这之间即为网页的加载时间。网页加载时间测试方法一般有两种：第一种是在网页顶端注入JavaScript代码，记录加载开始和结束时间，二者之差即为网页的加载时间；第二种是借助浏览器插件，查看网页的加载时间。第一种方法需要改变网页代码，如果想查看某些网页元素的加载时间，需要插入大量的代码，工作量比较大；而第二种方法只需要简单地安装插件，就可以精准获得网页各个元素以及完全加载的时间，操作简单，是常用的测试手段。

目前使用浏览器插件测试网页加载速度，主要采用手动测试，如果多次测试网页加载时间，人工耗时将非常大，而且容易导入人为误差。在网页加载过程中，浏览器的CPU、内存资源消耗，也是重要的性能指标，同样需要关注，而浏览器插件通常不能记录这些数据。

针对现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种网页性能的测试方法及装置，以至少解决现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的技术问题。

根据本发明实施例的一个方面，提供了一种网页性能的测试方法，包括：获取测试脚本，其中，测试脚本为对待测试的网页进行访问操作而生成的脚本；在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据；基于多个性能数据，生成待测试的网页的性能数据图表。

根据本发明实施例的另一方面，还提供了一种网页性能的测试装置，包括：第一获取单元，用于获取测试脚本，其中，测试脚本为对待测试的网页进行访问操作而生成的脚本；第二获取单元，用于在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据；处理单元，用于基于多个性能数据，生成待测试的网页的性能数据图表。

在本发明实施例中，获取测试脚本，在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据，基于多个性能数据，生成待测试的网页的性能数据图表，从而实现对网页前端进行性能测试的目的。

容易注意到，由于可以自动执行测试脚本，在执行测试脚本的过程中，自动获取待测试的网页的性能数据，从而可以在不改变网页代码的情况下，实现网页前端性能的自动化测试，降低人工成本，提高了测试效率。并且可以进行多次测试，获取多个性能数据，进一步对多个性能数据进行处理，去掉误差较大的无效数据，并生成性能数据图表，从而测试准确度得到提高。在测试过程中，处理可以获取到待测试的网页的加载时间，还可以获取到浏览器的CPU和内存使用数据，使得测试结果更符合用户的关注点。因此，通过本发明实施例所提供的方案，可以达到降低人工成本，提高测试效率，提高测试准确度的效果。

由此，本发明实施例的方案解决了现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的技术问题。

附图说明

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

图1是根据本发明实施例的一种网页性能的测试方法的流程图；

图2是根据本发明实施例的一种网页性能的测试系统的架构示意图；

图3是根据本发明实施例的一种可选的网页性能的测试方法的流程图；

图4是根据本发明实施例的一种网页性能的测试装置的示意图；

图5是根据本发明实施例的一种可选的网页性能的测试装置的示意图；

图6是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图7是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图8是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图9是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图10是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图11是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；

图12是根据本发明实施例的另一种可选的网页性能的测试装置的示意图；以及

图13是根据本发明实施例的另一种可选的网页性能的测试装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种网页性能的测试方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种网页性能的测试方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，获取测试脚本，其中，测试脚本为对待测试的网页进行访问操作而生成的脚本。

具体的，上述的待测试的网页可以是用于进行性能测试的网页，上述的测试脚本可以是测试人员在浏览器中打开需要测试的网页，手动模拟用户操作得到的脚本。

步骤S104，在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据。

根据本发明上述实施例，上述的性能数据至少包括以下其中之一：待测试的网页的加载时间、CPU(Central Processing Unit，中央处理器)的使用信息和内存的使用信息。

具体的，为了能够得到更为准确的性能数据，可以对测试脚本进行多次回放，即多次执行测试脚本，回放次数越多，测试结果越准确，但是测试时间越长，测试成本越高，因此，需要在准确性和成本间进行权衡，可以根据实际需要，确定回放测试脚本的具体次数；上述的CPU的使用信息和内存的使用信息可以是浏览器的CPU和内存的消耗信息，在移动设备广泛应用而硬件资源有限的情况下，CPU和内存的使用情况通常也是用户所关注的。

此处需要说明的是，为了保证测试结果的准确性，在回放测试脚本的过程中，应当尽量保证网络中没有其他进程或服务的流量。

在一种可选的方案中，在对网页前端进行性能测试之前，可以首先通过人工模拟用户操作的方式得到测试需要的测试脚本，然后根据测试需求，运行测试脚本，回放次脚本N次，并在每一次运行测试脚本的过程中，记录待测试的网页的加载时间、浏览器的CPU和内存使用情况。

步骤S106，基于多个性能数据，生成待测试的网页的性能数据图表。

在一种可选的方案中，由于网络服务器、网络、操作系统或者硬件等原因，N次脚本回放记录的待测试的网页的加载时间、浏览器的CPU和内存使用情况有可能产生一些随机误差，为了避免随机误差对测试结果的影响，在得到多组待测试的网页的加载时间、浏览器的CPU和内存使用情况之后，需要对测试数据进行处理，删除不满足测试需要的性能数据，生成可读性更强的性能数据图表。

由上可知，本发明上述实施例公开的方案中，获取测试脚本，在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据，基于多个性能数据，生成待测试的网页的性能数据图表，从而实现对网页前端进行性能测试的目的。

容易注意到，由于可以自动执行测试脚本，在执行测试脚本的过程中，自动获取待测试的网页的性能数据，从而可以在不改变网页代码的情况下，实现网页前端性能的自动化测试，降低人工成本，提高了测试效率。并且可以进行多次测试，获取多个性能数据，进一步对多个性能数据进行处理，去掉误差较大的无效数据，并生成性能数据图表，从而测试准确度得到提高。在测试过程中，处理可以获取到待测试的网页的加载时间，还可以获取到浏览器的CPU和内存使用数据，使得测试结果更符合用户的关注点。因此，通过本发明实施例所提供的方案，可以达到降低人工成本，提高测试效率，提高测试准确度的效果。

由此，本发明提供的上述实施例的方案解决了现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的技术问题。

根据本发明上述实施例，步骤S102，获取测试脚本包括：

步骤S1022，获取测试需求。

具体的，测试需求决定了模拟用户进行哪些操作。一般来说，真实用户常用的功能、对网站服务器数据库开销较大的操作以及加载大量图片的网页是重点关注的测试项。

步骤S1024，根据测试需求，对待测试的网页进行访问操作。

步骤S1026，在对待测试的网页进行访问操作的过程中，记录访问操作，得到测试脚本。

在一种可选的方案中，测试人员在进行网页前端性能测试之前，可以在浏览器中打开需要测试的网页，人工手动模拟用户操作，录制得到自动化脚本(即上述的测试脚本)。

根据本发明上述实施例，步骤S1022，获取测试需求包括：

步骤S10222，从服务器的操作日志中，查询得到测试需求；和/或

步骤S10224，对待测试的网页的页面功能重要性和复杂程度进行分析，得到测试需求。

在一种可选的方案中，用户的常用操作和数据库慢查询，可以通过服务器后台日志来查询得到，如果没有服务器后台查询权限，可以对页面功能重要性和复杂程度进行分析，确定测试需求。

根据本发明上述实施例，在步骤S1026，记录访问操作，得到测试脚本之后，上述方法还包括：

步骤S10282，将测试脚本进行分割，得到多个测试用例。

步骤S10284，为每个测试用例添加注释，并增加异常捕捉，得到处理后的测试脚本。

步骤S10286，对处理后的测试脚本进行验证。

步骤S10288，如果处理后的测试脚本验证成功，则多次执行处理后的测试脚本。

在一种可选的方案中，由于录制得到的脚本可能会包含一些冗余代码，因此需要经过优化和验证，得到符合测试需求的可执行脚本(即上述的处理后的测试脚本)，对录制得到的自动化脚本进行优化的方法可以为：将脚本按照操作顺序分割成多块，形成多个测试用例；添加注释，提高代码可读性；增加异常捕捉，提高代码健壮性。优化完成后，对脚本进行回放验证。验证不通过的，需要找到原因、对代码进行再次优化。

根据本发明上述实施例，步骤S104，在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据包括：

步骤S1042，获取至少一个网络速度。

此处需要说明的是，网页加载时间非常依赖用户的网络速度，为了贴近真实用户的网络情况，需要考虑不同的网络速度。

步骤S1044，在每个网络速度下，至少一次执行测试脚本。

步骤S1046，在每次执行测试脚本的过程中，获取待测试的网页的性能数据，得到每个网络速度对应的至少一个性能数据。

在一种可选的方案中，可以在相同的网络速度的情况下，回放测试脚本N次，在运行测试脚本的过程中，记录待测试的网页的加载时间、浏览器的CPU和内存使用情况；然后在不同网络速度的情况下，回放测试脚本多次，记录不同网络速度下，待测试的网页的加载时间、浏览器的CPU和内存使用情况。

此处需要说明的是，在不同网络速度条件下进行测试，除了网络速度不同之外，其他的测试条件都不变。

通过上述步骤S1042至步骤S1046，获取至少一个网络速度，在每个网络速度下，至少一次执行测试脚本，在每次执行测试脚本的过程中，获取待测试的网页的性能数据，得到每个网络速度对应的至少一个性能数据，从而获取到的测试结果可以适配不同网络速度的用户，提高测试结果的说服力。

根据本发明上述实施例，测试需求至少包括：目标对象的网络速度和/或最大网络速度，其中，步骤S1042，获取至少一个网络速度包括：

步骤S10422，按照目标对象的网络速度的分布情况，得到至少一个网络速度。和/或

步骤S10424，对最大网络速度进行平均分配，得到至少一个网络速度。

具体的，网络速度的设置方案由测试环境和测试需求来决定，为了能获得理想的测试数据，测试环境的真实带宽应该大于网站90％用户的带宽；上述的目标对象可以是测试对应的目标用户。

在一种可选的方案中，网络速度需要设置多少档、每档设置多大值，可以按照目标用户的网速分布来决定；如果不能获得用户的网速数据，可以根据实际测试需要，按零到最大网速均分M档。

根据本发明上述实施例，步骤S1046，获取待测试的网页的性能数据包括：

步骤S10462，通过预设插件记录待测试的网页的加载时间。和/或

具体的，上述的预设插件可以是浏览器插件监控模块，该模块可以以插件的形式运行于浏览器中，通过该模块提供的API(Application Programming Interface，引用程序编程接口)接口，该模块可以记录待测试的网页的加载时间，并将记录到的数据保存在文件中。

步骤S10464，根据进程标识信息，记录CPU的使用信息和/或内存的使用信息。

具体的，上述的进程标识信息可以是浏览器的PID(Progress ID dentifier，进程标识符)。

在一种可选的方案中，可以根据浏览器的PID，对浏览器的CPU和内存占用进行监控，记录CPU和内存的使用信息，并将记录到的数据保存在文件中。

根据本发明上述实施例，在步骤S1046，每次执行测试脚本之前，上述方法还包括：

步骤S1040，对上一次执行测试脚本生成的缓存进行清理。

在一种可选的方案中，在测试脚本每次回放之前，需要对浏览器缓存进行清理，避免上次回放产生的缓存对本次性能数据造成影响。在清理完缓存之后，可以驱动测试脚本回放。

根据本发明上述实施例，步骤S106，基于多个性能数据，生成待测试的网页的性能数据图表包括：

步骤S1062，去除每个网络速度对应的至少一个性能数据中的无效数据，得到每个网络速度对应的处理后的至少一个性能数据。

具体的，上述的无效数据可以是误差较大的数据，例如，可以是随机误差数据。

步骤S1064，计算每个网络速度对应的处理后的至少一个性能数据的平均值，得到每个网络速度对应的性能数据的平均值。

步骤S1066，根据每个网络速度对应的性能数据的平均值，生成待测试的网页的性能数据图表。

在一种可选的方案中，在得到不同网络速度的情况下，多组待测试的网页的加载时间、浏览器的CPU和内存使用情况之后，可以去掉误差较大的无效数据，并求得各项性能数据的平均值，得到不同网络速度下的性能数据的平均值，生成可读性强的性能数据图表。

根据本发明上述实施例，步骤S1062，去除每个网络速度对应的至少一个性能数据中的无效数据，得到每个网络速度对应的处理后的至少一个性能数据，包括：

步骤S10622，计算每个网络速度对应的至少一个性能数据的平均值和标准差，得到第一平均值和第一标准差。

步骤S10624，将每个网络速度对应的每个性能数据与第一平均值和第一标准差进行比较。

步骤S10626，如果每个网络速度对应的任意一个性能数据与第一平均值的差值大于等于预设倍数的第一标准差，则去除每个网络速度对应的任意一个性能数据。

具体的，上述的预设倍数可以是3倍，也可以根据实际测试精度需要进行确定。

在一种可选的方案中，判断性能数据是否为无效数据的方法为：与平均值的偏差大于3倍标准差的数据为无效数据，需要进行去除。去掉误差较大的数据后，求得各项性能数据的平均值，生成可读性强的性能数据图表。

图2是根据本发明实施例的一种网页性能的测试系统的架构示意图，图3是根据本发明实施例的一种可选的网页性能的测试方法的流程图，结合图2和图3，对本发明一种优选的实施例进行详细说明。

如图2所示，该网页性能的测试系统可以包括如下几个模块：

1、脚本录制模块(RecordServer)，此模块用于记录用户的浏览器操作，生成相应的可执行代码。

在本发明上述实施例中，可以选用Selenium来实现该模块的核心功能。Selenium是一款功能强大的WEB开源自动化测试工具，分为IDE和WebDriver两部分，其中IDE以插件的形式运行在浏览器中，当用户在浏览器中进行操作时，IDE可以记录下用户操作，生成相应的代码，是RecordServer模块的核心部件；WebDriver可以驱动浏览器，执行IDE生成的代码，模拟用户操作。

2、网络速度设置模块(SpeedSet)，此模块用于设置测试环境的网络速度。

此处需要说明的是，模拟网络速度一般有两种方式：一种是硬件来实现，例如，可以通过路由器设置网络传输速度；另外一种是软件来实现，此种方式基于操作系统，通过网卡控制网络的上行速度和下行速度。

为了能自动化实现网络速度的设置，在本发明上述实施例中，可以采用软件的方式来实现，SpeedSet模块设置的最大网速不能超过真实的网络带宽。

3、性能监控模块，此模块包含了浏览器插件监控PlugMonitor和CPU、内存监控ResourceMonitor两个子模块。

在本发明上述实施例中，选用浏览器插件HttpWatch实现PlugMonitor的核心功能。HttpWatch是一款功能强大的网页数据分析插件，在浏览器访问网页过程中，能记录每个http(超文本传输协议，Hyper Text Transfer Protocol的简写)请求和响应时间、统计整个页面的加载时间，并支持将这些加载时间数据保存到XML(可扩展标记语言，Extensible Markup Language的简写)、CSV(字符分隔值，Comma-Separated Values的简写)等文件中。PlugMonitor通过调用HttpWatch提供的API接口，记录网页加载时间、保存数据到CSV文件和停止记录。ResourceMonitor是基于操作系统的进程CPU、内存监控模块，不同的操作系统获取CPU、内存两个性能指标的方式有所不同。本发明上述实施例中，ResourceMonitor基于Windows操作系统，可以通过Windows性能计数器(PerformanceCounters)来监控进程对象的CPU、内存信息，进程对象有多个性能指标，每个性能指标都有一个计数器来(Counter)来记录数据，本测试系统关注浏览器进程的CPU、内存两个性能指标。

4、数据处理模块(DataProcessor)，此模块用于处理PlugMonitor和ResourceMonitor记录的数据。DataProcessor会去掉性能数据中误差大的部分，求取平均值，生成对应的性能图表。

5、测试控制模块(CentralController)此模块用于管理整个性能测试系统，协调模块间的消息通信，驱动各个模块完成相应的功能，是整个系统的控制中心。通过CentralController的有效调度，实现了本系统的自动化。

如图3所示，基于上述系统的网页性能的测试方法包括如下步骤：

步骤S31，创建各个功能模块。

可选的，可以创建上述系统的主要模块，包括用户操作录制RecordServer模块、网络速度设置SpeedSet模块、脚本回放和系统控制CentralController模块、浏览器插件监控PlugMonitor模块、浏览器CPU和内存使用监控ResourceMonitor模块、数据处理DataProcessor模块。其中，CentralController是整个性能测试系统的控制中心。在各个模块创建完成后，CentralController会按如图3的流程，驱动各个模块有序运行，直到得出最终测试结果。

步骤S32，启动脚本录制模块，模拟用户操作，录制脚本。

可选的，可以启动RecordServer，在浏览器中打开需要测试的网页，模拟用户操作，录制得到自动化脚本。此脚本可能会包含一些冗余代码，需要经过优化和验证，得到符合测试需求的可执行脚本。

具体的，测试需求决定了模拟用户进行哪些操作。一般来说，真实用户常用的功能、对网站服务器数据库开销较大的操作以及加载大量图片的页面是重点关注的测试项。用户的常用操作和数据库慢查询，可以通过服务器后台日志来查询；如果没有服务器后台查询权限，可以对页面功能重要性和复杂程度进行分析，确定测试需求。

其中，RecordServer通过Selenium IDE录制完用户操作，会生成相应的测试脚本，此脚本需要进行优化：将脚本按照操作顺序分割成多块，形成多个测试用例；添加注释，提高代码可读性；增加异常捕捉，提高代码健壮性。优化完成后，对脚本进行回放验证。验证不通过的，需要找到原因、对代码进行再次优化。

步骤S33，启动网络速度设置模块，初始化网络速度，启动性能监控模块，监控性能数据。

可选的，可以启动SpeedSet，根据测试要求，设置所需要的网络速度；同时启动PlugMonitor和ResourceMonitor，实时监控网页的加载时间、浏览器的CPU和内存使用情况。

具体的，网络速度的设置方案由测试环境和测试需求来决定。SpeedSet能设置的最大网速为测试环境提供的真实带宽，为了能获得理想的测试数据，测试环境的真实带宽应该大于网站90％用户的带宽。网络速度需要设置多少档、每档设置多大值，可以按照目标用户的网速分布来决定；如果不能获得用户的网速数据，可以按零到最大网速均分M档(具体数值可根据实际情况确认)。

其中，PlugMonitor以插件形式运行于浏览器中，CentralController可以通过PlugMonitor提供的API接口，控制PlugMonitor记录网页加载时间、保存数据文件。

其中，ResourceMonito启动后，根据浏览器的PID，对浏览器CPU、内存占用进行实时监控，将数据到记录到文件中。

步骤S34，重复N次脚本，记录性能数据。

可选的，CentralController运行自动化脚本，在相同网速下，回放此脚本N次(回放次数可根据实际情况来设置)。在运行自动化脚本过程中，PlugMonitor和RecordMonitor会记录下相关的性能数据。

具体的，脚本每次回放之前，CentralController都会对浏览器缓存进行清理，以免上次回放产生的缓存对本次测试数据造成影响。清理完缓存后，CentralController会调用Selenium WebDriver，驱动测试脚本回放。依据测试方案，每一档网络速度都要进行N次脚本回放。一般来说，回放的次数越多，数据处理后得到测试结果越准确，测试时间成本也越高，需要在准确性和成本间进行权衡。在回放时，应尽量保证网络中没有其他进程或服务的流量。

步骤S35，判断是否改变网络速度。

可选的，SpeedSet可以设置不同的网络速度，如果需要改变网络速度，则重复步骤S34的过程，记录不同网速下，网页加载时间、浏览器CPU和内存消耗数据；如果不需要改变网络速度，可以直接进入步骤S36。

其中，除了网络速度不同之外，其他的测试条件都不变。

步骤S36，启动数据处理模块，处理性能数据，生成性能数据图表。

可选的，启动DataProcessor，DataProcessor会读取PlugMonitor和ResourceMonitor记录的数据文件，去掉误差较大的无效数据，得出不同网速下的性能数据平均值，并生成性能数据图表。

具体的，网站服务器、网络、操作系统或者硬件等原因，都可能使测试数据产生一些随机误差，需要将误差较大的无效数据去掉，在本发明上述实施例中，判定为无效数据的标准是：与平均值的偏差大于3倍标准差。去掉误差较大的数据后，DataProcessor会求得各项性能数据的平均值，生成可读性强的性能数据图表。

通过上述优选实施例，可以通过CentralController回放用户操作脚本，PlugMonitor和ResourceMonitor监控和记录性能数据，DataProcessor处理数据，在不改变网页代码的情况下，利用浏览器插件提供的API接口，实现了自动、高效地获得了网页前端性能测试结果，节省了人力人本，提高了测试效率；通过设置SpeedSet，使得测试数据能适配不同网速的用户，测试结果更加具有说服力；DataProcessor能够去掉了误差大的无效数据，提高了测试结果的精准度。

实施例2

根据本发明实施例，提供了一种网页性能的测试装置的实施例。

图4是根据本发明实施例的一种网页性能的测试装置的示意图，如图4所示，该装置包括：第一获取单元41、第二获取单元43和生成单元45。

其中，第一获取单元41用于获取测试脚本，其中，测试脚本为对待测试的网页进行访问操作而生成的脚本；第二获取单元43用于在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据；生成单元45用于基于多个性能数据，生成待测试的网页的性能数据图表。

根据本发明上述实施例，上述的性能数据至少包括以下其中之一：待测试的网页的加载时间、CPU(Central Processing Unit，中央处理器)的使用信息和内存的使用信息。

具体的，上述的待测试的网页可以是用于进行性能测试的网页，上述的测试脚本可以是测试人员在浏览器中打开需要测试的网页，手动模拟用户操作得到的脚本；为了能够得到更为准确的性能数据，可以对测试脚本进行多次回放，即多次执行测试脚本，回放次数越多，测试结果越准确，但是测试时间越长，测试成本越高，因此，需要在准确性和成本间进行权衡，可以根据实际需要，确定回放测试脚本的具体次数；上述的CPU的使用信息和内存的使用信息可以是浏览器的CPU和内存的消耗信息，在移动设备广泛应用而硬件资源有限的情况下，CPU和内存的使用情况通常也是用户所关注的。

此处需要说明的是，为了保证测试结果的准确性，在回放测试脚本的过程中，应当尽量保证网络中没有其他进程或服务的流量。

在一种可选的方案中，在对网页前端进行性能测试之前，可以首先通过人工模拟用户操作的方式得到测试需要的测试脚本，然后根据测试需求，运行测试脚本，回放次脚本N次，并在每一次运行测试脚本的过程中，记录待测试的网页的加载时间、浏览器的CPU和内存使用情况。由于网络服务器、网络、操作系统或者硬件等原因，N次脚本回放记录的待测试的网页的加载时间、浏览器的CPU和内存使用情况有可能产生一些随机误差，为了避免随机误差对测试结果的影响，在得到多组待测试的网页的加载时间、浏览器的CPU和内存使用情况之后，需要对测试数据进行处理，删除不满足测试需要的性能数据，生成可读性更强的性能数据图表。

此处还需要说明的是，上述的第一获取单元41、第二获取单元43和生成单元45对应于实施例1中的步骤S102至步骤S106，三个单元与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

由上可知，本发明上述实施例公开的方案中，获取测试脚本，在多次执行测试脚本的过程中，获取待测试的网页的多个性能数据，基于多个性能数据，生成待测试的网页的性能数据图表，从而实现对网页前端进行性能测试的目的。

容易注意到，由于可以自动执行测试脚本，在执行测试脚本的过程中，自动获取待测试的网页的性能数据，从而可以在不改变网页代码的情况下，实现网页前端性能的自动化测试，降低人工成本，提高了测试效率。并且可以进行多次测试，获取多个性能数据，进一步对多个性能数据进行处理，去掉误差较大的无效数据，并生成性能数据图表，从而测试准确度得到提高。在测试过程中，处理可以获取到待测试的网页的加载时间，还可以获取到浏览器的CPU和内存使用数据，使得测试结果更符合用户的关注点。因此，通过本发明实施例所提供的方案，可以达到降低人工成本，提高测试效率，提高测试准确度的效果。

由此，本发明提供的上述实施例的方案解决了现有技术中的网页性能的测试方法主要采用手动测试，测试时间长且准确度低的技术问题。

图5是根据本发明实施例的一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图5所示，第一获取单元41包括：第一获取模块51、访问模块53和记录模块55。

其中，第一获取模块51用于获取测试需求；访问模块53用于根据测试需求，对待测试的网页进行访问操作；记录模块55用于在对待测试的网页进行访问操作的过程中，记录访问操作，得到测试脚本。

具体的，测试需求决定了模拟用户进行哪些操作。一般来说，真实用户常用的功能、对网站服务器数据库开销较大的操作以及加载大量图片的网页是重点关注的测试项。

在一种可选的方案中，测试人员在进行网页前端性能测试之前，可以在浏览器中打开需要测试的网页，人工手动模拟用户操作，录制得到自动化脚本(即上述的测试脚本)。

此处需要说明的是，上述的第一获取模块51、访问模块53和记录模块55对应于实施例1中的步骤S1022至步骤S1026，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图6是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图6所示，第一获取模块51包括：查询子模块61和/或分析子模块63。

其中，查询子模块61用于从服务器的操作日志中，查询得到测试需求；分析子模块63用于对待测试的网页的页面功能重要性和复杂程度进行分析，得到测试需求。

在一种可选的方案中，用户的常用操作和数据库慢查询，可以通过服务器后台日志来查询得到，如果没有服务器后台查询权限，可以对页面功能重要性和复杂程度进行分析，确定测试需求。

此处需要说明的是，上述的查询子模块61和/或分析子模块63对应于实施例1中的步骤S10222和/或步骤S10224，两个子模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图7是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图7所示，第一获取单元41还包括：分割模块71、添加模块73、验证模块75和执行模块77。

其中，分割模块71用于将测试脚本进行分割，得到多个测试用例；添加模块73用于为每个测试用例添加注释，并增加异常捕捉，得到处理后的测试脚本；验证模块75用于对处理后的测试脚本进行验证；执行模块77用于如果处理后的测试脚本验证成功，则多次执行处理后的测试脚本。

在一种可选的方案中，由于录制得到的脚本可能会包含一些冗余代码，因此需要经过优化和验证，得到符合测试需求的可执行脚本(即上述的处理后的测试脚本)，对录制得到的自动化脚本进行优化的方法可以为：将脚本按照操作顺序分割成多块，形成多个测试用例；添加注释，提高代码可读性；增加异常捕捉，提高代码健壮性。优化完成后，对脚本进行回放验证。验证不通过的，需要找到原因、对代码进行再次优化。

此处需要说明的是，上述的分割模块71、添加模块73、验证模块75和执行模块77对应于实施例1中的步骤S10282至步骤S10288，四个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图8是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图8所示，第二获取单元43包括：第二获取模块81、执行模块83和第三获取模块85。

其中，第二获取模块81用于获取至少一个网络速度；执行模块83用于在每个网络速度下，至少一次执行测试脚本；第三获取模块85用于在每次执行测试脚本的过程中，获取待测试的网页的性能数据，得到每个网络速度对应的至少一个性能数据。

此处需要说明的是，网页加载时间非常依赖用户的网络速度，为了贴近真实用户的网络情况，需要考虑不同的网络速度。

在一种可选的方案中，可以在相同的网络速度的情况下，回放测试脚本N次，在运行测试脚本的过程中，记录待测试的网页的加载时间、浏览器的CPU和内存使用情况；然后在不同网络速度的情况下，回放测试脚本多次，记录不同网络速度下，待测试的网页的加载时间、浏览器的CPU和内存使用情况。

此处需要说明的是，在不同网络速度条件下进行测试，除了网络速度不同之外，其他的测试条件都不变。

此处还需要说明的是，上述的第二获取模块81、执行模块83和第三获取模块85对应于实施例1中的步骤S1042至步骤S1046，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

通过上述方案，获取至少一个网络速度，在每个网络速度下，至少一次执行测试脚本，在每次执行测试脚本的过程中，获取待测试的网页的性能数据，得到每个网络速度对应的至少一个性能数据，从而获取到的测试结果可以适配不同网络速度的用户，提高测试结果的说服力。

图9是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图9所示，测试需求至少包括：目标对象的网络速度和/或最大网络速度，其中，第二获取模块81包括：第一处理子模块91和/或第二处理子模块93。

其中，第一处理子模块91用于按照目标对象的网络速度的分布情况，得到至少一个网络速度；第二处理子模块93用于对最大网络速度进行平均分配，得到至少一个网络速度。

具体的，网络速度的设置方案由测试环境和测试需求来决定，为了能获得理想的测试数据，测试环境的真实带宽应该大于网站90％用户的带宽；上述的目标对象可以是测试对应的目标用户。

在一种可选的方案中，网络速度需要设置多少档、每档设置多大值，可以按照目标用户的网速分布来决定；如果不能获得用户的网速数据，可以根据实际测试需要，按零到最大网速均分M档。

此处需要说明的是，上述的第一处理子模块91和/或第二处理子模块93对应于实施例1中的步骤S10422和/或步骤S10424，两个子模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图10是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图10所示，第三获取模块85包括：第一记录子模块101和/或第二记录子模块103。

其中，第一记录子模块101用于通过预设插件记录待测试的网页的加载时间；第二记录子模块103用于根据进程标识信息，记录CPU的使用信息和/或内存的使用信息。

具体的，上述的预设插件可以是浏览器插件监控模块，该模块可以以插件的形式运行于浏览器中，通过该模块提供的API(Application Programming Interface，引用程序编程接口)接口，该模块可以记录待测试的网页的加载时间，并将记录到的数据保存在文件中；上述的进程标识信息可以是浏览器的PID(Progress ID dentifier，进程标识符)。

在一种可选的方案中，可以根据浏览器的PID，对浏览器的CPU和内存占用进行监控，记录CPU和内存的使用信息，并将记录到的数据保存在文件中。

此处需要说明的是，上述的第一记录子模块101和/或第二记录子模块103对应于实施例1中的步骤S10462和/或步骤S10464，两个子模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图11是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图11所示，第二获取单元43还包括：清理模块111。

其中，清理模块111用于对上一次执行测试脚本生成的缓存进行清理。

在一种可选的方案中，在测试脚本每次回放之前，需要对浏览器缓存进行清理，避免上次回放产生的缓存对本次性能数据造成影响。在清理完缓存之后，可以驱动测试脚本回放。

此处需要说明的是，上述的清理模块111对应于实施例1中的步骤S1040，该模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图12是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图12所示，生成单元45包括：去除模块121、计算模块123和生成模块125。

其中，去除模块121用于去除每个网络速度对应的至少一个性能数据中的无效数据，得到每个网络速度对应的处理后的至少一个性能数据；计算模块123用于计算每个网络速度对应的处理后的至少一个性能数据的平均值，得到每个网络速度对应的性能数据的平均值；生成模块125用于根据每个网络速度对应的性能数据的平均值，生成待测试的网页的性能数据图表。

具体的，上述的无效数据可以是误差较大的数据，例如，可以是随机误差数据。

在一种可选的方案中，在得到不同网络速度的情况下，多组待测试的网页的加载时间、浏览器的CPU和内存使用情况之后，可以去掉误差较大的无效数据，并求得各项性能数据的平均值，得到不同网络速度下的性能数据的平均值，生成可读性强的性能数据图表。

此处需要说明的是，上述的去除模块121、计算模块123和生成模块125对应于实施例1中的步骤S1062至步骤S1066，三个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

图13是根据本发明实施例的另一种可选的网页性能的测试装置的示意图，根据本发明上述实施例，如图13所示，去除模块121包括：计算子模块131、比较子模块133和去除子模块135。

其中，计算子模块131用于计算每个网络速度对应的至少一个性能数据的平均值和标准差，得到第一平均值和第一标准差；比较子模块133用于将每个网络速度对应的每个性能数据与第一平均值和第一标准差进行比较；去除子模块135用于如果每个网络速度对应的任意一个性能数据与第一平均值的差值大于等于预设倍数的第一标准差，则去除每个网络速度对应的任意一个性能数据。

具体的，上述的预设倍数可以是3倍，也可以根据实际测试精度需要进行确定。

在一种可选的方案中，判断性能数据是否为无效数据的方法为：与平均值的偏差大于3倍标准差的数据为无效数据，需要进行去除。去掉误差较大的数据后，求得各项性能数据的平均值，生成可读性强的性能数据图表。

此处需要说明的是，上述的计算子模块131、比较子模块133和去除子模块135对应于实施例1中的步骤S10622至步骤S10626，三个子模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例1所公开的内容。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (22)

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

获取测试脚本，其中，所述测试脚本为对待测试的网页进行访问操作而生成的脚本；

在多次执行所述测试脚本的过程中，获取所述待测试的网页的多个性能数据；

基于多个所述性能数据，生成所述待测试的网页的性能数据图表。

2.根据权利要求1所述的方法，其特征在于，所述性能数据至少包括以下其中之一：所述待测试的网页的加载时间、CPU的使用信息和内存的使用信息。

3.根据权利要求2所述的方法，其特征在于，获取测试脚本包括：

获取测试需求；

根据所述测试需求，对所述待测试的网页进行访问操作；

在对所述待测试的网页进行所述访问操作的过程中，记录所述访问操作，得到所述测试脚本。

4.根据权利要求3所述的方法，其特征在于，获取测试需求包括：

从服务器的操作日志中，查询得到所述测试需求；和/或

对所述待测试的网页的页面功能重要性和复杂程度进行分析，得到所述测试需求。

5.根据权利要求3所述的方法，其特征在于，在记录所述访问操作，得到所述测试脚本之后，所述方法还包括：

将所述测试脚本进行分割，得到多个测试用例；

为每个测试用例添加注释，并增加异常捕捉，得到处理后的测试脚本；

对所述处理后的测试脚本进行验证；

如果所述处理后的测试脚本验证成功，则多次执行所述处理后的测试脚本。

6.根据权利要求3所述的方法，其特征在于，在多次执行所述测试脚本的过程中，获取所述待测试的网页的多个性能数据包括：

获取至少一个网络速度；

在每个所述网络速度下，至少一次执行所述测试脚本；

在每次执行所述测试脚本的过程中，获取所述待测试的网页的性能数据，得到每个所述网络速度对应的至少一个性能数据。

7.根据权利要求6所述的方法，其特征在于，所述测试需求至少包括：目标对象的网络速度和/或最大网络速度，其中，获取至少一个网络速度包括：

按照所述目标对象的网络速度的分布情况，得到所述至少一个网络速度；和/或

对所述最大网络速度进行平均分配，得到所述至少一个网络速度。

8.根据权利要求6所述的方法，其特征在于，获取所述待测试的网页的性能数据包括：

通过预设插件记录所述待测试的网页的加载时间；和/或

根据进程标识信息，记录所述CPU的使用信息和/或所述内存的使用信息。

9.根据权利要求6所述的方法，其特征在于，在每次执行所述测试脚本之前，所述方法还包括：

对上一次执行所述测试脚本生成的缓存进行清理。

10.根据权利要求6至9中任意一项所述的方法，其特征在于，基于多个所述性能数据，生成所述待测试的网页的性能数据图表包括：

去除每个所述网络速度对应的至少一个性能数据中的无效数据，得到每个所述网络速度对应的处理后的至少一个性能数据；

计算每个所述网络速度对应的所述处理后的至少一个性能数据的平均值，得到每个所述网络速度对应的性能数据的平均值；

根据每个所述网络速度对应的性能数据的平均值，生成所述待测试的网页的性能数据图表。

11.根据权利要求10所述的方法，其特征在于，去除每个所述网络速度对应的至少一个性能数据中的无效数据，得到每个所述网络速度对应的处理后的至少一个性能数据，包括：

计算每个所述网络速度对应的至少一个性能数据的平均值和标准差，得到第一平均值和第一标准差；

将每个所述网络速度对应的每个性能数据与所述第一平均值和所述第一标准差进行比较；

如果每个所述网络速度对应的任意一个性能数据与所述第一平均值的差值大于等于预设倍数的所述第一标准差，则去除每个所述网络速度对应的所述任意一个性能数据。

12.一种网页性能的测试装置，其特征在于，包括：

第一获取单元，用于获取测试脚本，其中，所述测试脚本为对待测试的网页进行访问操作而生成的脚本；

第二获取单元，用于在多次执行所述测试脚本的过程中，获取待测试的网页的多个性能数据；

生成单元，用于基于多个所述性能数据，生成所述待测试的网页的性能数据图表。

13.根据权利要求12所述的装置，其特征在于，所述性能数据至少包括以下其中之一：所述待测试的网页的加载时间、CPU的使用信息和内存的使用信息。

14.根据权利要求13所述的装置，其特征在于，所述第一获取单元包括：

第一获取模块，用于获取测试需求；

访问模块，用于根据所述测试需求，对所述待测试的网页进行访问操作；

记录模块，用于在对所述待测试的网页进行所述访问操作的过程中，记录所述访问操作，得到所述测试脚本。

15.根据权利要求14所述的装置，其特征在于，所述第一获取模块包括：

查询子模块，用于从服务器的操作日志中，查询得到所述测试需求；和/或

分析子模块，用于对所述待测试的网页的页面功能重要性和复杂程度进行分析，得到所述测试需求。

16.根据权利要求14所述的装置，其特征在于，所述第一获取单元还包括：

分割模块，用于将所述测试脚本进行分割，得到多个测试用例；

添加模块，用于为每个测试用例添加注释，并增加异常捕捉，得到处理后的测试脚本；

验证模块，用于对所述处理后的测试脚本进行验证；

执行模块，用于如果所述处理后的测试脚本验证成功，则多次执行所述处理后的测试脚本。

17.根据权利要求14所述的装置，其特征在于，第二获取单元包括：

第二获取模块，用于获取至少一个网络速度；

执行模块，用于在每个所述网络速度下，至少一次执行所述测试脚本；

第三获取模块，用于在每次执行所述测试脚本的过程中，获取所述待测试的网页的性能数据，得到每个所述网络速度对应的至少一个性能数据。

18.根据权利要求17所述的装置，其特征在于，所述测试需求至少包括：目标对象的网络速度和/或最大网络速度，其中，所述第二获取模块包括：

第一处理子模块，用于按照所述目标对象的网络速度的分布情况，得到所述至少一个网络速度；和/或

第二处理子模块，用于对所述最大网络速度进行平均分配，得到所述至少一个网络速度。

19.根据权利要求17所述的装置，其特征在于，所述第三获取模块包括：

第一记录子模块，用于通过预设插件记录所述待测试的网页的加载时间；和/或

第二记录子模块，用于根据进程标识信息，记录所述CPU的使用信息和/或所述内存的使用信息。

20.根据权利要求17所述的装置，其特征在于，所述第二获取单元还包括：

清理模块，用于对上一次执行所述测试脚本生成的缓存进行清理。

21.根据权利要求17至20中任意一项所述的装置，其特征在于，所述生成单元包括：

去除模块，用于去除每个所述网络速度对应的至少一个性能数据中的无效数据，得到每个所述网络速度对应的处理后的至少一个性能数据；

计算模块，用于计算每个所述网络速度对应的所述处理后的至少一个性能数据的平均值，得到每个所述网络速度对应的性能数据的平均值；

生成模块，用于根据每个所述网络速度对应的性能数据的平均值，生成所述待测试的网页的性能数据图表。

22.根据权利要求21所述的装置，其特征在于，所述去除模块包括：

计算子模块，用于计算每个所述网络速度对应的至少一个性能数据的平均值和标准差，得到第一平均值和第一标准差；

比较子模块，用于将每个所述网络速度对应的每个性能数据与所述第一平均值和所述第一标准差进行比较；

去除子模块，用于如果每个所述网络速度对应的任意一个性能数据与所述第一平均值的差值大于等于预设倍数的所述第一标准差，则去除每个所述网络速度对应的所述任意一个性能数据。