数据库断言

预期值和实际值做对比

步骤:

1、得到表格数据

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

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

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

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

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

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

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

最终代码


优化

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

把代码合并

优化

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

最终优化把temp1优化掉

测试增加sout打印效果


测试

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

最终优化代码

测试

相关推荐
笃行3505 小时前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行3505 小时前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库
笃行3506 小时前
金仓数据库逻辑备份实战:从全库导出到 Schema 替换的完整闭环
数据库
元Y亨H6 小时前
技术笔记:MySQL 字符集排序规则与大小写敏感性问题解决方案
mysql
SelectDB1 天前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶1 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵1 天前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
Nturmoils1 天前
WHERE 条件别凭习惯写,常用查询先跑一遍
数据库
SamDeepThinking2 天前
一条UPDATE语句在MySQL 8.0中到底加了几把锁?
后端·mysql·程序员