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用例结果的文件格式

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.练习说明

接着<Day13.逻辑控制器之if控制器和简单控制器>的脚本练习,如果没有的话,先完成前一天的打卡哈。
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/1FDlZicQwwjkuGacL-t6RWQ
提取码：fmsj