在线接口压力测试（接口压力测试软件）

本篇文章给大家谈谈在线接口压力测试，以及接口压力测试软件对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享在线接口压力测试的知识，其中也会对接口压力测试软件进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Jmeter验证码注册接口压力测试实战
• 2、loadrunner如何做接口的压力测试？
• 3、JMeter简单的接口压测实战
• 4、使用Postman进行简单压力测试
• 5、压力测试流程

Jmeter验证码注册接口压力测试实战

主要学习的内容包括发送HTTP请求、HTTP信息头管理器、HTTP cookies管理器、用户定义的变量、响应断言、CSV数据文件设置的使用。

提供的测试网址为: http://www.qk365.com/security/register

使用Chrome浏览器，先将浏览器的cookies缓存清空。

清空后，打开待测试的网址，按F12键，输入要注册的手机号码，如“18300987622”，点击“发送验证码”，可以看到请求的接口为： http://www.qk365.com/security/smsCode.do ，请求的参数为json格式的数据：{"mobile":"18300987622","func":"register","isValidate":"1","memKey":"register-18300987622","memValue":"7F4BEC3A-BE2F-48C7-91ED-33887E186C87"}，在知道接口后，就可以开始我们的接口测试了。
默认环境已经有的条件下(这里不对jmeter运行环境如何搭建做过多的描述，请自行上网查找环境搭建的相关资料)，双击jmeter.bat。出现如下界面设置工具的显示语言，Options→Chose Language→Chinese

完成上述步骤后，创建HTTP请求，包括：HTTP请求头，HTTP请求体以及察看结果树
1、在测试计划中添加线程组
2、在线程组中添加配置元件，HTTP信息头管理器，将刚才注册页面的请求头选中并且复制，在HTTP信息头管理器中单击“Add from Clipboard”完成请求头的复制

3、在线程组中添加HTTP请求，请求的请求体为图下内容

4、线程组添加察看树，点击启动按钮，查看请求结果

5、为响应结果添加断言，只有响应结果中包含"msg":"短信发送成功"的响应数据，这个请求才算是成功

模拟5个用户执行以上的测试过程，我们发现只有第一次是成功的，其余的返回"msg":"短信验证码发送过于频繁"

发现原来是每个请求的请求手机号是一样的，导致失败

这时候可以使用配置元件，CSV数据文件设置每次请求的手机号是不同的，在这里我准了一份手机号码的excel文件，需要注意的是保存这个文件的时候要保存成.CSV格式的，这里我将这份文件放到jmeter的examples目录下

在CSV数据文件配置中填写如下信息，然后修改验证码接口中HTTP请求的请求体，最后再执行一次，发现每次请求使用的手机号是不同的，并且请求成功

修改线程组参数，添加聚合报告等，对接口进行压力测，这里可以把察看结果树禁用了，因为在请求很多的情况下，会影响工具性能。最后等结果

需要注意的是启动jmeter.bat提示的那段话，压力测试要用非界面模式，界面模式用来生成脚本，调试没有问题了，再进行非界面的压力测试

这部分内容网上能查询包相关信息，这里不进行讲解。

这个平台可以频繁的刷验证码接口，这本身就是一个bug。前端的滑动验证功能就是形同虚设的。

如果你看到这里，希望你能看一下这一篇博文 Jmeter验证码图片识别注册接口压力测试实战 ，希望对你有所收获

loadrunner如何做接口的压力测试？

是C接口还是java接口。

C接口：建一个纯C在线接口压力测试的loadrunner脚本在线接口压力测试，然后写调用接口的程序（在线接口压力测试我也不会，是让开发写的）。或者在linux上安装一个loadrunner agent，在上面新建一个脚本然后也是写C的脚本。

java接口：建一个java的loadrunner脚本，导入需要的jar包，然后写java代码（也是让开发写）。

最好的办法是写个页面，但是有风险，就是web服务器不要成为瓶颈。

JMeter简单的接口压测实战

一、在JMeter界面进行测试
需要测试的接口： /api/firm/search
1、添加线程组 Thread Group

2、简单配置参数

3、添加http请求的默认值（为了方便）

配置基本信息，后面的http请求可以直接用，不用重复写了

4、添加http请求

5、为了查看结果，添加监听器
7、聚合报告中各字段说明

8、英文看着不习惯的朋友这么换成中文的

9、图形结果的话，如果线程数设置太小，就会看不出啥，把第二步中设置的并发数改成100你试试，就有曲线了。

二、命令行压测
1、将之前的 JMeter 中设置的整个测试计划存储为 jmx 格式。

2、开始开始
终端先进入你jmx文件存在的路径
输入： jmeter -n -t 你上一步存的那个名字.jmx -l 这是测试结果文件.jtl
参数说明：
4、也可以看web版的报告
终端输入： jmeter -g TestReport.jtl -o WebReport
参数说明：

5、成功后，你看你选择的存放路径 Desktop/test ，里面就有 index.html ，打开即可查看报告。

使用Postman进行简单压力测试

使用Postman可以对服务端接口进行简单的压力测试（注意：可以一定程度上的模拟并发，但是本质还是串行），步骤如下：
1.配置好一个请求接口，保存在一个collection中；

2.点击Tests，添加断言检查点；

3.点击Runner按钮，打开Collection Runner界面；

4.选择刚才添加过请求的Collection，设置测试参数；

5.点击Run按钮，开始测试。左上方显示接口调用结果，绿色为成功次数，红色为失败次数。

具体详细可参考官方样例： https://learning.getpostman.com/docs/postman/scripts/test_examples/

压力测试流程

一、压测流程

可参照上篇压测对抗流程

二、压测需求

需要明确需要压测在线接口压力测试的环境

需要压测的接口在线接口压力测试，其中包含接口的入参

需要明确接口的预计qps

需要明确线上机器配置

三、压测准备

3.1、服务端开发准备在线接口压力测试：

1.根据需要测试的接口在线接口压力测试，决定需要部署哪些相关依赖服务

2.测试接口对应的服务、接口

3.相关配置

4.相关数据库

5.需要的机器整理，其中包含机器的配置，需要几台机器

3.2、前端开发准备：

1.测试的接口和服务应用

2.域名

3.需要准备的机器

4.根据需要测试的接口，决定要部署哪些相关依赖

3.3、测试准备：

1.准备压测的测试方案和测试计划

2.通过接口确认压测的场景，其中包含每一个接口需要测试的场景，预计接口需要的压测线程。通过测试场景确认测试方案。

3.根据测试计划准备测试脚本

4.根据每一个接口的情况准备对应的测试场景。

5.根据测试场景准备需要的测试数据。其中会包含登录账号相关，接口返回有数据相关等。建议可以将线上的数据库直接copy一份到压测环境中

6.测试申请施压机器的权限

7.施压机上准备压测需要跑的工具

四、压测方案和计划

4.1、编写压测方案和计划

1.压测方案和计划的模板查看

2.在测试方案中将信息进行整合和处理，其中包含需要测试的接口，每一个流程对应的时间节点。

3.测试方案和测试计划确定后需要跟对应的人员（包含服务端开发、前端开发、测试人员、前端运维、服务端运维等）进行评审，确认最终的流程的时间节点。

4.根据测试计划中的时间输出对应的结果。其中包含服务券和前端代码部署、机器申请和部署、测试的测试脚本输出

4.2、测试编写测试脚本

1.确认测试接口是否依赖于登录，是否需要登录信息

2.确认需要测试的接口属于atop接口还是http接口。

3.确认需要编写哪些脚本

4.调试测试脚本5.

自动化脚本或者jmeter脚本编写，可查看jmeter使用

4.3、测试验证测试脚本

1.在日常环境对测试脚本进行验证，确定脚本能够正常跑

2.对测试接口需要的准备数据进行整理

3.对测试接口需要的断言进行准备

4.4、施压机上对压测环境的验证

1.将测试脚本中对应的域名和数据等换成压测环境的数据

2.在压测环境中对环境和脚本进行验证

3.与开发调试压测环境中的问题，并调试脚本问题

4.5、在压测环境中进行模拟压测

1.使用一个接口进行模拟压测，确认需要收集的图标信息、结果是否满足预期

2.确认施压机和压测机器是否正常，是否需要更换

3.确认需要采集数据的采集

4.确认断言方式是否ok

五、压测开始

5.1、正式压测：

1.开始正式压测，将各路人马（开发、运维、DBA等人进行封闭压测）

2.针对压测的接口进行决定接口压测的顺序

3.压测中需要逐渐增加线程数量

4.在压测过程中观察实时的qps和报错相关，并通知开发进行查询对应的接口响应时间。

5.根据接口的链路分别通知对应的人员进行查看压测过程中其接收时间、响应时间等。

5.2、当次压测结果分析：

1.当次接口压测结束后，对结果进行分析，确认压测后的qps、报错率、10%、50%、90%用户的响应时间

2.开发寻找对应浪费的时间，当场进行优化后，可以针对此接口在进行压测，以便找到性能瓶颈问题。

3.压测结果最终是需要找到最大的qps和开始出现报错的并发数

4.当前线程数对应的线程数，如没有达到对应的qps要求，可根据qps进行决定增加多少线程数。若线程数增加后，qps没有提高，大致已经找到qps的极限。

5.3、稳定性测试：

1.找到比较稳定的qps对应的线程数，进行稳定性测试

2.稳定性测试与压测的区别在于持续的时间。

3.可通过稳定性测试进行观察持续性调用接口时系统的表现。

4.后续可根据稳定性测试和压测的qps进行计算出对应的每日能够承受的日活量。

六、压测后测试报告整理

1.测试报告整理

a.对此次压测进行整理测试报告

b.测试报告中需要记录压测对应的时间节点、此次压测对应的qps、此次压测中的错误率

c.此次压测10%、50%、90%用户的响应时间

d.压测过程中出现的毛刺时间节点

e.压测过程中曲线不正常对应的原因。

f.此报告需要开发、测试同步进行整理

g.测试记录压测数据和图标

h.开发记录对应系统的cpu使用率、负载、数据库负载等信息。

i.测试报告模板

关于在线接口压力测试和接口压力测试软件的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 在线接口压力测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口压力测试软件、在线接口压力测试的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。