Jmeter作为工具来讲,已经是一个相对比较牛掰的工具,除了它能够支持那么多协议以及方法之外,更在与它的前置处理以及后置处理、同步监控的人性化。当然,所有的工具、框架都是作为业务的支撑,如果不能满足我们实际业务的工作,那么便没有那么大的‘吸引力’。细数在实际工作中遇到的坑吧,都是使用Jmeter如何解决的。
一、乱码问题。
二、实际业务场景---仅需某一接口一次请求,其他接口循环请求(如登陆一次、提现N次)。
三、当前接口需要上个接口的Response信息(正则、xpath、Beanshell、jsonpath),将上个接口进行参数化再进行循环。
典型场景:‘获取余额’需要‘登陆’的Response,那么便需要将登陆接口进行参数化(只为满足业务要求),那么加入循环的话,该如何进行解决。
四、将响应信息写入本地文件中。
五、将执行过程(GUI方式运行)日志写入本地文件中。(有必要筛选error信息)
六、随机模拟生成若干手机号码、身份证号码。
七、加解密处理。
八、测试https接口。
九、Jmeter发送电子邮件。
十、线程与线程之间的变量传递。
十一、Jmeter测试上传、下载文件接口。
十二、ThinkTime的模拟。
十三、Jmeter批量造数据。
十四、集成Jenkins遇到的坑。
十五、请求类型的坑(conten-type)。
十六、监控Jmeter使用的资源手段。
十七、Jmeter分布式部署测试。
(后续再进行增添)
原文地址:https://www.cnblogs.com/richered/p/8448267.html
时间: 2024-09-28 21:37:38