关于View Results Tree的响应视图中的更改:
在“查看结果树”中,请求和响应标头/正文明确分开,以便您更好地检查请求和响应
我从一台服务器看到200 OK
的“有效”响应:
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: application/json
Content-Length: 32
以及来自其他服务器的200 200
的“无效”响应(相同请求):
HTTP/1.1 200 200
Server: Apache
Content-Type: application/json
Content-Length: 32
X-Content-Type-Options: nosniff
X-XSS-Protection: 1
Connection: close
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
为什么有时它不显示HTTP状态代码的OK
描述?是apache问题还是JMeter问题,如何解决?
编辑
此问题实际上与JMeter无关,它也出现在较旧的JMeter版本中,但在用户界面中却有所不同
答案 0 :(得分:0)
根据HTTP Protocol Specification的正确响应应该看起来像HTTP/1.1 200 OK
,如果您看到额外的200
-它表示服务器存在问题,并且是否将由您的应用程序使用检查响应消息的工具-请求将被视为失败。
所以我建议提出一个问题,因为这种行为肯定是奇怪的。
如果您疯狂的开发人员疯狂到足以用重复的代码替换正常响应消息,并且您不希望JMeter在这些奇怪的响应上失败,则可以添加Response Assertion作为“有问题”请求的子代,并且勾选Ignore Status
框