Jmeter接口测试(超详细整理)

现在对测试人员的要求越来越高,不仅仅要做好功能测试,对接口测试的需求也越来越多!所以也越来越多的同学问,怎样才能做好接口测试?

要真正的做好接口测试,并且弄懂如何测试接口,需要从如下几个方面去分析问题,再找准学习的的方向,才能让自己在工作中,运筹帷幄。

一、工具的选择

  • Jmeter
  • soapui
  • postman
  • fiddler
  • 编码
  • 其他工具

那么大家可以看到我们供新手选择的工具和方案有多种,既然我们的标题是Jmeter,那我们就重点强调怎么使用Jmeter来测试接口。

二、接口的分类

http:Jmeter soapui  postman
socket:Jmeter 
webservice:Jmeter soapui
在进行接口测试之前,一定要搞定你的接口是什么协议的,好根据这个去选择工具或者是给工具安装对应的插件!比如说如果是socket协议,要用Jmeter来测试,那么就要提前安装好插件,才能顺利完成测试。如果不知道协议是什么,可以询问开发人员!

三、Jmeter测试接口应该要掌握哪些知识

对于这个问题我们也要进行一个分类说明,好帮助大家去进行梳理。(此处举例,我们用HTTP类型的接口来进行说明)

A:简单的接口测试(不涉及任何cookie session 或者是关联)

必备掌握的知识有:

  • 如何添加一个线程组
  • 如何添加http sampler
  • http sampler的界面功能学习和使用
  • 监听器里面的察看结果树元件使用和学习

可以说这个是做接口测试的基础必备,我们称之为A部分。

B:涉及 cookie/session/参数化/关联的接口测试

必备掌握的知识有A部分,以及如下几点:

  • http cookie管理器
  • http 信息头管理器
  • 参数化:csv data set config 元件使用
  • 关联:正则表达式提取器 、json表达式提取器

可以说上述几点是做进阶接口测试的必备,我们称之为B部分。

C:涉及到java代码的接口测试(比如说需要用到加密算法或者存储测试结果到Excel中去)

掌握的知识有A+B部分,以及如下几点:

  • beanshell sampler元件的学习使用
  • 基本的java编码能力

基本上掌握了A/B/C三部分,那么就可以完美的做好接口测试了。这里讲的是需要掌握哪些知识点或者是元件的使用,并没有讲解怎么去测试,大家也可以看到根据接口的协议不同,接口的难度不同,我们需要掌握的知识也不一样,所以要做好接口测试还需要各个击破。

最后作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些软件测试的学习资源,希望能给你前进的路上带来帮助。

视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

 

### JMeter接口测试点击启动无响应的原因及解决方案 当在JMeter中执行接口测试时,如果点击“启动”按钮后没有任何响应,可能是由于以下几个原因引起的: #### 1. **内存不足** JMeter默认分配的堆内存较小(仅512MB),这可能导致在高负载或复杂场景下无法正常运行。可以通过调整JMeter的内存设置来解决问题[^3]。 修改方法如下: 编辑`bin/jmeter.bat`文件(Windows环境下)或者`bin/jmeter.sh`文件(Linux/Mac环境下),找到以下参数并增大其值: ```bash set HEAP=-Xms1g -Xmx4g -XX:MaxMetaspaceSize=256m ``` 上述配置表示初始堆大小为1GB,最大堆大小为4GB,元空间大小为256MB。根据实际需求和机器硬件条件适当调整这些数值。 --- #### 2. **线程数过多** 如果设置了过高的并发用户数量而未优化资源配置,则可能因资源耗尽而导致卡顿甚至崩溃。建议逐步增加线程数以观察性能瓶颈所在位置。 例如,在Thread Group中定义合理的用户数范围以及Ramp-Up Period时间间隔,避免一次性加载大量请求造成系统负担。 --- #### 3. **插件冲突或其他依赖问题** 某些第三方插件可能会干扰JMeter的核心功能,从而引发异常行为。尝试禁用所有不必要的扩展组件后再重新运行脚本来排除此类可能性[^4]。 具体操作步骤为进入lib/ext目录删除不需要使用的jar包文件;另外还需确认是否存在版本兼容性方面的矛盾情况。 --- #### 4. **操作系统层面的因素** 有时宿主机本身的状态也会影响工具的表现效果。比如后台进程占用过高CPU/GPU比例、磁盘剩余容量告急等情况均有可能间接导致此现象发生。因此有必要定期清理临时数据缓存、关闭无关应用程序等方式释放更多可用计算能力给到当前任务处理上。 此外还可以考虑升级至最新稳定发行版获取更好的稳定性表现[^1]。 --- 以下是针对该状况的一个综合排查流程总结表供参考: | 序号 | 可能原因 | 处理措施 | |------|------------------------------|--------------------------------------------------------------------------| | 1 | 堆内存不足 | 修改bat/shell脚本中的HEAP参数 | | 2 | 并发量设定不合理 | 减少线程组内的虚拟用户数目 | | 3 | 插件引起的功能障碍 | 卸载可疑附加项 | | 4 | 系统级干扰因素 | 整理工作环境 | 通过以上手段基本能够有效应对大多数类似的难题情境。 ```python # 示例代码展示如何动态调整 JVM 参数 (Python 版本) import os def set_jvm_memory(min_mem='1G', max_mem='4G'): """ 设置 Java 的最小/最大堆内存 """ command = f'set JAVA_OPTS="-Xms{min_mem} -Xmx{max_mem}"' os.system(command) if __name__ == "__main__": set_jvm_memory() ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值