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
