搭建自动化测试框架
文章平均质量分 50
LSQ的测试日记
这个作者很懒,什么都没留下…
展开
-
自动化框架错误排查:本地全通过,pipline上大部分报错
最后拿报错处给出的键和redis里实际的比较,发现是开发重构代码把键给改了,觉得测功能不需要知道这个,就没有通知我们。我在堡垒机上使用命令行来跑case,发现与pipline上一致,并定位到了错误处。最近经过一次切环境和验证码部分的代码重构,果不其然,我们的自动化框架就出错了。这一步要求修改redis里的值,执行成功,说明连接redis没有问题。这么多case报错,而且报错log都一模一样,推断是底层出错。pipline上无法拿到返回的验证码,拿到的是null。拿着这个null去做后续的传参,自然会报错。原创 2023-12-04 17:08:37 · 431 阅读 · 0 评论 -
踩坑:自动化中login和logout尽量不要在1s内发生
这样,旧token的办法时间明显小于被更新后的时间,这个旧token被判定失效。login时token给定了一个颁发时间,logout在同一秒内发生,去redis里更新了一下时间,与旧token的颁发时间在同一秒内,所以判定旧token 仍旧有效。原本的技术架构是:有效的token会放在redis里,无效的,被logout注销或者被refresh刷新的这些token会被放在黑名单里,同样也在redis里。按理来说,使用这个token调用logout之后,这个token随后应该是失效的,但实际上并没有。原创 2023-07-18 09:51:32 · 176 阅读 · 0 评论