• 接口自动化测试实践指导(下):接口自动化测试断言设置思路


    在前篇文章:

    接口自动化测试实践指导(中):接口测试场景有哪些

    中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作及接口测试场景有哪些。

    本篇文章是最后一篇,主要分享一下接口自动化测试断言设置思路

    如果没有好的断言,自动化用例效果将大大打折扣,甚至是无用的,前期的很多工作都因此浪费。

    这里我继续结合自身经验,帮助大家梳理一下,希望有所帮助和提升。

    1 断言设置思路

    这里总结了我在项目中常用的 5 种断言方式,基本可能满足 90% 以上的断言场景,具体参见如下脑图:

    下面分别解释一下图中的五种思路:

    1) 响应码

    对于 http 类接口,有时开发人员只是通过设置接口响应码来反应接口是否成功,这时我们的断言就需要检查接口响应码是否符合预期来判断用例是否执行成功。

    2) 验证关键字段值

    一般接口中会设有专门的字段来反馈接口成功与否的信息。

    比如:msg字段,经常好多接口通过该字段反应后台的处理情况,如果成功会返回成功信息,失败会返回失败原因。

    这样我们测试时可以直接校验该字段值来判断用例是否执行成功。

    3) 正则匹配

    当一个接口返回内容比较多时,但有一定规则可寻,我们可以借助正则表达式来校验检查。

    4) 数据库匹配核对

    要对一个查询类接口的返回数据进行验证,我们可以采用编写 SQL,到数据库查询结果。

    然后将数据库结果与接口返回结果进行核对检查,这样就能比较准确的验证接口返回数据的正确性。

    5) 相关接口辅助验证

    举个例子,比如测试一个删除接口,删除了一条记录后,如何验证接口真的把记录删除成功了?

    可以再调用查询接口,检查被删除的记录是否真的查询不到了,那就说明删除真的成功了。

    2 断言设置实战演示

    基于上面的断言思路,接下来,我通过实际例子给大家做一下展示,这里通过两种平台工具来展示:

    一种是开源好用的Jmeter

    另一种是之前给大家推荐的eolink平台,eolink平台因为支持自定义脚本,且平台提供了很多内置函数,也可以像Jmeter一样灵活实现上述 5 种断言思路。

    下图展示一下eolink平台的自定义脚本功能

    更多内置函数可以参考:

    https://help.eolink.com/#/tutorial/?groupID=c-806&productID=23

    2.1 响应码断言展示

    如果一个接口需要通过接口请求的响应码来断言,判断是否达到预期结果,Jmeter工具的实现如下:

    说明:

    该用例会返回 400 的错误码,断言设置校验响应码是否为 400,如果等于400 表示用例执行成功,否则失败。

    再展示一下用eolink的实现效果:

    2.2 验证关键字段值

    如果一个接口需要通过响应结果中出现某个关键词来判断是否达到预期结果,可以采用验证关键字段值的断言方式,用Jmeter工具实现如下:

    说明:

    该用例通过检查接口返回字段 msg的值 是否为“您没有登录,请重新登录”来判断用例是否执行成功。

    再展示一下用eolink的实现效果:

    2.3 正则匹配

    如果一个接口返回的响应结果是不断变化的,但结果符合某个预期的规则,这时可以采用正则匹配的方式来断言,用Jmeter工具实现如下:

    说明:

    通过正则匹配,除了验证某个符合预期规则的字段值,可以用于匹配检查接口返回样式,匹配成功了,说明用例执行通过。

    再展示一下用eolink的实现效果:

    2.4 数据库匹配核对

    针对一个查询类接口,如果想详细验证返回结果的各个字段,可以采用数据库匹配核对方式来断言,用Jmeter工具实现如下:

    说明:

    对于一个查询类用例,通过查询数据库,然后将接口返回结果与数据库返回结果进行对比,对比成功说明用例执行通过。

    再展示一下用eolink的实现效果:

    执行结果:

    2.5 相关接口辅助验证

    很多接口的验证需要依赖其他相关接口来判断,实现起来会稍微复杂些,但断言效果非常好,先用Jmeter工具给大家展示一下:

    说明:

    对于部署接口是否成功的验证,我这边通过查看部署日志接口来辅助验证。

    当部署日志接口中获取到部署成功日志打印后,就说明用例执行通过。

    再展示一下用eolink的实现效果:

    1)有两种方式,一种步骤中添加相关接口,提取相应内容,后续做判断。

    2)再一种就通过 JS 脚本来维护多个接口,并处理接口的响应结果,添加断言来实现。

    eolink平台有着非常丰富易用的功能,帮助项目团队更好的对 API 接口进行管理和测试。

    最后,再补充介绍一下该平台对于 API 接口测试方面的某系高级功能

    1)与 API 文档关联与自动同步

    在测试用例中,绑定 API 文档之后,当 API 发生变化时,您可以一键将文档内容同步到测试步骤中,减轻维护用例的成本。

    想了解更多,可以参见:

    https://help.eolink.com/#/tutorial/?groupID=c-752&productID=23

    2)0代码,拖拉拽完成测试流程编排

    平台支持拖拉方式进行复杂多接口链路的场景编排,减轻脚本维护工作量。

    更多可参见:

    https://help.eolink.com/#/tutorial/?groupID=c-751&productID=23

    3)对数据库进行操作

    平台也支持在自动化用例中添加对数据库的操作,常用于以下场景:

    1. 测试前对数据库插入测试数据。

    2. 清除脏数据。

    3. 查询 API 操作是否对数据库生效。

    …更多可参见:

    https://help.eolink.com/#/tutorial/?groupID=c-748&productID=23

    4)定时自动测试

    该平台也支持自动化用例定时执行,减少人为的干预,进一步降低执行成本。

    想了解更多,可以参见:

    https://help.eolink.com/#/tutorial/?groupID=c-787&productID=23

    综合来看,eolink平台功能十分强大,除了能像Jmeter一样灵活实现各类接口场景的自动化测试,还有丰富的 API 管理、API 监控、API 市场功能。

    帮助整个研发团队高效实现 API 全流程的管控,可以说是非常强大易用的一款 API 管理测试平台。

    至此,接口自动化测试实践指导三篇文章全部完结,希望测试小伙伴们看后能有所收获,后续要多多实践,才能很好提升自动化测试能力。

    体验地址:

    https://www.eolink.com/?utm_source=w2703


    学习资源分享

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

    这些资料,对于想【进阶自动化测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助…….

  • 相关阅读:
    centos7部署Nginx和RabbitMQ
    SpringCloud 集成Sentinel
    平衡树相关知识:
    使用 VirtualBox+Vagrant 创建 CentOS7 虚拟机
    MySQL视图
    为什么选择快速应用开发
    寒假训练——第四周(素数|因数)
    遥感影像正射矫正
    单向环形链表介绍以及约瑟夫问题分析
    AD PCB常用系统快捷键及自定义快捷键
  • 原文地址:https://blog.csdn.net/IT_LanTian/article/details/125890816