01 引言
今天上班路上听喜马拉雅讲敏捷测试。其中说到敏捷测试与自动化的关联，是密不可分的。听到这一点后，有了一些思考。
02 思考
相信大家在日常工作中，不管是面试，还是学习中，会有这么几个问题，那就是为什么要用自动化？什么场景下的自动化才能展现出最大效能？
以我个人为例，在学了接口自动化框架后，一直有一个错误的思维。那就是为了自动化而自动化，并没有发现实际工作中的痛点。从而这个事情就草草结束。在暂停推进的这段时间。也不断思考，总结以下几点
为什么用接口自动化
第一点：
与其说为什么用，不如说哪些公司适用，正如开篇所说，接口自动化与敏捷测试是一个比较不错的搭档。研发人员在不动入参的情况下，可以随意修改方法中的逻辑。
出参方面我觉得可以有一些改变。毕竟代码逻辑修改。出参多多少少会有些影响。这个问题就在断言中做一下修改工作即可，或者在前期搭建框架时，将这方面做一下特殊处理，能够快速定位是哪个接口做了修改；
这么一来，在回归上面就节省了很多事，脚本做好CICD后，绑定好项目，研发做了修改后，我们就喝喝茶，看看报告。岂不美哉？
第二点：
在敏捷开发中，项目重构是必不可少的。就算不是敏捷开发，也会有项目重构的情况。这种时候，也是接口自动化闪亮登场的大好时机。
无需人工去对照每一个接口的参数进行入参编写，无需调试业务流程（前期业务接口组装好的前提下），直接交由自动化脚本。在效能方面能做到很好的提升。
自动化应用场景
很多时候，都认为自动化是一个趋于项目完善的情况下，才比较实用。这个说法应该算是比较片面。
自动化技术中，UI自动化比较依赖完善项目，接口自动化在开发框架、数据库表结构定义好的基础上比较适用。
也包括上面上说到的使用敏捷开发的公司。总结下来就是接口自动化，适用于初创、以及敏捷开发的团队。UI自动化更倾向于项目平稳阶段。
03 总结
以上就是对自动化脚本的一点简单思考。考虑得不够全面，还请大佬们指正。哈哈哈；
总结一下：
我们在做自动化时，一定要纠正一个错误思维。那就是不要为了自动化而自动化。跟测试工具一样。自动化是为了提能增效的，要解决项目中实际的痛点，不是一个简简单单的噱头。否则只会徒增无用功。
好了。本期随手记内容就到这里。大佬们拜拜~
