Jmeter(十)检查点
检查点又名断言,我们在手工测试过程中肉眼以及自己的逻辑思维对实际结果进行判断是否与预期结果一致,但是工具是死的,没有眼睛,没有思维,并不知道需要判断的信息在哪块,或者是来判断什么东西,我们需要让工具更灵活一点,只有给工具加入一种逻辑,才会进行执行某种逻辑。而检查点则就是工具的‘眼睛’用来判断是否达到了预期的效果,或者符合某一条件。
Jmeter中提供了很多断言:
用到最多的便是响应断言;顾名思义,响应报文的检查点。
Apply to:Main sampler only:断言仅适用于主样本
sub-sampler only:断言仅适用于子样本
Main Sampler and sub-Sampler:适用于两者
jmeter variable: 断言将被应用于指定变量的内容
Response Field to Test(要测试的响应字段):响应文本;
响应代码;
响应信息;
响应头;
请求头;
url样本;
文本;
忽略状态。
模式匹配规则以及要测试的模式,都能够区分的清楚;写个例子^_^:
还是百度^_^
响应断言部分。
可以看到监听器监听到的信息是没有错误的,那就说明断言是成立的,是正确的;响应文本中是包括“百度一下”字段的。
换个断言内容:
再请求。。。
可以看到该请求是成功的,code码以及响应信息便可以看得出来
报错的原因是因为它下边的断言:
断言失败。
百度首页的响应内容本就没有Richered的字段么,肯定会失败。
当然,也可以试着选一下断言要响应的字段内容,会有不一样的结果的。
So,这就是断言,检查点。
作者:紫陌花间客
欢迎任何形式的转载,但请务必注明出处。
限于本人水平,如果文章和代码有表述不当之处,还请不吝赐教。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 提示词工程——AI应用必不可少的技术
· .NET周刊【3月第1期 2025-03-02】