问答 大佬们,在做接口自动化过程中都遇到了些什么棘手问题?后面都是怎么解决的

fer · 2021年10月13日 · 最后由 陈恒捷 回复于 2021年10月13日 · 2969 次阅读

大佬们,在做接口自动化过程中都遇到了些什么棘手问题?后面都是怎么解决的
eg:
case 太多执行时间过长,执行过程中由于某些不稳定的原因导致中断或者部分没问题的接口报错
依赖多个其它接口返回参数,如何做到独立性,假如在前置方法中处理,执行时间过长要怎么办
...
还有很多,欢迎各位大佬分享交流学习

共收到 6 条回复 时间 点赞

具体的问题已经忘记了,但是有一个问题仍然是我过不去的坎。做来帮助自己工作的,非要我写个收益率分析,体现了什么价值,还要搞分享。我特么分享给一堆玩手机的开发有什么意思。。。

这么问,一下子想不全,想到哪写到哪吧:

1、代码型的脚本编写方式,很多人一起写用例,写法各不统一,重复逻辑满天飞。解决嘛,代码明确分层 + 做一些写法培训 + 新人写代码必须经过审核才能 merge
2、环境不稳定,执行时刚好有人重启服务那就直接失败。解决方案:类似线上,核心服务做平滑上线,后面的节点启动完毕才把流量切换到新节点。
3、数据库断言写起来费时费力,维护也麻烦。解决方案:先根据数据库实际内容自动生成断言,然后执行第二次,给一些会自动变化的参数(如时间)加标记忽略校验。

  1. case 数量太多导致执行时间很长 -- 解决办法是并发执行。
  2. case 不稳定因素 -- 稳定性和错误处理。

需要写的 case 太多了,但是又不给时间写

之前看有大厂实现了 ai 自动生成 case 的,十分羡慕

sonny919 回复

不用羡慕,你可以对比看看能自动生成的 case 和你自己设计的差异。

新接口的自动生成 case(特指有效的用例,那些单纯各个参数为空、为数字、为字母之类的用例,个人觉得意义不大),目前还没见到能达到接近人设计的水平的用例。

倒是建议可以搞流量录制回放,这个比较多公司在做,且也有开源的平台了,之前问过,roi 还是比较高的。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册