测试之路--随手记:接口自动化的应用
01 引言
今天上班路上听喜马拉雅讲敏捷测试。其中说到敏捷测试与自动化的关联,是密不可分的。听到这一点后,有了一些思考。
02 思考
相信大家在日常工作中,不管是面试,还是学习中,会有这么几个问题,那就是为什么要用自动化?什么场景下的自动化才能展现出最大效能?
以我个人为例,在学了接口自动化框架后,一直有一个错误的思维。那就是为了自动化而自动化,并没有发现实际工作中的痛点。从而这个事情就草草结束。在暂停推进的这段时间。也不断思考,总结以下几点
为什么用接口自动化
第一点:
与其说为什么用,不如说哪些公司适用,正如开篇所说,接口自动化与敏捷测试是一个比较不错的搭档。研发人员在不动入参的情况下,可以随意修改方法中的逻辑。
出参方面我觉得可以有一些改变。毕竟代码逻辑修改。出参多多少少会有些影响。这个问题就在断言中做一下修改工作即可,或者在前期搭建框架时,将这方面做一下特殊处理,能够快速定位是哪个接口做了修改;
这么一来,在回归上面就节省了很多事,脚本做好CICD后,绑定好项目,研发做了修改后,我们就喝喝茶,看看报告。岂不美哉?
第二点:
在敏捷开发中,项目重构是必不可少的。就算不是敏捷开发,也会有项目重构的情况。这种时候,也是接口自动化闪亮登场的大好时机。
无需人工去对照每一个接口的参数进行入参编写,无需调试业务流程(前期业务接口组装好的前提下),直接交由自动化脚本。在效能方面能做到很好的提升。
自动化应用场景
很多时候,都认为自动化是一个趋于项目完善的情况下,才比较实用。这个说法应该算是比较片面。
自动化技术中,UI自动化比较依赖完善项目,接口自动化在开发框架、数据库表结构定义好的基础上比较适用。
也包括上面上说到的使用敏捷开发的公司。总结下来就是接口自动化,适用于初创、以及敏捷开发的团队。UI自动化更倾向于项目平稳阶段。
03 总结
以上就是对自动化脚本的一点简单思考。考虑得不够全面,还请大佬们指正。哈哈哈;
总结一下:
我们在做自动化时,一定要纠正一个错误思维。那就是不要为了自动化而自动化。跟测试工具一样。自动化是为了提能增效的,要解决项目中实际的痛点,不是一个简简单单的噱头。否则只会徒增无用功。
好了。本期随手记内容就到这里。大佬们拜拜~
相关文章
- [apue] 测试管道容量的一些疑问
- HTTP接口测试还可以这么玩[通俗易懂]
- 渗透测试|利用HFish蜜罐暴露的接口密钥获取所有钓鱼信息
- 接口自动化测试实践指导(中):接口测试场景有哪些
- A/B测试vs灰度测试vs蓝绿部署
- 接口自动化测试之pytest用例管理框架
- 【说站】python API接口如何测试
- 详解接口测试(2)- HTTP接口用例设计与测试方法(拿B站练手)
- linux内核发包工具,Linux内核发包工具pktgen测试方案说明「建议收藏」
- 接口测试基本知识点
- 高通SDX55平台:Modem Loopback测试指导
- 软件测试 | 服务端接口测试新分享
- 接口测试第10讲:基pytest框架requests自动化测试
- crontab 脚本测试demo
- 接口测试第14讲:软件架构的演变
- 接口自动化测试|Requests库的安装与介绍
- 接口测试|Fiddler介绍以及安装
- 接口测试|Fiddler会话栏中添加IP列
- 接口测试|Fiddler抓包设置及证书配置
- 接口测试|Fiddler设置手机抓包
- 接口测试|HttpRunner获取响应数据&extract提取值到变量
- Python 接口测试之数据库封装
- MSDS是认证还是测试,MSDS有效期是几年,MSDS需要每年更新吗?
- 【Groovy】Groovy 扩展方法 ( 静态扩展方法配置 | 扩展方法示例 | 编译静态扩展类 | 打包静态扩展类字节码到 jar 包中 | 测试使用 Thread 静态扩展类 )
- 【Android Gradle 插件】TestOptions 配置 ② ( TestOptions#animationsDisabled 属性配置 | Android 工程本地化测试与设备化测试 )
- MySQL批量插入数据的四种方案(性能测试对比)
- 烤机软件 OCCT 更新 9.0.0 版本,新增 CPU / 内存跑分测试
- MSSQL数据库压力测试:能否抗住考验?(数据库压力测试mssql)
- Redis测试面试题汇总(测试面试题redis)
- 攻克Redis测试安装取得成功(测试redis 安装成功)
- oracle—SQL技巧之(一)连续记录查询sql案例测试