数据库断言

预期值和实际值做对比

步骤:

1、得到表格数据

2、接口断言预期值与实际值做对比

读取表格数据-得到接口地址(address)和是否接口db检查(dbcheck),并且这条数据是有效的(vaild)

有2条用例,也会有三个条件不全部满足的情况,也会有登录失败的case

所以在判断时,会有有效用例和无效用例判断

sql执行count为1是有效的,为0是无效的

继续写实际值与预期值对比

返回值包含1,否则就是无效

最终代码


优化

登录接口-请求值分割(方法正则表达式)

把代码合并

优化

因为限制了判断条件,需要先登录才能去判断,所以在预期值和实际值对比时,就不需要验证无效条件

最终优化把temp1优化掉

测试增加sout打印效果


测试

在testrun里增加临时代码测试,需要将之前html和json断言的请求屏蔽,只看数据库断言

最终优化代码

测试

相关推荐
SelectDB3 小时前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶4 小时前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵7 小时前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
Nturmoils7 小时前
WHERE 条件别凭习惯写,常用查询先跑一遍
数据库
SamDeepThinking11 小时前
一条UPDATE语句在MySQL 8.0中到底加了几把锁?
后端·mysql·程序员
Databend1 天前
在 AWS 中国峰会逛了一天,我在 Databend 展台看到了 Agent 数据基础设施的新思路
数据库·人工智能·agent
李白客2 天前
KES新版MySQL兼容能力再升级意味着什么?
mysql·国产数据库
ClouGence2 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将2 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库
Nturmoils3 天前
订单列表慢查询,先看 WHERE、ORDER BY 和 LIMIT
数据库