CN113127369A - 一种执行脚本的处理方法以及装置 - Google Patents

Abstract

本申请提供了一种执行脚本的处理方法以及装置，用于生成精确度更高的执行脚本，通过该执行脚本更加精确地、彻底地还原之前工作人员的用户操作行为，从而可保障高质量的服务器自动测试。方法包括：当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在测试过程中做出的不同用户操作行为；处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

Description

一种执行脚本的处理方法以及装置

技术领域

本申请涉及测试领域，具体涉及一种执行脚本的处理方法以及装置。

背景技术

当服务器研发完成推向市场，或者服务器部署完成投入实际应用时，一般还需要进行测试，以确定服务器的性能是否满足使用需求。

对于服务器的测试，相比于传统的人工方式，现今更倾向于采用机器自动测试方式，在机器自动测试方式中，通过首次由工作人员采用人工测试的方式向服务器发起测试，在这测试过程中，机器记录下工作人员所作出的用户操作行为，并基于该用户操作行为生成执行脚本，后续则可根据该执行脚本重复地还原该用户操作行为，模拟用户向服务器自动发起测试。

而在现有的相关技术的研究过程中，发明人发现，当在系统上提取之前服务器测试过程中采集的用户操作行为生成执行脚本来执行自动测试时，存在不稳定的情况，可能带来测试中断或者数据异常。

发明内容

本申请提供了一种执行脚本的处理方法以及装置，用于生成精确度更高的执行脚本，通过该执行脚本更加精确地、彻底地还原之前工作人员的用户操作行为，从而可保障高质量的服务器自动测试。

第一方面，本申请提供了一种执行脚本的处理方法，方法包括：

当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在测试过程中做出的不同用户操作行为；

处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；

处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，包括：

处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，并识别不同http请求的数量、类型以及并发时序；

处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，包括：

处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本。

结合本申请第一方面第一种可能的实现方式，在本申请第一方面第二种可能的实现方式中，处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本，包括：

处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，量化对于目标服务器产生的压力状态；

处理设备构建对目标服务器产生压力状态等同的压力状态的http请求序列，并基于http请求序列生成执行脚本。

结合本申请第一方面，在本申请第一方面第三种可能的实现方式中，方法还包括：

处理设备获取触发用户操作行为的操作控件；

处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，包括：

处理设备结合不同用户操作行为、操作控件以及不同用户操作行为分别对应的http请求，生成执行脚本。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本之后，方法还包括：

处理设备通过执行脚本向目标服务器发起新的服务器测试任务。

第二方面，本申请提供了一种执行脚本的处理装置，装置包括：

捕捉单元，用于当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，捕捉用户在测试过程中做出的不同用户操作行为；

识别单元，用于在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；

生成单元，用于结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，识别单元，具体用于：

在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，并识别不同http请求的数量、类型以及并发时序；

生成单元，具体用于：

在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本。

结合本申请第二方面第一种可能的实现方式，在本申请第二方面第二种可能的实现方式中，生成单元，具体用于：

在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，量化对于目标服务器产生的压力状态；

构建对目标服务器产生压力状态等同的压力状态的http请求序列，并基于http请求序列生成执行脚本。

结合本申请第二方面，在本申请第二方面第三种可能的实现方式中，装置还包括获取单元，用于：

获取触发用户操作行为的操作控件；

生成单元，具体用于：

结合不同用户操作行为、操作控件以及不同用户操作行为分别对应的http请求，生成执行脚本。

结合本申请第二方面，在本申请第二方面第四种可能的实现方式中，装置还包括测试单元，用于：

通过执行脚本向目标服务器发起新的服务器测试任务。

第三方面，本申请提供了一种处理设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

本申请在服务器的自动测试场景下，当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在测试过程中做出的不同用户操作行为，并在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，接着结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程，在该执行脚本的生成过程中，不仅是在记录的用户操作行为的基础上生成的，还引入了与用户操作行为相对应的、当前发起的http请求，从外部表现(用户操作行为)以及内部表现(http请求)两方面完整地记录下之前发起的服务器测试，通过该执行脚本更加精确地、彻底地还原之前工作人员的用户操作行为，从而可保障高质量的服务器自动测试。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请执行脚本的处理方法的一种流程示意图；

图2为本申请执行脚本的处理装置的一种结构示意图；

图3为本申请处理设备的一种结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。

本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。

在介绍本申请提供的执行脚本的处理方法之前，首先介绍本申请所涉及的背景内容。

本申请提供的执行脚本的处理方法、装置以及计算机可读存储介质，可应用于处理设备，用于生成精确度更高的执行脚本，通过该执行脚本更加精确地、彻底地还原之前工作人员的用户操作行为，从而可保障高质量的服务器自动测试。

本申请提及的执行脚本的处理方法，其执行主体可以为执行脚本的处理装置，或者集成了该执行脚本的处理装置的服务器、物理主机或者用户设备(User Equipment，UE)等处理设备。其中，装置可以采用硬件或者软件的方式实现，UE具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备，处理设备可以通过设备集群的方式设置。

下面，开始介绍本申请提供的执行脚本的处理方法。

首先，参阅图1，图1示出了本申请执行脚本的处理方法的一种流程示意图，本申请提供的执行脚本的处理方法，具体可包括如下步骤：

步骤S101，当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在测试过程中做出的不同用户操作行为；

步骤S102，处理设备识别在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；

步骤S103，处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

从图1所示实施例可看出，本申请在服务器的自动测试场景下，当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在测试过程中做出的不同用户操作行为，并在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，接着结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程，在该执行脚本的生成过程中，不仅是在记录的用户操作行为的基础上生成的，还引入了与用户操作行为相对应的、当前发起的http请求，从外部表现(用户操作行为)以及内部表现(http请求)两方面完整地记录下之前发起的服务器测试，通过该执行脚本更加精确地、彻底地还原之前工作人员的用户操作行为，从而可保障高质量的服务器自动测试。

下面则对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。

在本申请中，针对目标服务器发起的服务器测试任务，是在服务器测试基准下进行的，该服务器测试基准，可以理解为规范的测试内容、测试方式或者测试范围。

以目标服务器为数据库为例，可以通过TPC测试基准对其发起数据库测试任务，该TPC测试基准，还可以为TPC-E、TPC-H等具体的、不同类型的测试基准。

可以理解的是，服务器测试基准，可以为行业通用的测试基准，也可以为公司内部的测试基准，具体可随实际需要调整。

此外，需要理解的是，在本申请中，服务器测试任务，具体测试的是目标服务器对于用户操作行为的响应过程中反应出的性能，而针对该涉及的用户操作行为，则可通过模拟的方式，来促使自动化测试的实现。

具体的，在通过执行脚本进行自动化测试前，需要针对本地服务器测试任务生成所需的执行脚本，该执行脚本是在人工测试过程中记录下的用户操作行为的基础上得到的。

当处理设备本地或者处理设备所管控的、下属的测试设备，在工作人员的触发下，向目标服务器发起数据库测试任务时，处理设备可捕捉用户在测试过程中做出的不同用户操作行为，为执行脚本的生成提供数据支持。

此处涉及的测试设备，与处理设备类似，也可以为服务器、物理主机或者UE等设备，也是用于向目标服务器发起服务器测试的。

在实际应用中，测试设备以及处理设备还可能为同一设备，即，在一设备上划分出处理设备以及测试设备两者工作模块，并根据两工作模块之间的虚拟通信，应用本申请提出的服务器测试机制。

举例而言，测试设备可以为处理设备本地构建的虚拟环境中虚拟化得到的虚拟机，如此处理设备对于这些测试设备，具有较佳的控制效果，还可以节省大量的硬件资源，从虚拟资源的层面更低成本地完成服务器测试任务。

在本申请中，服务器侧可以理解为是基于web应用服务实现的，从而设备本地可以通过浏览器应用向服务器发起http请求，执行服务器测试。

而对于工作人员作出用户操作行为进行的人工测试，处理设备除了从外部外表现层面捕捉下工作人员作出的用户操作行为，还在内部表现层面提取在这些用户操作行为下浏览器应用向目标服务器发起的http请求，这些http请求的发起记录，可以从浏览器应用的运行记录中获取到，例如运行日志等文件类型的运行记录。

应当理解的是，在现有技术中，只聚焦于用户操作行为的捕捉，未关注到底层的与用户操作行为相对应的具体http请求，因此其基于用户操作行为所生成的执行脚本，只是在外部表现层面还原了用户操作行为，而在执行该执行脚本时，则可能在内部表现层面的http请求上，存在一定的落差。

例如，若后续基于执行脚本进行自动化测试的设备，不是原来的设备；又例如，若后续基于执行脚本进行自动化测试的设备，其安装的浏览器应用不是原来的浏览器应用，这些情况下都可能导致执行脚本与现在的测试环境无法完全兼容，这就可能导致了存在不稳定的情况，可能带来测试中断或者数据异常。

而本申请，结合用户操作行为、与用户操作行为一一对应的http请求这两者，则可从外部表现(用户操作行为)以及内部表现(http请求)两方面完整地记录下之前发起的服务器测试，所生成的执行脚本，即使测试环境发生了变更，也具有更佳的匹配性，或者说，容易实现完全兼容的情况，从而可更加精确地、彻底地还原之前工作人员的用户操作行为。

为更进一步提高执行脚本的精确性，本申请还提出，在生成执行脚本时，除了外部表现层面的用户操作行为，以及内部表现层面的http请求，还可继续引入介于外部表现层面的用户操作行为与内部表现层面的http请求之间的媒介，即，触发用户操作行为的操作控件，该操作控件用于在收到用户操作行为的触发后，即触发生成相应的http请求，通过结合三者，更进一步地、更加精确地、彻底地还原之前工作人员的用户操作行为。

对应的，处理设备还获取了该用户操作行为对应的操作控件，并结合不同用户操作行为、操作控件以及不同用户操作行为分别对应的http请求，生成执行脚本。

该操作控件，是指用户可与之交互以输入或操作数据的对象，示例性的，以用户界面(User Interface，UI)为例，UI可部署UI控件，用于人际交互，例如文本框、视窗、按钮、下拉式菜单等。

而在获取到用户操作行为、与用户操作行为一一对应的http请求这两者，甚至还包括上述提及的操作控件，则可在这些基础上，结合执行脚本模板，生成本次数据库测试任务相匹配的执行脚本，其中，该执行脚本模板，也可以理解预先规范的初始脚本。

在生成执行脚本后，处理设备则可通过执行脚本向目标服务器发起新的服务器测试任务，即自动化测试。

其中，在自动化测试过程中，还可能涉及到一些需要用户数据、测试用例的http请求，如此，则可继续引入预先配置单用户数据、测试用例对http请求进行填充，使其还原真实的使用场景，以便实现对目标数据库的测试。

此外，本申请为进一步提升执行脚本的还原效果，提高其精确度，在生成执行脚本的过程中，还涉及到对用户操作行为对应的http请求的分析，从而可锁定http请求的分析结果，结合用户操作行为以及用户操作行为对应的http请求，构建效果更佳的执行脚本。

即，处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，可包括：

处理设备在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，并识别不同http请求的数量、类型以及并发时序；

处理设备结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，可包括：

处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本。

从上述可看出，对于http请求的分析，本申请是基于http请求的数量、类型以及并发时序展开的，通过这三者，在数据层面上对http请求的特性更好地进行量化体现，并通过对这三者的锁定，构建效果更佳的执行脚本。

其中，执行脚本，可以理解为以一种http请求序列的基础上生成的，该http请求序列，为多个的http请求按照对应执行顺序构成。

而在该基础上，本申请还额外提出一种执行脚本的生成机制，即，本申请所生成的执行脚本，除了可直接还原之前工作人员进行人工测试的测试过程，还可以从该测试过程的间接还原角度出发，以还原的之前工作人员进行人工测试的测试效果为基础，构建一种具有等同测试效果，且发起的http请求更为灵活多变的http请求序列。

具体的，该测试效果，可以用目标服务器在测试过程中的压力状态体现，该压力状态，可以是随时间动态量化出来的，例如目标服务器的响应速度、响应精度、温度、耗电量等本申请认为可反应出目标服务在不同压力状态下随之变化的具体参数。

对应的，处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本，还可包括：

处理设备在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，量化对于目标服务器产生的压力状态；

处理设备构建对目标服务器产生压力状态等同的压力状态的http请求序列，并基于http请求序列生成执行脚本。

可以理解的是，在该执行脚本的生成机制下，显然，在对之前人工测试所实现的测试效果、对目标服务器产生压力状态进行分析后，构建了可产生等同测试效果、对目标服务器可产生等同压力状态的执行脚本，不仅基本保证了原来的测试质量，并且在实际应用中，由于http请求序列的调整，http请求的发起更加的灵活多变，在高并发的自动测试过程中，还可能带来更佳的、更全面的测试质量，从而，可得到高质量、深层化的服务器自动测试。

以上是本申请提供的执行脚本的处理方法的介绍，为便于更好的实施本申请提供的执行脚本的处理方法，本申请还提供了执行脚本的处理装置。

参阅图2，图2为本申请执行脚本的处理装置的一种结构示意图，在本申请中，执行脚本的处理装置200具体可包括如下结构：

捕捉单元201，用于当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，捕捉用户在测试过程中做出的不同用户操作行为；

识别单元202，用于在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；

生成单元203，用于结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

在一种示例性的实现方式中，识别单元202，具体用于：

在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，并识别不同http请求的数量、类型以及并发时序；

生成单元203，具体用于：

在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，生成执行脚本。

在又一种示例性的实现方式中，生成单元203，具体用于：

在不同用户操作行为以及不同用户操作行为分别对应的http请求的基础上，结合不同http请求的数量、类型以及并发时序，量化对于目标服务器产生的压力状态；

构建对目标服务器产生压力状态等同的压力状态的http请求序列，并基于http请求序列生成执行脚本。

在又一种示例性的实现方式中，装置还包括获取单元204，用于：

获取触发用户操作行为的操作控件；

生成单元203，具体用于：

结合不同用户操作行为、操作控件以及不同用户操作行为分别对应的http请求，生成执行脚本。

在又一种示例性的实现方式中，装置还包括测试单元205，用于：

通过执行脚本向目标服务器发起新的服务器测试任务。

本申请还提供了处理设备，参阅图3，图3示出了本申请处理设备的一种结构示意图，具体的，本申请处理设备可包括处理器301、存储器302以及输入输出设备303，处理器301用于执行存储器302中存储的计算机程序时实现如图1对应实施例中执行脚本的处理方法的各步骤；或者，处理器301用于执行存储器302中存储的计算机程序时实现如图2对应实施例中各单元的功能，存储器302用于存储处理器301执行上述图1对应实施例中执行脚本的处理方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器302中，并由处理器301执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

处理设备可包括，但不仅限于处理器301、存储器302、输入输出设备303。本领域技术人员可以理解，示意仅仅是处理设备的示例，并不构成对处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如处理设备还可以包括网络接入设备、总线等，处理器301、存储器302、输入输出设备303以及网络接入设备等通过总线相连。

处理器301可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是处理设备的控制中心，利用各种接口和线路连接整个设备的各个部分。

存储器302可用于存储计算机程序和/或模块，处理器301通过运行或执行存储在存储器302内的计算机程序和/或模块，以及调用存储在存储器302内的数据，实现计算机装置的各种功能。存储器302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据处理设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器301用于执行存储器302中存储的计算机程序时，具体可实现以下功能：

当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，捕捉用户在测试过程中做出的不同用户操作行为；

在浏览器应用的运行记录中，识别与不同用户操作行为分别对应的向目标服务器发起的http请求，http请求为执行服务器测试任务的请求；

结合不同用户操作行为以及不同用户操作行为分别对应的http请求，生成执行脚本，执行脚本用于还原并执行浏览器应用向目标服务器发起服务器测试任务的执行过程。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的执行脚本的处理装置、处理设备及其相应单元的具体工作过程，可以参考如图1对应实施例中执行脚本的处理方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图1对应实施例中执行脚本的处理方法中的步骤，具体操作可参考如图1对应实施例中处理执行脚本的处理方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图1对应实施例执行脚本的处理方法中的步骤，因此，可以实现本申请如图1对应实施例中执行脚本的处理方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的执行脚本的处理方法、装置、处理设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种执行脚本的处理方法，其特征在于，所述方法包括：

当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，处理设备捕捉用户在所述测试过程中做出的不同用户操作行为；

所述处理设备在所述浏览器应用的运行记录中，识别与所述不同用户操作行为分别对应的向所述目标服务器发起的http请求，所述http请求为执行所述服务器测试任务的请求；

所述处理设备结合所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求，生成执行脚本，所述执行脚本用于还原并执行所述浏览器应用向所述目标服务器发起所述服务器测试任务的执行过程。

2.根据权利要求1所述的方法，其特征在于，所述处理设备在所述浏览器应用的运行记录中，识别与所述不同用户操作行为分别对应的向所述目标服务器发起的http请求，包括：

所述处理设备在所述浏览器应用的运行记录中，识别与所述不同用户操作行为分别对应的向所述目标服务器发起的http请求，并识别不同所述http请求的数量、类型以及并发时序；

所述处理设备结合所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求，生成执行脚本，包括：

所述处理设备在所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求的基础上，结合所述不同所述http请求的数量、类型以及并发时序，生成所述执行脚本。

3.根据权利要求2所述的方法，其特征在于，所述处理设备在所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求的基础上，结合所述不同所述http请求的数量、类型以及并发时序，生成所述执行脚本，包括：

所述处理设备在所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求的基础上，结合所述不同所述http请求的数量、类型以及并发时序，量化对于所述目标服务器产生的压力状态；

所述处理设备构建对所述目标服务器产生所述压力状态等同的压力状态的http请求序列，并基于所述http请求序列生成所述执行脚本。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述处理设备获取触发所述用户操作行为的操作控件；

所述处理设备结合所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求，生成执行脚本，包括：

所述处理设备结合所述不同用户操作行为、所述操作控件以及所述不同用户操作行为分别对应的所述http请求，生成所述执行脚本。

5.根据权利要求1所述的方法，其特征在于，所述处理设备结合所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求，生成执行脚本之后，所述方法还包括：

所述处理设备通过所述执行脚本向所述目标服务器发起新的服务器测试任务。

6.一种执行脚本的处理装置，其特征在于，所述装置包括：

捕捉单元，用于当检测到本地通过浏览器应用向目标服务器发起服务器测试任务时，捕捉用户在所述测试过程中做出的不同用户操作行为；

识别单元，用于在所述浏览器应用的运行记录中，识别与所述不同用户操作行为分别对应的向所述目标服务器发起的http请求，所述http请求为执行所述服务器测试任务的请求；

生成单元，用于结合所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求，生成执行脚本，所述执行脚本用于还原并执行所述浏览器应用向所述目标服务器发起所述服务器测试任务的执行过程。

7.根据权利要求6所述的装置，其特征在于，所述识别单元，具体用于：

在所述浏览器应用的运行记录中，识别与所述不同用户操作行为分别对应的向所述目标服务器发起的http请求，并识别不同所述http请求的数量、类型以及并发时序；

所述生成单元，具体用于：

在所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求的基础上，结合所述不同所述http请求的数量、类型以及并发时序，生成所述执行脚本。

8.根据权利要求7所述的装置，其特征在于，所述生成单元，具体用于：

在所述不同用户操作行为以及所述不同用户操作行为分别对应的所述http请求的基础上，结合所述不同所述http请求的数量、类型以及并发时序，量化对于所述目标服务器产生的压力状态；

构建对所述目标服务器产生所述压力状态等同的压力状态的http请求序列，并基于所述http请求序列生成所述执行脚本。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括获取单元，用于：

获取触发所述用户操作行为的操作控件；

所述生成单元，具体用于：

结合所述不同用户操作行为、所述操作控件以及所述不同用户操作行为分别对应的所述http请求，生成所述执行脚本。

10.根据权利要求6所述的装置，其特征在于，装置还包括测试单元，用于：

通过所述执行脚本向所述目标服务器发起新的服务器测试任务。

Images