Day14.监听器之察看结果树+断言结果+聚合报告+图形结果+用表格察看结果

• 1. 组件说明
  • 1.1 察看结果树
    • 1.1.1 将所有结果写入文件
    • 1.1.2 响应结果查看方式(不同类型)
    • 1.1.3取样器结果
    • 1.1.4请求实体
    • 1.1.5请求头部
    • 1.1.6响应数据
    • 1.1.7响应头部
  • 1.2 断言结果
  • 1.3 汇总报告
  • 1.4 聚合报告
  • 1.5 图形结果
  • 1.6 用表格察看结果
• 2.练习说明
• 3.作业场景
  • 3.1保存察看结果树的文件
  • 3.2保存断言结果的文件
• 4.结果示例
  • 4.1 示例图片
  • 4.2 示例脚本

1. 组件说明

1.1 察看结果树

察看结果树

1.1.1 将所有结果写入文件

• 图片中的示例,填好保存的文件路径就行了(这里其实有几个坑,希望大家自己踩一踩,才能学到东西,搞不定了抛到星球里大伙讨论一下)

• 导出文件的格式有xml,jtl,csv,个人倾向于jtl格式,因为jmx是jmeter用例的文件格式,jtl是jmeter用例结果的文件格式

  
  
  

  CSV文件内容
  
  
  

  jtl文件内容
  
  
  

  CSV文件内容

1.1.2 响应结果查看方式(不同类型)

大家可以切换一下,看看不同类型的响应结果,为下一周前置处理器和后置处理器做准备

不同类型的响应结果

1.1.3取样器结果

取样器,这个名词是不是很熟悉,其实在添加HTTP请求的时候的前置组件就是取样器,这里具体一点指的就是我们的HTTP取样器(请求)里的详细信息,例如:取样器所属位置,运行时间,字节大小,入参类型等等信息

取样器结果

1.1.4请求实体

请求实体里的参数,其实是我们在HTTP请求组件里填写的参数:请求方法,URL,请求数据,有时候大家发现自己的请求报错了,就可以来这里排查一下是不是URL地址写错了,没有API,或者是自己的接口入参有问题。

请求实体

1.1.5请求头部

头部字段,这里,如果设置了信息头管理器,或者是设置了cookie,要关注是否有生效

请求头部

1.1.6响应数据

响应数据这块,之前很多同学发现第一次的断言:百度一下,失败了,然后找不到原因...
这里就是我们的实际结果,里边有乱码,响应数据错乱等等情况,都可以先来这里排查一下

响应数据

1.1.7响应头部

响应头部这里,能看到解压方式,响应数据类型,是否保持长连接,字节大小等等数据

响应头部

1.2 断言结果

• 字面意思,这个组件是看断言是否通过的,默认的是通过(不填加断言),如果有断言的情况下,就根据断言结果显示,如果断言成功,直接通过,如果失败,就抛出错误信息。
• 图中抛出一个信息:响应断言 : Test failed: text expected to contain /老徐12/

• 期望包含文本:老徐12,为什么报错了?因为最后一条入参数据是老徐130啊

  
  
  

  断言结果

1.3 汇总报告

后面的几个组件,其实在功能测试和接口自动化测试的时候就用不到了。汇总报告是看总体接口的一个数据概况,具体参数这里就不展开聊了。

汇总报告

1.4 聚合报告

聚合报告

1.5 图形结果

图形结果

1.6 用表格察看结果

用表格察看结果

2.练习说明

• 接着的脚本练习,如果没有的话,先完成前一天的打卡哈。
• Day14主要是初步了解一些监听器,至于各个监听器具体参数的具体作用,用到了再详细分析。

3.作业场景

3.1保存察看结果树的文件

将Day13的察看结果树中的数据分别保存为:demo.csv,demo.jtl,demo.xml,三种格式的文件,试着读一下文件内容。

3.2保存断言结果的文件

设置一条错误的断言,把断言结果组件中失败的那条断言数据保存下来。(jtl,xml,csv三种格式的文件)

4.结果示例

4.1 示例图片

文件示例

4.2 示例脚本

链接: https://pan.baidu.com/s/1yI4RzJwjB3ipEr8rGwPyhw 
提取码: eb4t

github地址
Day14.监听器之察看结果树+断言结果+聚合报告+图形结果+用表格察看结果