聊一聊,接口自动化测试需要验证数据库吗?

1438 篇文章 112 订阅
1374 篇文章 66 订阅

最近有些同学一直在问一些概念和设计接口自动化的一些问题。

比如,需不需要验证数据库是否正确?

这里还是跟你公司,跟你所在团队,跟你所在的测试方法或策略有关的。

为什么这么说?

因为在我之前的那家公司,因为上市公司,很厉害的。

所以测试根本没有数据库权限,你别说想看数据了,可能你要连接数据库的那个权限都需要领导层层申请。

当时设计的自动化测试框架比较简单,只是自动校验json格式是否正确。

所以,你看到了,团队不允许,你就不能数据库验证。

那么如果有条件,或者测试可以有测试环境的权限的话:我强烈建议验证数据库!

下边说一下我的观点:

1. 一般前后台数据交互都是通过json数据进行,那么json数据是从数据库中得来的。这里就涉及到json数据的校验。

那么格式校验是格式校验,字段值是否正确是字段值正确校验。

那么对字段值的校验最合适的方式就是查询数据库。

2. 在特殊情况下,我调用了一个删除数据的接口,有没有真的删除一条数据,我可以调用查询数据的接口啊!查不出来刚才删除的数据,不就证明刚才的删除接口操作是ok的了。另一种方式就是查询数据库中是否存在我的数据,如果没有就是删除了。

关键是什么?关键是有些删除操作之后,还会有连带的关联数据进行删除(如果大家对业务不了解,或者表结构不了解,需要问一下开发)。那么是不是把关联数据删除掉了?那么是不是要验证数据库?

3. 对于测试来说,请求一个接口之后,需要知道这个接口在背后做了哪些事情(其实无非就是对数据库的增删改查操作),了解逻辑,对于多接口的测试,它背后更加复杂的逻辑更需要详细清楚。表结构,关联方式,字段参数变化,含义等。不光开发清楚,测试也要烂熟于胸。

我觉得或许做到以上几点才能算得上是"基于业务功能的接口测试,不是耍流氓"。

那么要做到以上几点需要:

1. 接口流程需要烂熟于胸,接口功能,每个字段含义需要清楚,需要知道参数的变化。响应数据的变化,比如我们公司有开发同学定义的yapi接口定义文档(各公司接口文档可能平台不一,但大体相同)。需要测试同学耐心一点,仔细看看~~

2. 需要了解数据库字段、数据库关系、表之间的关系等等,你要清楚比如字段代表的含义,如何修改?逻辑对应接口中哪些字段?可能有时还需要到redis中去获取缓存数据,那可能就有点稍微复杂了。

怎么样,你看完之后,觉得我们在做接口自动化测试时,需要验证数据库吗?

欢迎大家来留言讨论。

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

在我的QQ技术交流群里(技术交流和资源共享,广告勿扰)

可以自助拿走,群号:310357728群里的免费资料都是笔者十多年测试生涯的精华。还有同行大神一起交流技术哦

如果对你有一点点帮助,各位的「点赞」就是小编创作的最大动力,我们下篇文章见!

 

 

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值