性能测试九：Jmeter测试脚本（三）断言 、Beanshell工具、常见报错

一、Jmeter的断言选择

---

 

使用Response Assertion 和Json Assertion这两种断言方式，不是太占用系统CPU资源
但是如果使用正则表达式进行断言，就会对系统的CPU有一定的消耗。
这个好像使用SQL语句一样，使用Like进行查找结果，是模糊匹配，所以需要额外资源进行计算
如果使用x=y的条件，查询速度就会快很多

 

二、Jmeter断言，判断返回数据不为空

---

 

Beanshell断言

import org.json.*;
String response = prev.getResponseDataAsString();
JSONObject responseJson = new JSONObject(response);
JSONObject dataObj = responseJson.getJSONObject("data");
JSONArray fileListObj = dataObj.getJSONArray("fileList");
if(fileListObj.isEmpty() || fileListObj.size() <1){
    Failure=true;
    FailueMessage="数据为空";
}else{
    Failure=false;
}

 

三、Jmeter断言，某个字段返回值不为空

---

 

String reponse=prev.getResponseDataAsString();
Object Columnvalue=vars.get("blkQra");   //blkqra正则提取的目标字段
if(Columnvalue == null){
    Failur=true;
    log.err(""+prev.getResponseHeaders()+":"+prev.getResponseDataAsString());
}

 

四、Jmeter断言，某个字段返回值数量大于20

---

 

//matchNr是Json提取器自带函数，该断言需要Json提取器

String reponse=prev.getResponseDataAsString();
var count=${datas_matchNr};   //datas是JSON提取的字段名字
if(count < 20){
    Failure=ture;
    log.err(""+prev.getResponseHeaders()+":"+prev.getResponseDataAsString());
}

 

五、提取响应数据某字段，并写入txt，用做参数化文件

---

 

import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.OutputStream;
import java.io.IOException;
import java.io.OutputStreamWriter;

if("${P_procCd}".equals("0000")){
        OutputStream os = null;
 try{
     os = new FileOutputStream("${path20220505}Tokendata_20220509.txt",true);   //D:/param/  \home\param\
     OutputStreamWriter ow = new OutputStreamWriter(os,"UTF-8");
     String a = "${P_userID3},${P_token3}\r\n";
     ow.append(a);
     ow.close();
     }catch(FileNotFoundException e){
         e.printStackTrace();
         }
}else{
    log.info("Failed");
}

 

六、设置随机数

---

 

JSR223预处理程序
var YYMMDD="${__time(yyyyMMDDhhMMssSSS,)}";
var subSeqno = "DLKS"+ YYMMDD + "${__Random(10,99,)}";
vars.put("subSeqno",""+subSeqNo);

 

七、将token设置为全局变量

---

 

${__setProperty(token,${access_token},)};
//后置处理器或者设置测试计划变量
${__P(token)}

　　

八、打印响应时间超过500ms的流水号

import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.OutputStream;
import java.io.IOException;
import java.io.OutputStreamWriter;

long latency = prev.getLatency();
long connTime = prev.getConnectTime();
String _latency = String.valueOf(latency);
String _connTime = String.valueOf(connTime);

if(latency > 500){
        OutputStream os = null;
 try{
     os = new FileOutputStream("//D:/param//超时流水.txt",true);   //D:/param/  \home\param\
     OutputStreamWriter ow = new OutputStreamWriter(os,"UTF-8");
     String a = "${msgId}\r\n";
     ow.append(a);
     ow.close();
     }catch(FileNotFoundException e){
         e.printStackTrace();
         }
}else{
    log.info("Failed");
}

 

九、Jmeter运行常见报错

---

 ★报错：

Java.NET.BindException: Address already in use: connect

原因：

短期内new socket操做不少,而socket.close()操做并不能当即释放绑定的端口,而是把端口设置为TIMEWAIT状态。最后系统资源耗尽(windows上是耗尽了pool of ephemeral ports ,这段区间在1024-5000之间)

解决方法：

在运行JMeter agent的机器上，添加注册表条目HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

MaxUserPort 65334

TcpTimedWaitDelay 30window

 

★报错：

Response code: Non HTTP response code: java.net.SocketTimeoutException

Response message: Non HTTP response message: Read timed out

原因：

发生该错误时，jmeter已经链接上服务器，查看load time没有超过设定的request timeout时间，错误可能的缘由是，服务器那边未处理该线程的请求，或者为保证服务能力，断掉了链接。

为了验证该猜测，持续大于半小时向服务器发送该并发数量的请求，一段时间后，request收到503的response，证实猜测。

 

★报错：

Failed to initialise remote engine java.rmi.ConnectException: Connection refused to host:

原因：分布式测试时，server和agent之间的链接有问题。单个机器排查后，发现是某个agent机器安装了多个网卡，rmi远程的时候找的是虚拟机的网卡，致使链接失败。

解决方案：

禁掉不使用的虚拟机网卡，测试以后再恢复

 

★报错：

Connection timed out: connect工具

java.net.ConnectException: Connection timed out: connect at java.net.DualStackPlainSocketImpl.connect0

原因：

多是由于端口号耗尽，通常一台服务器的端口号最可能是65535个，建议使用该命令分别查看下压测机与服务器的端口使用状况，netstat -nat|grep -i 8080|wc -l，若是这个个数在6w左右，那可能就是端口号用尽,同时查看下大多数的端口状态，应该都是time_wait状态

解决方案：

若是是压测机，端口号用尽，那就增长压测机，使用jmeter分布式压测（jmeter默认开启keep_alive的）

若是数服务器，端口号用尽，最大的多是服务器端开了短连接，把短连接配置变成长链接便可

由于若是服务器端是短连接，当jmeter每发起一个请求就会创建一次tcp三次握手，传输完数据后，链接其实没有关，链接状态是time_wait,下个请求来了，会从新开启一个新的端口，创建tcp三次握手，传输数据....，这样随着请求的愈来愈多，端口就会变得愈来愈少，因此端口很快耗尽，并且大多数端口都处于time_wait状态,若是服务器端也支持长链接，那么下次请求来了，就会在上次请求的通道上继续传输，端口使用率大大的下降，就有效的避免了端口耗尽问题。