本教程详细指导如何在jmeter中通过脚本编程方式，特别是利用jsr223后置处理器和groovy语言，正确地忽略特定的http响应码或错误消息，并将对应的采样器标记为成功。文章将纠正常见的beanshell脚本编写错误，如字符串比较和状态设置不当，并强调采用groovy以提升性能和代码可维护性，提供清晰的代码示例和最佳实践。
在JMeter性能测试中，有时我们需要对某些特定的错误响应（例如，由于业务逻辑或预期行为导致的特定HTTP状态码或错误消息）进行特殊处理，使其不被JMeter标记为失败，而是作为成功请求进行统计。这对于模拟复杂的用户行为或处理某些边缘情况至关重要。本文将详细介绍如何在JMeter中通过后置处理器实现这一目标，并纠正常见的错误做法，推荐更高效的实现方式。
理解JMeter的采样结果状态
JMeter通过SampleResult对象管理每个采样器的执行结果。当一个采样器执行完毕后，JMeter会根据其响应码、响应消息、断言结果等来判断该采样器是成功还是失败。默认情况下，非2xx的HTTP状态码通常会导致采样器失败。为了覆盖这一默认行为，我们需要在后置处理器中手动修改SampleResult的状态。
BeanShell后置处理器中的常见错误及纠正
原始问题中使用了BeanShell后置处理器来尝试忽略失败响应。尽管BeanShell可以实现此功能，但存在一些常见的错误和效率问题。
1. 字符串比较的错误用法
在Java（以及BeanShell）中，==运算符用于比较两个对象的引用是否相同，而不是它们的内容是否相等。对于字符串，应使用equals()方法进行内容比较。
错误示例：
if (prev.getResponseCode() == "401") {
// ...
}
正确用法：
if (prev.getResponseCode().equals("401")) {
// ...
}
或者，如果需要比较整数形式的响应码：
int responseCode = Integer.parseInt(prev.getResponseCode());
if (responseCode == 401) {
// ...
}
2. 未完全设置采样器成功状态
仅仅将响应码修改为200不足以将采样器标记为成功。JMeter的SampleResult对象有一个独立的成功/失败标志。必须显式地设置此标志。
错误示例：
// 即使设置了响应码，如果prev.setSuccessful(true)未调用，采样器仍可能失败
prev.setResponseCode("200");
正确用法：
prev.setResponseCode("200"); // 可选：如果需要修改报告中的响应码
prev.setResponseMessage("OK"); // 可选：如果需要修改报告中的响应消息
prev.setSuccessful(true); // 必须：将采样器标记为成功
推荐实践：使用JSR223后置处理器和Groovy
自JMeter 3.1版本起，官方强烈推荐使用JSR223测试元素配合Groovy语言进行脚本编写。相较于BeanShell，Groovy在性能上有显著优势，且功能更强大、语法更现代。
配置JSR223后置处理器
- 在需要处理的采样器下方添加一个JSR223 PostProcessor。
- 将Language设置为Groovy（或Groovy (JRE)）。
- 在脚本区域编写Groovy代码。
示例：使用Groovy忽略特定响应码和错误
以下Groovy脚本演示了如何忽略HTTP 401、504响应码以及特定的非HTTP错误，并将采样器标记为成功。
import org.apache.jmeter.samplers.SampleResult
// 获取当前采样器的结果对象
SampleResult prev = prev // prev变量在JSR223中是预定义的
// 获取响应码和响应消息
String responseCode = prev.getResponseCode()
String responseMessage = prev.getResponseMessage()
// 获取是否为HTTP请求的标志
boolean isHttpResponse = prev.isResponseCodeOK() // 检查响应码是否为HTTP成功码（2xx）
// 定义需要忽略的错误条件
switch (responseCode) {
case "401": // 未授权
case "504": // 网关超时
// 满足条件，将采样器标记为成功
prev.setSuccessful(true)
// 可选：修改响应码和消息，使其在报告中显示为成功
prev.setResponseCode("200")
prev.setResponseMessage("Ignored 401/504 - Marked as Success")
break
default:
// 如果响应码不是HTTP成功码，但响应消息包含特定错误，也标记为成功
if (!isHttpResponse && responseMessage.contains("Non HTTP response code")) {
// 示例：忽略非HTTP响应码的特定错误
prev.setSuccessful(true)
prev.setResponseCode("200")
prev.setResponseMessage("Ignored Non HTTP Error - Marked as Success")
}
// 对于其他情况，保持JMeter的默认判断
break
}
// 也可以根据响应数据进行判断
// String responseData = prev.getResponseDataAsString()
// if (responseData.contains("some specific error text")) {
// prev.setSuccessful(true)
// prev.setResponseCode("200")
// prev.setResponseMessage("Ignored Specific Content Error - Marked as Success")
// }
代码解析：
- import org.apache.jmeter.samplers.SampleResult: 导入SampleResult类，虽然prev是预定义的，但显式导入有助于代码智能提示和可读性。
- SampleResult prev = prev: prev是一个JMeter内置变量，代表前一个采样器的结果。
- prev.getResponseCode(): 获取HTTP响应码（字符串类型）。
- prev.getResponseMessage(): 获取响应消息。
- prev.isResponseCodeOK(): 判断响应码是否为HTTP成功状态（2xx）。
- switch (responseCode): 使用Groovy的switch语句处理不同的响应码，代码更清晰。
- prev.setSuccessful(true): 这是关键，它将当前采样器标记为成功。
- prev.setResponseCode("200") 和 prev.setResponseMessage("Ignored..."): 这些是可选的，用于在JMeter报告（如“查看结果树”）中修改显示的信息，使其看起来更“正常”或带有自定义说明。这不会影响实际的HTTP响应，只影响JMeter的内部记录。
- responseMessage.contains("Non HTTP response code"): 示例中用于判断是否为JMeter自身产生的非HTTP错误，例如连接失败。
注意事项与最佳实践
- 谨慎使用： 仅当您明确知道某些错误是预期行为且不应计入失败时，才使用此方法。滥用可能掩盖真正的系统问题。
- 影响报告： 标记为成功的请求将计入总成功数，这会影响吞吐量、错误率等核心指标的计算。确保您的团队理解这种处理方式对报告的含义。
- 性能： 尽管Groovy比BeanShell快得多，但过于复杂的脚本仍可能对测试性能产生轻微影响。尽量保持脚本简洁高效。
- 日志记录： 如果需要调试，可以在脚本中添加log.info("...")等语句输出信息到JMeter日志文件（jmeter.log）。
- JMeter版本兼容性： 确保您的JMeter版本支持JSR223和Groovy。
总结
正确地在JMeter中忽略失败响应并标记采样器为成功，对于实现精确的性能测试和报告至关重要。通过使用JSR223后置处理器和Groovy语言，结合prev.setSuccessful(true)方法，我们可以灵活地控制采样器的状态。务必避免BeanShell中的常见错误，并遵循最佳实践，以确保测试的准确性和效率。
