loadrunner在进行高并发、大量请求的情况下,如果只关注服务器响应状态可能会让我们漏掉一些实际页面错误、数据丢失或功能异常的情况,这时候检查点功能就显得非常重要,本篇文章将为大家介绍检查点文本匹配规则配置。
在简单场景中,只需要判断页面是否需要包含一个词与即可。但在许多复杂测试中,页面返回内容是动态的,变动的,或者包含多个结果项,这时候就需要更灵活的匹配规则来精确验证内容。下方是几种常用的匹配配置方式和场景说明:
精确关键词匹配
这是最常见的方式,比如查找“订单提交成功”或“欢迎回来”等固定字样。适合内容稳定、结构清晰的页面验证
区分大小写匹配
在部分系统中,“Success”和“success”可能是两个完全不同的返回提示。如果测试内容对大小写敏感,匹配时应该开启大小写区分规则,避免模糊验证导致误判
模糊匹配(部分匹配)
有些场景下并不需要完全匹配完整句子,比如用户是动态的,只需要验证是否包含“欢迎”这样的关键词即可。这种方式灵活性更高,适用于数据变化频繁的页面。
正则匹配(高级匹配)
如果需要判断的是一个格式,比如“订单号是8位数字”、“状态码是200开头”“返回值为特定前缀加后缀”,就可以配置规则为格式型匹配。虽然不需要具体些正则代码,但理解其结构有助于构建更智能的验证逻辑
设定匹配次数
可以设定至少匹配几次,比如“页面上至少出现了2个产品名称”或者“至少发现了一个成功提示”。这种方式适合验证列表类内容、搜索结果页等页面的完整性
响应头部匹配
除了正文内容,检查点也可以设定匹配返回的响应头信息,比如检查是否返回了某个cookie字段、重定向链接或服务器字段。这在接口安全验证、登录态测试中非常实用。
多条件组合匹配
在更高级的配置中,还可以同时设定多个条件,比如页面中必须同时出现“提交成功”与“订单编号”,否则是为失败。这种方式适用于关键业务流程的完整性验证。

