性能测试场景中测试请求的处理方法、装置以及处理设备与流程

1.本技术涉及测试领域，具体涉及性能测试场景中测试请求的处理方法、装置以及处理设备。


背景技术：

2.在服务器产品的研发或者应用中，免不了要对服务器进行性能测试，以便量化出服务器在相关服务器性能评估基准下的性能。
3.在进行服务器的性能测试时，为了模拟更真实的现实场景，对测试请求中的某些信息需要向被测服务器提交不同的数据，这时需要对测试请求中的这些信息进行参数化设置。
4.而在现有的相关技术的研究过程中，发明人发现，现有参数化设置中对参数的实际值往往是通过手工方式完成输入，显然，输入数量有限，难以满足服务器测试过程中发送的测试请求及其参数数量的要求。


技术实现要素：

5.本技术提供了性能测试场景中测试请求的处理方法、装置以及处理设备，用于为配置一参数化取值策略，如此在服务器性能测试过程中具有参数化取值需求时，可以高效地完成相关测试请求的参数化取值处理。
6.第一方面，本技术提供了一种性能测试场景中测试请求的处理方法，方法包括：
7.处理设备获取本次服务器测试任务中需要向服务器发送的测试请求；
8.处理设备检测测试请求中是否存在需要实时写入的目标数据项；
9.若存在，则处理设备在预设的参数化取值策略下，对目标数据项的内容进行参数化取值；
10.处理设备向服务器发起测试请求，以测试服务器的性能。
11.结合本技术第一方面，在本技术第一方面第一种可能的实现方式中，参数化取值策略具体包括从变量表中按照顺序取值、指定唯一值或者随机取值的方式进行参数化取值的策略。
12.结合本技术第一方面或者第一方面第一种可能的实现方式，在本技术第一方面第二种可能的实现方式中，参数化取值策略具体包括虚拟用户更新时进行参数化取值、迭代次数更新时进行参数化取值或者每个用户进行唯一一次的参数化取值的策略。
13.结合本技术第二种可能的实现方式，在本技术第一方面第三种可能的实现方式中，处理设备在预设的参数化取值策略下，对目标数据项的内容进行参数化取值，包括：
14.处理设备通过可视化界面向用户展示参数化取值设置界面；
15.处理设备获取用户在参数化取值设置界面中选定的目标参数化取值策略；
16.处理设备根据目标参数化取值策略，对目标数据项的内容进行参数化取值。
17.结合本技术第三种可能的实现方式，在本技术第一方面第四种可能的实现方式
中，目标数据项的内容具体为服务器预设为无法重复处理的用户标识(identification，id)。
18.第二方面，本技术提供了一种性能测试场景中测试请求的处理装置，装置包括：
19.获取单元，用于获取本次服务器测试任务中需要向服务器发送的测试请求；
20.检测单元，用于检测测试请求中是否存在需要实时写入的目标数据项，若存在，则触发参数化取值单元；
21.参数化取值单元，用于在预设的参数化取值策略下，对目标数据项的内容进行参数化取值；
22.发起单元，用于向服务器发起测试请求，以测试服务器的性能。
23.结合本技术第二方面，在本技术第二方面第一种可能的实现方式中，参数化取值策略具体包括从变量表中按照顺序取值、指定唯一值或者随机取值的方式进行参数化取值的策略。
24.结合本技术第二方面或者第二方面第一种可能的实现方式，在本技术第二方面第二种可能的实现方式中，参数化取值策略具体包括虚拟用户更新时进行参数化取值、迭代次数更新时进行参数化取值或者每个用户进行唯一一次的参数化取值的策略。
25.结合本技术第二方面第二种可能的实现方式，在本技术第二方面第三种可能的实现方式中，参数化取值单元，具体用于：
26.通过可视化界面向用户展示参数化取值设置界面；
27.获取用户在参数化取值设置界面中选定的目标参数化取值策略；
28.根据目标参数化取值策略，对目标数据项的内容进行参数化取值。
29.结合本技术第二方面第三种可能的实现方式，在本技术第二方面第四种可能的实现方式中，目标数据项的内容具体为服务器预设为无法重复处理的用户id。
30.第三方面，本技术提供了一种处理设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
31.第四方面，本技术提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本技术第一方面或者本技术第一方面任一种可能的实现方式提供的方法。
32.从以上内容可得出，本技术具有以下的有益效果：
33.在服务器测试场景中，本技术特别配置了一种参数化取值策略，如此在测试过程中检测到测试请求中存在需要实时写入的目标数据项后，可以基于该预设的参数化取值策略，对目标数据项的内容进行参数化取值，如此高效地完成监测请求的参数化取值处理或者说自动化配置，从而促进高效的服务器测试效果。
附图说明
34.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1为本技术性能测试场景中测试请求的处理方法的一种流程示意图；
36.图2为本技术可视化界面的一种界面示意图；
37.图3为本技术可视化界面的又一种界面示意图；
38.图4为本技术可视化界面的又一种界面示意图；
39.图5为本技术可视化界面的又一种界面示意图；
40.图6为本技术性能测试场景中测试请求的处理装置的一种结构示意图；
41.图7为本技术处理设备的一种结构示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本技术中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。
44.本技术中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本技术中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本技术方案的目的。
45.在介绍本技术提供的性能测试场景中测试请求的处理方法之前，首先介绍本技术所涉及的背景内容。
46.本技术提供的性能测试场景中测试请求的处理方法、装置以及计算机可读存储介质，可应用于处理设备，用于为配置一参数化取值策略，如此在服务器性能测试过程中具有参数化取值需求时，可以高效地完成相关测试请求的参数化取值处理。
47.本技术提及的性能测试场景中测试请求的处理方法，其执行主体可以为性能测试场景中测试请求的处理装置，或者集成了该性能测试场景中测试请求的处理装置的服务器、物理主机或者用户设备(user equipment，ue)等不同类型的处理设备。其中，性能测试场景中测试请求的处理装置可以采用硬件或者软件的方式实现，ue具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(personal digital assistant，pda)
等终端设备，处理设备可以通过设备集群的方式设置。
48.下面，开始介绍本技术提供的性能测试场景中测试请求的处理方法。
49.首先，参阅图1，图1示出了本技术性能测试场景中测试请求的处理方法的一种流程示意图，本技术提供的性能测试场景中测试请求的处理方法，具体可包括如下步骤101至步骤s104：
50.步骤s101，处理设备获取本次服务器测试任务中需要向服务器发送的测试请求；
51.可以理解，本技术所涉及的处理设备，为专门用于执行服务器性能测试的设备，又或者也可以是加载了服务器性能测试的相关应用程序的设备。
52.对于服务器性能测试任务，其具体采取的性能测试基准，在实际应用中可以随实际需要调整的，例如tpc-e测试基准或者tpc-h测试基准等不同的服务器性能测试基准。
53.而对于服务器的性能测试，其可以理解为观测服务器对相关测试请求的响应情况，如此反映出服务器的真实性能水平。
54.在具体的测试过程中，又或者在发起测试请求之前，则可涉及到相关测试请求的配置处理，以便配置与本次服务器测试任务相匹配的测试请求。
55.步骤s102，处理设备检测测试请求中是否存在需要实时写入的目标数据项若存在，则触发步骤s103；
56.可以理解的是，在性能测试过程中向服务器发送的部分测试请求，尽管为模拟性质的处理请求，但是对于服务器而言，也是按照真实的应用处理下进行响应处理的，在该情况下，受限于业务要求或者数据处理要求，部分的测试请求中所携带的数据是不能重复的，或者说，服务器不能重复处理一些测试请求，此时在现有的应对方案中，则需要对该部分的测试请求的数据项进行参数化处理，以形成实质上是携带了不同数据内容的测试请求，如此可以反复测试服务器对于这类测试请求的响应。
57.在此处环节中，现有方案的参数化处理采用的人工输入方式，显然，受限于人工处理，存在效率低问题，输入数量有限，难以满足服务器测试过程中发送的测试请求及其参数数量的要求，此外也存在精度差、不稳定的问题。
58.本技术则针对这服务器不能重复处理的测试请求，或者说这些需要实时写入的目标数据项的测试请求，引入自动化且高精度的参数化处理机制，用以解决现有技术中依赖于人工的问题。
59.因此，处理设备在获取到本次测试任务的测试请求后，则可检测其是否存在需要实时写入的目标数据项，若是，则可通过后续的数据处理来高效地完成其参数化处理。
60.步骤s103，处理设备在预设的参数化取值策略下，对目标数据项的内容进行参数化取值；
61.可以理解，本技术专门为测试请求中需要实时写入的数据项的测试请求，配置了一种参数化取值策略，如此对于每个测试请求，都可写入不同的数据项内容，即使测试请求的类型相同，但由于实质内容不同，服务器也会进行不同处理，从而可以测试出相应方面的服务器性能。
62.其中，需要理解的是，对于本技术这些需要在参数化取值策略下进行参数化取值的测试请求，其既可能是数据项已经写入内容但是内容相同的测试请求，也可能是数据项尚未写入内容的测试请求。
63.步骤s104，处理设备向服务器发起测试请求，以测试服务器的性能。
64.在配置了服务器可以正常处理的测试请求后，处理设备则可在对应的发起时机或者说发起条件下，向服务器发起测试请求，使得服务器对接收到的测试请求进行处理，进而测试服务器对于测试请求的处理情况，反映出服务器的性能，达到测试服务器性能的效果。
65.从图1所示实施例可看出，在服务器测试场景中，本技术特别配置了一种参数化取值策略，如此在测试过程中检测到测试请求中存在需要实时写入的目标数据项后，可以基于该预设的参数化取值策略，对目标数据项的内容进行参数化取值，如此高效地完成监测请求的参数化取值处理或者说自动化配置，从而促进高效的服务器测试效果。
66.而在进一步的具体应用中，作为一种适于实用的实现方式，本技术所配置的参数化取值策略，具体可以包括从变量表中按照顺序取值、指定唯一值或者随机取值的方式进行参数化取值的策略。
67.对于变量表，可以理解为描述了取值范围的表数据，其内容既可以是预先配置的、相对不变的，也可以是可以实时调整、更新的。
68.作为又一种适于实用的实现方式，本技术所配置的参数化取值策略，具体也包括虚拟用户更新时进行参数化取值、迭代次数更新时进行参数化取值或者每个用户进行唯一一次的参数化取值的策略。
69.容易看出，此处提及的两套参数化取值策略的内容，前者是从变量表中如何进行取值的角度考虑的，后者是从取值时机的角度考虑的。
70.相比于通常想到的随机取值而言，通过这里的任意一种参数化取值策略的内容，不难发现，都可以实现更为灵活的取值效果，从而可以更好地满足参数化取值需求。
71.此外，作为又一种适于实用的实现方式，在具体应用中，本技术所涉及的目标数据项，其内容具体可以为服务器预设为无法重复处理的用户id。
72.可以理解，不同用户id，背后对应了不同的用户，因此，服务器在处理特定的业务时，实际应用中并不会出现同一用户同一业务的情况，或者，也可以认为重复处理同一用户同一业务没有实际意义，因此，即使业务相同，服务器也可仅接受一次相同的用户id的情况，如此保障服务器的正常工作。
73.为方便理解，还可借助以下的一组实例进行说明。
74.假设处理设备为服务器性能测试配置的测试脚本中，测试请求的内容包括变量id，
75.先将id可以取值的数据录入，例如：1、2、3；
76.设置执行脚本的虚拟用户，如：a、b；
77.设置参数的取值策略分别为顺序、随机、唯一；
78.设置参数化类型分别为每次出现、每次迭代、只取1次；
79.设置脚本迭代次数，如：4次。
80.注明：
81.1.参数的取值策略为唯一时，默认参数值取完后，虚拟用户需更新值时一直取最后一次所取得的值。
82.2.每个用户在执行测试脚本时，执行4次脚本，每次执行中用户id出现的次数可能为n次，因此对一个用户而言，执行一次服务器测试任务遇到自身用户id的次数为4*n，则需
要为用户id赋值4*n次。
83.3.参数化类型可以是每次出现，在每次用户出现时重新按照取值策略从变量表中取值；参数化类型可以是每次迭代，每次脚本迭代时按照取值策略从数据表中取值；参数化类型可以是只取一次，表示每个用户只取一次用户id值，后续不再更新。
84.举例而言，可以有下面几个情况：
85.情形1：
86.设置参数的取值策略为顺序、参数化类型为每次出现，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
87.[1，2，3，1，2，3...]，[...1.2，3，1，2，3，...]，[...1.2，3，1，2，3，...]，[...1.2，3，1，2，3，...]。
[0088]
b运行测试任务，对应脚本中的id取值依次为：
[0089]
[1，2，3，1，2，3...]，[...1.2，3，1，2，3，...]，[...1.2，3，1，2，3，...]，[...1.2，3，1，2，3，...]。
[0090]
情形2：
[0091]
设置参数的取值策略为顺序、参数化类型为每次迭代，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0092]
[1，1，1，1，...]，[2，2，2，2，...]，[3，3，3，3，...]，[1，1，1，1，...]，
[0093]
b运行测试任务，对应脚本中的id取值依次为：
[0094]
[1，1，1，1，...]，[2，2，2，2，...]，[3，3，3，3，...]，[1，1，1，1，...]。
[0095]
情形3：
[0096]
设置参数的取值策略为顺序、参数化类型为只取一次，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0097]
[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，
[0098]
b运行测试任务，对应脚本中的id取值依次为：
[0099]
[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]。
[0100]
情形4：
[0101]
设置参数的取值策略为随机、参数化类型为每次出现，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0102]
[1，3，2，3，2，1...]，[...3，2，3，1，3，2...]，[...2，1，3，1，2，2，...]，[...3.1，3，1，2，1，...]，
[0103]
b运行测试任务，对应脚本中的id取值依次为：
[0104]
[2，1，2，1，3，3...]，[...3，1，1，2，2，1，...]，[...3，1，2，2，1，3，...]，[...3.3，3，2，1，2，...]。
[0105]
情形5：
[0106]
设置参数的取值策略为随机、参数化类型为每次迭代，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0107]
[2，2，2，2，...]，[...1，1，1，1，...]，[...3，3，3，3，...]，[...1，1，1，1，...]，
[0108]
b运行测试任务，对应脚本中的id取值依次为：
[0109]
[1，1，1，1，...]，[...3，3，3，3，...]，[...1，1，1，1，...]，[...3，3，3，3，...]。
[0110]
情形6：
[0111]
设置参数的取值策略为随机、参数化类型为只取一次，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0112]
[2，2，2，2，...]，[2，2，2，2，...]，[2，2，2，2，...]，[2，2，2，2，...]，
[0113]
b运行测试任务，对应脚本中的id取值依次为：
[0114]
[3，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]。
[0115]
情形7：
[0116]
设置参数的取值策略为唯一、参数化类型为每次出现，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0117]
[1，2，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]，
[0118]
b运行测试任务，对应脚本中的id取值依次为：
[0119]
[1，2，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]，[3，3，3，3，...]。
[0120]
情形8：
[0121]
设置参数的取值策略为唯一、参数化类型为每次迭代，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：[1，1，1，1，...]，[2，2，2，2，...]，[3，3，3，3，...]，[3，3，3，3，...]，
[0122]
b运行测试任务，对应脚本中的id取值依次为：
[0123]
[1，1，1，1，...]，[2，2，2，2，...]，[3，3，3，3，...]，[3，3，3，3，...]。
[0124]
情形9：
[0125]
设置参数的取值策略为唯一、参数化类型为只取一次，则a运行测试任务，对应脚本中的id在四次迭代中的取值依次为：
[0126]
[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，
[0127]
b运行测试任务，对应脚本中的id取值依次为：
[0128]
[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]，[1，1，1，1，...]。
[0129]
此外，作为又一种适于实用的实现方式，本技术在服务器性能测试过程中，对于测试请求的参数化取值需求的处理，还可以通过可视化界面的方式进行展示，以便用户查看，又或者可以进行如上述具体参数化取值策略的选定等简单的人工介入操作。
[0130]
即，在步骤s103进行参数化取值的过程中，具体可以包括以下内容：
[0131]
处理设备通过可视化界面向用户展示参数化取值设置界面；
[0132]
处理设备获取用户在参数化取值设置界面中选定的目标参数化取值策略；
[0133]
处理设备根据目标参数化取值策略，对目标数据项的内容进行参数化取值。
[0134]
作为一种实例，在测试脚本参数化工作中，可以包括以下内容：
[0135]
1.进入脚本管理界面；
[0136]
2.在请求列表中选择一条有数据的请求后，点击上方菜单栏操作模块中脚本增强内的“参数化”按钮，如图2示出的本技术可视化界面的一种界面示意图；
[0137]
3.在编辑参数表中预设若干个同类型的数值存到同一个变量内，不同变量可组成一个数据表，如图3示出的本技术可视化界面的又一种界面示意图；
[0138]
4.点击该页面中的
″
模拟参数
″
按钮，在该页面下设置用户数、选择参数、参数策略和场景运行模式，如图4示出的本技术可视化界面的又一种界面示意图；
[0139]
5.点击
″
模拟
″
按钮后运行结果将以表格视图形式展示，如图5示出的本技术可视化界面的又一种界面示意图。
[0140]
以上是本技术提供性能测试场景中测试请求的处理方法的介绍，为便于更好的实施本技术提供的性能测试场景中测试请求的处理方法，本技术还从功能模块角度提供了一种性能测试场景中测试请求的处理装置。
[0141]
参阅图6，图6为本技术性能测试场景中测试请求的处理装置的一种结构示意图，在本技术中，性能测试场景中测试请求的处理装置600具体可包括如下结构：
[0142]
获取单元601，用于获取本次服务器测试任务中需要向服务器发送的测试请求；
[0143]
检测单元602，用于检测测试请求中是否存在需要实时写入的目标数据项，若存在，则触发参数化取值单元603；
[0144]
参数化取值单元603，用于在预设的参数化取值策略下，对目标数据项的内容进行参数化取值；
[0145]
发起单元604，用于向服务器发起测试请求，以测试服务器的性能。
[0146]
在一种示例性的实现方式中，参数化取值策略具体包括从变量表中按照顺序取值、指定唯一值或者随机取值的方式进行参数化取值的策略。
[0147]
在又一种示例性的实现方式中，参数化取值策略具体包括虚拟用户更新时进行参数化取值、迭代次数更新时进行参数化取值或者每个用户进行唯一一次的参数化取值的策略。
[0148]
在又一种示例性的实现方式中，参数化取值单元603，具体用于：
[0149]
通过可视化界面向用户展示参数化取值设置界面；
[0150]
获取用户在参数化取值设置界面中选定的目标参数化取值策略；
[0151]
根据目标参数化取值策略，对目标数据项的内容进行参数化取值。
[0152]
在又一种示例性的实现方式中，目标数据项的内容具体为服务器预设为无法重复处理的用户id。
[0153]
本技术还从硬件结构角度提供了一种处理设备，参阅图7，图7示出了本技术处理设备的一种结构示意图，具体的，本技术处理设备可包括处理器701、存储器702以及输入输出设备703，处理器701用于执行存储器702中存储的计算机程序时实现如图1对应实施例中性能测试场景中测试请求的处理方法的各步骤；或者，处理器701用于执行存储器702中存储的计算机程序时实现如图6对应实施例中各单元的功能，存储器702用于存储处理器701执行上述图1对应实施例中性能测试场景中测试请求的处理方法所需的计算机程序。
[0154]
示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器702中，并由处理器701执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。
[0155]
处理设备可包括，但不仅限于处理器701、存储器702、输入输出设备703。本领域技术人员可以理解，示意仅仅是处理设备的示例，并不构成对处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如处理设备还可以包括网络接入设备、总线等，处理器701、存储器702、输入输出设备703等通过总线相连。
[0156]
处理器701可以是中央处理单元(central processing unit，cpu)，还可以是其他
通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是处理设备的控制中心，利用各种接口和线路连接整个设备的各个部分。
[0157]
存储器702可用于存储计算机程序和/或模块，处理器701通过运行或执行存储在存储器702内的计算机程序和/或模块，以及调用存储在存储器702内的数据，实现计算机装置的各种功能。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据处理设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0158]
处理器701用于执行存储器702中存储的计算机程序时，具体可实现以下功能：
[0159]
获取本次服务器测试任务中需要向服务器发送的测试请求；
[0160]
检测测试请求中是否存在需要实时写入的目标数据项若存在，则触发步骤s103，；
[0161]
在预设的参数化取值策略下，对目标数据项的内容进行参数化取值；
[0162]
向服务器发起测试请求，以测试服务器的性能。
[0163]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的性能测试场景中测试请求的处理装置、处理设备及其相应单元的具体工作过程，可以参考如图1对应实施例中性能测试场景中测试请求的处理方法的说明，具体在此不再赘述。
[0164]
本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
[0165]
为此，本技术提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本技术如图1对应实施例中性能测试场景中测试请求的处理方法的步骤，具体操作可参考如图1对应实施例中性能测试场景中测试请求的处理方法的说明，在此不再赘述。
[0166]
其中，该计算机可读存储介质可以包括：只读存储器(read only memory，rom)、随机存取记忆体(random access memory，ram)、磁盘或光盘等。
[0167]
由于该计算机可读存储介质中所存储的指令，可以执行本技术如图1对应实施例中性能测试场景中测试请求的处理方法的步骤，因此，可以实现本技术如图1对应实施例中性能测试场景中测试请求的处理方法所能实现的有益效果，详见前面的说明，在此不再赘述。
[0168]
以上对本技术提供的性能测试场景中测试请求的处理方法、装置、处理设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。