【问题标题】:jmeter text resp. assertion failing when appears it should passjmeter文本分别。断言在出现时失败,它应该通过
【发布时间】:2014-08-03 17:01:18
【问题描述】:

当它看起来应该通过时,我在 jmeter 中得到了一个非常基本的文本响应失败。感觉像是一些空格或字符编码问题,但让我陷入困境 - 任何指针都会很棒。

  • 适用于:HTTP 采样器
  • 断言类型:仅主要示例,文本响应
  • 匹配:等于

所以我在禁用资产的情况下运行示例,并复制了相应的内容。正文进入模式以测试资产中的字段。上下文应该是静态的,所以假设它会通过。

但是,断言因以下原因而跳闸: 断言失败消息:测试失败:文本应该相等。

网址测试:-http://c1-orig-qa.adis.ws/c/AutomatedQA2/texttype_plain.xml

【问题讨论】:

  • 请给我们确切的断言字符串和它失败的示例响应。 (您是否尝试在结果树视图上手动检查?)
  • 你运行这个的 html 响应是什么? Pastebin 可以工作。
  • 在这个要点中添加了断言字符串和来自失败的消息:gist.github.com/6wl/2972efe7607e4c16f2b0#file-gistfile1-txt

标签: jmeter


【解决方案1】:

比较完整的 xml 是一种不好的做法,因为即使 2 个空格不同的 xml 也应该相等。 很可能这里的问题是空格。

我建议你只比较一些文本行: - 好的 - [CDATA[/c/AutomatedQA2/texttype_plain]]>

【讨论】:

  • 好吧,忽略它是 XML 的事实(如果我真的想做 XML 检查,我会使用 dtd 或检查特定节点),我真正做的只是检查 a请求成为一个特定的值。 resp 在重新运行之间没有变化,我从树视图中列出的 resp 中完全复制了 resp 主体,但是,在与同一请求进行字符串比较时,资产失败。类似的测试使用 json 和常规文本进行,因此不确定为什么在这种情况下字符串比较可能会失败。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-01-28
  • 1970-01-01
  • 2016-04-26
  • 2017-10-24
相关资源
最近更新 更多