接口自动化测试平台-用例设计的思考

前言

自动化任务有用例执行失败了,打开分析一看,怎么登录状态token过期了,怎么查询的帐号不存在,这是往往自动化用例设计者自己坑了自己。
在设计Go接口自动化测试平台时,自己在思考:如何可以提高接口自动化用例的稳定性及可用性?

常见问题

经常遇到测试场景不存在,导致用例执行结果非预期或是导致设置的断言点不通过。

解决方案设计
  • 请求body参数化:请求参数尽量以参数化赋值,做到动态构建请求报文。如下图所示:登录状态的token值及body参数中的labelid都以参数的形式编写。实际执行用例时会按参数的设定规则获取对应的最新值。
     
     
    如参数${alitestToken}:其设定的值为444xx@qq.com邮箱,程序逻辑设计为:会先去相应服务器DB中查询是否已有有效的token值,若有直接返回,否则执行登录操作再返回token值,这样就确保了每次用例被调度执行时均是有效的token值。
  • 生成场景:举例:登录接口返回登录成功的前提是有一个已存在于DB的帐号及密码,故通过可预设前置用例或是前置sql操作,可以确保预置好一个可用的帐号。

     
     
  • 断言点参数化:断言点这里也设计为可通过sql从db获取预期值,与实际值作对比。实际值可通过jsonpath灵活取值,尽量使用例中的断言点更像是一个公式,可以动态匹配。

转载于:https://www.cnblogs.com/dengsm/p/10332709.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值