一种测试脚本的参数化处理方法以及装置与流程

1.本技术涉及测试领域，具体涉及一种测试脚本的参数化处理方法以及装置。


背景技术：

2.相关应用服务在推向市场、推向用户之前，是需要在公司内部进行测试的，以测试其是否可以提供正常的应用功能以及所反映出的具体功能效果。
3.在具体操作中，应用服务的相关应用程序若属于网络服务类型，一般是配置于服务器上，又可称为系统，供用户端设备进行访问。在相关应用服务的测试过程中，则可以理解为对系统发起相应的系统测试。
4.而在现有的相关技术的研究过程中，发明人发现，在通过测试脚本进行系统的自动化测试时，在一些功能节点上存在测试异常的情况，从而影响了测试效率以及测试质量。


技术实现要素：

5.本技术提供了一种测试脚本的参数化处理方法以及装置，用于针对目标系统无法响应重复请求内容的目标处理请求，通过参数化处理，使得该目标处理请求可以执行正常的系统测试且系统测试还具有动态变化的特点，保障了测试效率以及测试质量。
6.第一方面，本技术提供了一种测试脚本的参数化处理方法，方法包括：测试设备在确定对于目标系统的测试任务后，获取测试任务的测试脚本，测试脚本用于按照预设的测试规则对目标系统发起测试；测试设备检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求；若存在，则测试设备以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求；测试设备在测试过程中，基于测试脚本向目标系统发起包括目标处理请求的不同处理请求，并监测目标系统对于不同处理请求的响应结果；测试设备基于目标系统对于不同处理请求的响应结果，确定目标系统的功能和性能测试结果。
7.结合本技术第一方面，在本技术第一方面第一种可能的实现方式中，目标处理请求具体为预设的携带登录账号以及登录密码的用户登录请求。
8.结合本技术第一方面第一种可能的实现方式，在本技术第一方面第二种可能的实现方式中，测试设备以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，包括：测试设备识别目标处理请求的接口数据，并生成接口数据对应的请求列表；测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，为不同虚拟用户分配相互独立的参数化的登录账号以及登录账号密码；
测试设备配置参数化的登录账号以及登录密码两者，与接口数据之间的配对关系，使得脚本在向目标系统发起目标处理请求时，通过接口数据调用参数化的登录账号以及登录密码来发起目标处理请求。
9.结合本技术第一方面第二种可能的实现方式，在本技术第一方面第三种可能的实现方式中，测试设备在配置测试脚本的过程中是以可视化界面呈现的，测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，为不同虚拟用户分配相互独立的参数化的登录账号以及登录密码，包括：测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式生成并向用户展示测试设备自身为不同虚拟用户随机生成的相互独立的参数化的登录账号以及登录密码；或者，测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式向用户提供输入接口，使得用户为不同虚拟用户输入相互独立的参数化的登录账号以及登录密码；在经用户确认后，测试设备确定可视化界面中的参数化的登录账号以及登录密码为最终采用的数据。
10.结合本技术第一方面第三种可能的实现方式，在本技术第一方面第四种可能的实现方式中，方法还包括：在测试完毕后，测试设备记录参数化的登录账号以及登录密码，使得下一个测试任务所用测试脚本也存在目标处理请求时，直接调用参数化的登录账号以及登录密码进行测试。
11.第二方面，本技术提供了一种测试脚本的参数化处理装置，装置包括：获取单元，用于在确定对于目标系统的测试任务后，获取测试任务的测试脚本，测试脚本用于按照预设的测试规则对目标系统发起测试；检测单元，用于检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求，若存在，则触发参数化处理单元；参数化处理单元，用于以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求；测试单元，用于在测试过程中，基于测试脚本向目标系统发起包括目标处理请求的不同处理请求，并监测目标系统对于不同处理请求的响应结果；确定单元，用于基于目标系统对于不同处理请求的响应结果，确定目标系统的功能和性能测试结果。
12.结合本技术第二方面，在本技术第二方面第一种可能的实现方式中，目标处理请求具体为预设的携带登录账号以及登录密码的用户登录请求。
13.结合本技术第二方面第一种可能的实现方式，在本技术第二方面第二种可能的实现方式中，参数化处理单元，具体用于：识别目标处理请求的接口数据，并生成接口数据对应的请求列表；在请求列表中具体以登录账号以及登录密码作为参数化对象，为不同虚拟用户分
配相互独立的参数化的登录账号以及登录账号密码；配置参数化的登录账号以及登录密码两者，与接口数据之间的配对关系，使得脚本在向目标系统发起目标处理请求时，通过接口数据调用参数化的登录账号以及登录密码来发起目标处理请求。
14.结合本技术第二方面第二种可能的实现方式，在本技术第二方面第三种可能的实现方式中，参数化处理单元，具体用于：在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式生成并向用户展示自身为不同虚拟用户随机生成的相互独立的参数化的登录账号以及登录密码；或者，在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式向用户提供输入接口，使得用户为不同虚拟用户输入相互独立的参数化的登录账号以及登录密码；在经用户确认后，确定可视化界面中的参数化的登录账号以及登录密码为最终采用的数据。
15.结合本技术第二方面第三种可能的实现方式，在本技术第二方面第四种可能的实现方式中，装置还包括记录单元，用于：在测试完毕后，记录参数化的登录账号以及登录密码，使得下一个测试任务所用测试脚本也存在目标处理请求时，直接调用参数化的登录账号以及登录密码进行测试。
16.第三方面，本技术提供了一种测试设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
17.第四方面，本技术提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
18.从以上内容可得出，本技术具有以下的有益效果：在通过测试脚本对目标系统执行自动化测试的过程中，本技术通过检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求，若存在则以该目标处理请求作为参数化对象，进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求，如此可以避免该目标处理请求带来的干扰，该目标处理请求可以执行正常的系统测试且系统测试还具有动态变化的特点，保障了整体系统测试处理的测试效率以及测试质量。
附图说明
19.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1为本技术测试脚本的参数化处理方法的一种流程示意图；
图2为本技术配置测试脚本的一种流程示意图；图3为本技术测试脚本的参数化处理装置的一种结构示意图；图4为本技术测试设备的一种结构示意图。
具体实施方式
21.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
22.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本技术中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。
23.本技术中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本技术中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本技术方案的目的。
24.在介绍本技术提供的测试脚本的参数化处理方法之前，首先介绍本技术所涉及的背景内容。
25.本技术提供的测试脚本的参数化处理方法、装置以及计算机可读存储介质，可应用于测试设备，用于针对目标系统无法响应重复请求内容的目标处理请求，通过参数化处理，使得该目标处理请求可以执行正常的系统测试且系统测试还具有动态变化的特点，保障了测试效率以及测试质量。
26.本技术提及的测试脚本的参数化处理方法，其执行主体可以为测试脚本的参数化处理装置，或者集成了该测试脚本的参数化处理装置的服务器、物理主机或者用户设备（user equipment，ue）等不同类型的测试设备。其中，测试脚本的参数化处理装置可以采用硬件或者软件的方式实现，ue具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理（personal digital assistant，pda）等终端设备，测试设备可以通过设备集群的方式设置。
27.下面，开始介绍本技术提供的测试脚本的参数化处理方法。
28.首先，参阅图1，图1示出了本技术测试脚本的参数化处理方法的一种流程示意图，
本技术提供的测试脚本的参数化处理方法，具体可包括如下步骤s101至步骤s105：步骤s101，测试设备在确定对于目标系统的测试任务后，获取测试任务的测试脚本，测试脚本用于按照预设的测试规则对目标系统发起测试；可以理解，在实际操作中，对于系统的测试，是以指定的测试任务的形式发起的。
29.该测试任务，即可以为工作人员手动配置，也可以是测试设备自动监测系统上出现的、新的内容等触发条件来自动触发生成。
30.其中，测试脚本一般为通用的测试脚本，当然，对于一些特别的系统，也可以采用针对性配置的测试脚本。
31.测试脚本，可以理解为系统测试涉及的一系列指令，这些指令可以被自动化测试工具执行，也就是说，测试脚本可以通过加载测试工具（一般是以独立的应用程序体现）中配置的测试脚本来执行系统测试。
32.可以理解的是，对于测试脚本执行的测试方式，其是在预设的测试规则下配置的，如此可以测得目标系统在该测试规则下的系统功能和性能。
33.举例而言，若该测试规则为测试系统注册用户都能正常登录，则测试脚本可以在该规则下配置相应的处理请求，如此可以测得目标系统的注册用户登录测试结果。
34.其中，对于测试脚本涉及的具体测试规则，具体可以随实际需要以及相应的规范测试规则调整，在此不做具体限定。
35.步骤s102，测试设备检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求，若存在，则触发步骤s103；可以理解的是，对于测试脚本中配置的处理请求，既可能是直接写入到脚本中的处理请求，也可能是向脚本配置了相应接口的处理请求，也就是说，测试脚本在执行系统测试过程中发起的处理请求，可能是从本地的其他存储地址甚至其他设备上调取得到的。
36.而对于本次系统测试任务所涉及的大量的处理请求，本技术则从中检测是否存在本次待测试的目标系统无法重复请求内容的目标处理请求。
37.通俗来讲，对于不同系统而言，在提供应用服务的实际运行过程中，基于系统本身技术上的运行需求，也可能基于相关业务的运行需求，一些细节上的功能服务所涉及的处理请求，是无法响应其重复请求内容的。
38.而本技术认为，这类处理请求，就可能导致出现测试异常的情况，也就是现有测试工具中存在测试效率异常、测试质量异常的一种原因，测试脚本执所执行的测试，通常具有重复的特点，也就是说，若涉及到大量处理请求，则这些处理请求中往往存在大量的、重复请求内容的处理请求，而对于系统的一些特定应用服务而言，这类处理请求是无法也是不能进行正常响应的。
39.对比，可以通过预设的处理请求类型、处理请求具体内容甚至实时的处理请求响应结果等方式来检测测试脚本中是否存在这类的处理请求，即目标处理请求。
40.步骤s103，测试设备以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求；可以理解，对于本次目标系统无法响应重复请求内容的目标处理请求，本技术则为其具体引入了一参数化机制，该参数化机制可以理解为，为不同时间发起的不同处理请
求，将其携带的请求内容配置为不同的数据，从而在测试过程中，多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，如此可避免目标系统无法响应同一请求内容的目标处理请求。
41.步骤s104，测试设备在测试过程中，基于测试脚本向目标系统发起包括目标处理请求的不同处理请求，并监测目标系统对于不同处理请求的响应结果；在克服了目标处理请求存在的目标系统无法正常响应的问题后，则可向目标系统发起正常的系统测试，即，发送大量的处理请求以观测目标系统对于接收到的处理请求的响应。
42.在这测试过程中，既可以从系统外部接收目标系统反馈的响应结果，也可以通过配置于目标系统内的监控程序，采用主动方式来获取目标系统的响应结果。
43.步骤s105，测试设备基于目标系统对于不同处理请求的响应结果，确定目标系统的功能和性能测试结果。
44.获取到目标系统对于测试设备本地向其发送的不同处理请求的响应结果后，则可基于该响应结果，根据预设的功能和性能测试结果的数据转换处理、数据加工处理、结果呈现方式等涉及到的数据处理，将响应结果加工成对应的功能和性能测试结果。
45.最终的功能和性能测试结果，是在最开始测试任务涉及的测试规则下体现的，具体可以通过图文、报表等方式进行呈现。
46.从图1所示实施例可看出，在通过测试脚本对目标系统执行自动化测试的过程中，本技术通过检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求，若存在则以该目标处理请求作为参数化对象，进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求，如此可以避免该目标处理请求带来的干扰，该目标处理请求可以执行正常的系统测试且系统测试还具有动态变化的特点，保障了整体系统测试处理的测试效率以及测试质量。
47.继续对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。
48.作为一种适于实用的实现方式，对于本技术所针对的目标处理请求，其具体可以为预设的携带登录账号以及登录密码的用户登录请求。
49.可以理解，在实际系统测试的应用场景中，本技术通过测试回溯发现，在功能和性能测试过程中，产生的并发用户往往无法使用同样的参数去访问同一个请求，比如测试登录操作时，并发用户无法使用相同的账号密码进行登录，此时则可通过本技术对测试脚本中此处所涉及的地方进行参数化处理，使得每个并发用户都能分配到独立的参数信息，如此对于该登录操作测试环节可以完成其正常的测试。
50.进一步的，在具体的设置中，作为又一种适于实用的实现方式，在对目标处理请求执行参数化处理的过程中，具体可以包括以下内容：测试设备识别目标处理请求的接口数据，并生成接口数据对应的请求列表；测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，为不同虚拟用户分配相互独立的参数化的登录账号以及登录账号密码；测试设备配置参数化的登录账号以及登录密码两者，与接口数据之间的配对关
系，使得脚本在向目标系统发起目标处理请求时，通过接口数据调用参数化的登录账号以及登录密码来发起目标处理请求。
51.可以发现的是，对于目标处理请求涉及的登录账号以及登录密码，其是以表格的形式设置的，如此在数据处理上具有读写便捷的优点，也易于管理。
52.而关于该接口数据形式的数据调用方式，不仅可以为调用在测试脚本内本身就已经存储的登录账号以及登录密码，也可以为调用测试脚本外部存储的登录账号以及登录密码。
53.具体的，该示例性实施例的内容，还可以参考图2示出的本技术配置测试脚本的一种流程示意图进行理解。
54.而对于登录账号以及登录密码，每个登录账号都配置有一个匹配的登录密码，一组登录账号、登录密码，对应了一个虚拟用户，如此来实现大量的并发用户的登录操作。
55.此外，作为又一种适于实用的实现方式，对于上述测试脚本涉及的配置处理，或者说测试设备在配置测试脚本的过程中具体可以是以可视化界面呈现的。
56.如此，对于系统测试场景而言，本技术以可视化操作的形式，上传数据集，针对脚本录制的接口参数进行模拟，还原真实的业务场景，即模拟多客户端向服务端上报请求，与真实客户端向服务端上报请求相似，包括http请求并发量、并发时序，业务类型等。
57.对应的，在该可视化机制下，测试设备为不同虚拟用户分配相互独立的参数化的登录账号以及登录密码的过程中，还可以包括以下内容：测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式生成并向用户展示测试设备自身为不同虚拟用户随机生成的相互独立的参数化的登录账号以及登录密码；或者，测试设备在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式向用户提供输入接口，使得用户为不同虚拟用户输入相互独立的参数化的登录账号以及登录密码；在经用户确认后，测试设备可视化界面中的参数化的登录账号以及登录密码为最终采用的数据。
58.可以理解的是，一方面测试设备可以自主完成目标处理请求的参数化处理，另一方面又可由人工导入的方式完成目标处理请求的参数化处理，在实际应用中，还可通过人工调整测试设备生成的参数化处理结果来进一步促进参数化处理的处理精度以及处理效果。
59.在可视化需求下，还可由人工进行最终参数化处理结果的确认及其应用，进一步保障了参数化处理的处理精度以及处理效果。
60.为进一步理解上述内容，包括各示例性实现方式的内容，下面结合可视化机制下配置参数化处理一个实例进行说明。
61.背景：参数化设置，系统用户登录时需要输入用户名和密码，假如系统不允许相同的用户名和密码同时登录，这个时候测试可以对用户名和密码进行参数化，使每个虚拟用户都使用不同的用户名和密码来进行正常访问。
62.1.选择任意脚本，当前界面会显示该脚本的所有请求内容，具体的：
①
选中带有数据的请求；
②
点击上方菜单栏编辑模块的“参数化”按钮；
③
通过点击右键选择“插入行”、“插入列”新增参数列表；
④
在表格内输入参数内容，或者也可通过xls、txt、csv文件导入参数内容。
63.2.编辑完参数内容之后，需要从列表中选择每个参数的取参方式，例如顺序或随机选取，其表格形式配置的参数化的用户名和密码可以参考下表1：表1-用户名和密码的参数化表格以表1为例，若username选择顺序取参，则获取的参数值分别为admin1、admin2、admin3、admin4、admin5；若username选择随机取参，则获取的参数值可能为admin1、admin5、admin4、admin1、admin3等。
64.设置完毕，需要将username列和password列数据绑定至请求中与之对应的参数上，后续则可实现不同的并发用户获取到不同账号和密码。
65.此外，作为又一种适于实用的实现方式，在完成该目标处理请求的参数化设置并且还完成了本次目标系统的系统测试后，对于该目标处理请求的参数化设置，还可以用于后续可以应用上的系统测试场景中，达到重复使用、节省操作成本的效果。
66.即，在测试完毕后，测试设备记录参数化的登录账号以及登录密码，使得下一个测试任务所用测试脚本也存在目标处理请求时，直接调用参数化的登录账号以及登录密码进行测试。
67.以上是本技术提供测试脚本的参数化处理方法的介绍，为便于更好的实施本技术提供的测试脚本的参数化处理方法，本技术还从功能模块角度提供了一种测试脚本的参数化处理装置。
68.参阅图3，图3为本技术测试脚本的参数化处理装置的一种结构示意图，在本技术中，测试脚本的参数化处理装置300具体可包括如下结构：获取单元301，用于在确定对于目标系统的测试任务后，获取测试任务的测试脚本，测试脚本用于按照预设的测试规则对目标系统发起测试；检测单元302，用于检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求，若存在，则触发参数化处理单元303；参数化处理单元303，用于以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请
求；测试单元304，用于在测试过程中，基于测试脚本向目标系统发起包括目标处理请求的不同处理请求，并监测目标系统对于不同处理请求的响应结果；确定单元305，用于基于目标系统对于不同处理请求的响应结果，确定目标系统的功能和性能测试结果。
69.在一种示例性的实现方式中，目标处理请求具体为预设的携带登录账号以及登录密码的用户登录请求。
70.在又一种示例性的实现方式中，参数化处理单元303，具体用于：识别目标处理请求的接口数据，并生成接口数据对应的请求列表；在请求列表中具体以登录账号以及登录密码作为参数化对象，为不同虚拟用户分配相互独立的参数化的登录账号以及登录账号密码；配置参数化的登录账号以及登录密码两者，与接口数据之间的配对关系，使得脚本在向目标系统发起目标处理请求时，通过接口数据调用参数化的登录账号以及登录密码来发起目标处理请求。
71.在又一种示例性的实现方式中，参数化处理单元303，具体用于：在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式生成并向用户展示自身为不同虚拟用户随机生成的相互独立的参数化的登录账号以及登录密码；或者，在请求列表中具体以登录账号以及登录密码作为参数化对象，在可视化界面中以可视化操作的形式向用户提供输入接口，使得用户为不同虚拟用户输入相互独立的参数化的登录账号以及登录密码；在经用户确认后，确定可视化界面中的参数化的登录账号以及登录密码为最终采用的数据。
72.在又一种示例性的实现方式中，装置还包括记录单元306，用于：在测试完毕后，记录参数化的登录账号以及登录密码，使得下一个测试任务所用测试脚本也存在目标处理请求时，直接调用参数化的登录账号以及登录密码进行测试。
73.本技术还从硬件结构角度提供了一种测试设备，参阅图4，图4示出了本技术测试设备的一种结构示意图，具体的，本技术测试设备可包括处理器401、存储器402以及输入输出设备403，处理器401用于执行存储器402中存储的计算机程序时实现如图1对应实施例中测试脚本的参数化处理方法的各步骤；或者，处理器401用于执行存储器402中存储的计算机程序时实现如图3对应实施例中各单元的功能，存储器402用于存储处理器401执行上述图1对应实施例中测试脚本的参数化处理方法所需的计算机程序。
74.示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。
75.测试设备可包括，但不仅限于处理器401、存储器402、输入输出设备403。本领域技术人员可以理解，示意仅仅是测试设备的示例，并不构成对测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如测试设备还可以包括网络
接入设备、总线等，处理器401、存储器402、输入输出设备403等通过总线相连。
76.处理器401可以是中央处理单元（central processing unit，cpu），还可以是其他通用处理器、数字信号处理器（digital signal processor，dsp）、专用集成电路（application specific integrated circuit，asic）、现场可编程门阵列（field-programmable gate array，fpga）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是测试设备的控制中心，利用各种接口和线路连接整个设备的各个部分。
77.存储器402可用于存储计算机程序和/或模块，处理器401通过运行或执行存储在存储器402内的计算机程序和/或模块，以及调用存储在存储器402内的数据，实现计算机装置的各种功能。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据测试设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡（smart media card，smc），安全数字（secure digital，sd）卡，闪存卡（flash card）、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
78.处理器401用于执行存储器402中存储的计算机程序时，具体可实现以下功能：在确定对于目标系统的测试任务后，获取测试任务的测试脚本，测试脚本用于按照预设的测试规则对目标系统发起测试；检测测试脚本中是否存在目标系统无法响应重复请求内容的目标处理请求；若存在，则以目标处理请求作为参数化对象，对目标处理请求进行参数化处理，使得多个目标处理请求在发送至目标系统以执行系统测试时请求中所携带的请求内容是呈现动态变化特点的不同数据，以避免向目标系统发起重复内容的相同处理请求；在测试过程中，基于测试脚本向目标系统发起包括目标处理请求的不同处理请求，并监测目标系统对于不同处理请求的响应结果；基于目标系统对于不同处理请求的响应结果，确定目标系统的功能和性能测试结果。
79.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的测试脚本的参数化处理装置、测试及其相应单元的具体工作过程，可以参考如图1对应实施例中测试脚本的参数化处理方法的说明，具体在此不再赘述。
80.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
81.为此，本技术提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本技术如图1对应实施例中测试脚本的参数化处理方法的步骤，具体操作可参考如图1对应实施例中测试脚本的参数化处理方法的说明，在此不再赘述。
82.其中，该计算机可读存储介质可以包括：只读存储器（read only memory，rom）、随机存取记忆体（random access memory，ram）、磁盘或光盘等。
83.由于该计算机可读存储介质中所存储的指令，可以执行本技术如图1对应实施例中测试脚本的参数化处理方法的步骤，因此，可以实现本技术如图1对应实施例中测试脚本
的参数化处理方法所能实现的有益效果，详见前面的说明，在此不再赘述。
84.以上对本技术提供的测试脚本的参数化处理方法、装置、测试设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。