cae_520_ww的博客

使用BeanShell后置处理程序，提取请求的参数并保存到指定的文件中。如下图中，想要获取注册接口的手机号作为后续登录的请求参数。代码【借鉴其他大佬的，亲测可用】

测试工作中，有很多时间需要造数据来测一些功能，或者在性能测试中需要造大量的数据来进行性能测试，且我们需要批量创建的无非是手机号，身份号，邮箱号等数据，接下来我总结几个我自己走通了的方法。通过excel创建一条数据，下拉的方式，选中数据框，右下角如果出现加粗的十字符号，下拉即可，想要多少拉多少，优点：快，缺点，数据量大不适合，拉到手抽筋。选中单元格，序列，自动填充，分分钟造想要的数据量，假如需要几万条数据，这里直接选中一列去生成数据，反正只会多不会少，我试了一列有上一条数据了。方法1--excel。

三个接口顺序有的先有的后，导致有的接口执行失败，为了能够让几个请求在多个线程下也是按照我们想要的顺序执行，就用到一个控制器【临界部分控制器】3、看一下两种方式对比，一个直接在线程组下创建接口，一个是在临界部分创建接口，接口的顺序我们是一样的。一个线程多个脚本的时候，发现只要100个用户同时执行，请求就会乱。4、执行结果就是按照我们设置的顺序来执行的，符合预期的场景。获取验证码-注册-登录这个流程。获取验证码-注册-登录这个流程。a. 登录-获取验证码-注册。b. 注册-获取验证码-登录。

由于在调试接口的过程中发现，【1】一个线程组不能完成全链路的脚本执行，不需要token 的接口会因为公共请求头中携带token已报错；【2】全链路压测的脚本中，需要实现不同场景线程数比例不同，为了模拟实际的场景，如100个用户访问首页，10个用户去下单。3、在其他需要用到token的线程组使用CSV文件获取上面我们存token的文件里的token，注意变量遵循命名见名思意的原则，分隔符因为是通过存一个变量换一行的方式，这里我们取的时候也是用换行符来分隔。

性能测试文件上传接口调试

假如平台总注册用户数有100w，有10w用户约定好同时对某一接口进行访问，比如1分钟，陆续来访10w用户，那么我们系统并发用户是比实际的10w要小的

压测场景设置如何更接近实际用户场景

1、安装插件：分别解压JMeterPlugins-Standard-1.3.0.zip，JMeterPlugins-Extras-1.3.0.zip，找到lib\ext目录下的JMeterPlugins-Standard.jar和JMeterPlugins-Extras.jar，这两个jar包放入Jmeter安装目录下ext目2、解压ServerAgent-2.2.1.zip将ServerAgent-2.2.1.zip解压到服务器，并启动服务，设置端口【1、在阿里云服务器中4444端口是

参数化数据的疑问，，在参数化测试数据的获取和考虑上，我们一般会有以下四个常见的疑问。1、参数化数据应该用多少数据量？2、参数化数据从哪里来？3、参数多与少的选择对系统压力有什么影响？4、参数化数据在数据库中的直方图是否均衡？1、登录场景，不同用户不同参数，登陆后使用登录用户的token去操作业务，有多少个线程用多少数据，如果要推出，就切换不同的用户2、电商系统，使用同一批用户去重复下单，是不符合实际业务的，这时侯怎么办？我们可以用在压力测试工具中模拟出来的线程的每一次迭代来代表一

超时设置。在 HTTP 协议中，规定了几种超时时间，分别是连接超时、网关超时、响应超时等。http默认的超时时间时120s，在工具中，我们可以定义连接和响应的超时时间。但通常情况下，我们不用做这样的规定，只要跟着服务端的超时走就行了。但在有些场景中，不止是应用服务器有超时时间，网络也会有延迟，这些会影响我们的响应时间超时的设置是为了保证数据可以正常地发送到客户端。做性能分析的时候，经常有人听到“超时”这个词就觉得是系统慢导致的，其实有时也是因为配置。通常，我们会对系统的超时做梳理，每个服务应

1、断言的作用是什么？理解断言是为了校验请求是否正确，只要增加合理的断言，才可以做性能测试，如果不加断言就不知道业务请求是否正确，再加没有断言TPS会很平稳，对实际压测结果意义不大2、如何进行断言？再请求上添加断言，选择合适的断言方式，判断请求是否成功3、补充一个知识点：如：100线程，10秒，100/10*1000=1线程/100毫秒，每100毫秒增加1个线程10个线程，1秒，10/1000=1线程/100毫秒，每100毫秒增加1个线程设置线程和时间注意点

1、添加线程组在测试计划中，测试原件有一个【http代理服务器】，进行添加，根据以下进行配置，端口和脚本管理方式，设置了脚本分组是便于管理2、在浏览器设置代理/导入证书在浏览器设置-证书-受信任证书-导入从jmeter生成的证书，并设置代理，目标服务器和端口，端口即为我们在jmeter设置的端口注：录制APP请求：Script Recorder界面先设置https domain，输入localhost，然后将证书推送到手机，adb push ApacheJMeterTemporary

那么，对于场景中线程（有些工具中叫虚拟用户）递增的策略，我们要做到以下几点：1、场景中的线程递增一定是连续的，并且在递增的过程中也是有梯度的2、场景中的线程递增一定要和 TPS 的递增有比例关系，而不是突然达到最上限。3、后面在场景的篇幅中我们会再说它们之间的比例关系。上面两点针对的是常规的性能场景。对于秒杀类的场景，我们前期一定是做好了系统预热的工作的，在预热之后，线程突增产生的压力，也是在可处理范围的。这时，我们可以设计线程突增的场景来看系统瞬间的处理能力。如果不能模拟出秒杀的陡增，..

一、硬件资源监控 1.1、serverAgent 1.1、serverAgent配置 1.2、serverAgent用法 二、分布式压测 2.1、压测概念 2.2、分布式测试概念 2.3、压测环境部署 2.4、分布式压测总结 一、硬件资源监控1.1、serverAgentserverAgent是在使用jmeter做性能测试时，把他放到windows或者Linux服务中（看服务器部署在哪个系统），运行监控服务的资源，如CPU，内存，网络，磁盘等的变化。serv

1、什么是关联？什么时还是用到关联？当有一些接口依赖上一个接口的返回参数作为请求参数时，就需要使用关联取到对应参数，然后通过关联的方将上一个接口参数用于下一个接口的请求参数，一起学习吧，如下：第一种方式：json提取器如果接口返回的数据格式为json，可优先现在json提取器来提取变量，如下：图中我是提取两个参数值得格式，一个的话去掉分号以及分号后的表达式即可。图中框起来的部分：第一个参数为要引用的变量名；可自己设置，第二个为要提取的变量，第三为匹配数字，要和提取参数数量对应第三个为默