玩接口测试，你15K、她25K、他35K
作为公司质量部负责人，老徐对部门所有的要求是：必须能自己执行所负责业务线的接口测试工作 。
但对于专职「自动化测试工程师」或 「测试开发工程师」呢 ？
除了会执行接口测试，还得更进一步：去研究如何提升接口测试效率；已有工具无法支撑的情况下，能够自研「接口测试框架」。
随便去翻翻各大招聘网站的岗位需求，会「接口测试」几乎是必备技能；甚至是招聘1年经验的初级测试工程师岗位，也要懂接口测试这项最基础的测试手段 。
毕竟 ，如老徐之前文章所言，
，是一个岗位综合体 。
十几年前的，对测试工程师的那种神奇的认知，现在依然还存在（总以为测试工作无技术含量、测试工作就是点点点） 。
比如，不少人误以为测试工程师就是“点工”，拿到软件“点点点”，就可以完成测试了，没啥技术含量，而一些测试工程师错误的工作方法也滋长了这种误解。
老徐认为，一名普通软件测试工程师的常规成长路径是：
1）刚入行时，前两年，沉淀基本功，做功能测试，主要的工作内容就是设计测试用例然后手动执行。
2）后来在工作中，逐渐开始人工执行大量的测试用例，每天被各种项目的测试用例淹没在电脑前，使用最多的软件就是 Excel ；大量的重复性工作，无创造性、无成就感 。
3）大量重复性的工作逐渐失去了目标，甚至认为，测试就是不断地人工点点点的操作，不是一个纯技术的工作。
直到接触了接口测试、各种自动化测试，像是发现了新大陆，对各种自动化技术、自动化手段，无比推崇 。
4）最后，才发现，最本质的能力，还是「测试思维」（用各种技术手段，解决实际问题）。
作为一名测试工程师，掌握接口测试，并能熟练完成接口测试，求职时和工作中好处非常显著，比如：
2）通过接口自动化完成接口回归测试，让自己的工作更轻松、更高效；
3）通过持续集成平台调用接口自动化测试，为流水线提供质量保障方法和手段，赋能于研发。
甚至很多公司，已经不需要业务测试工程师，做基础的功能测试了，这些事，全部交给了开发；甚至基础的接口测试，也交给了开发，提交代码，自动触发接口测试，自动推送执行报告 。
对于玩了几年接口测试的，再继续玩下去，能够有成就感的事，也许就是开发自己的「自动化测试框架/ 测试平台」了 。
但，没有底层基础的接口测试思维 / 自动化测试思维，做出的框架，也无法解决实际的业务问题 。
支付时，使用IDO老徐专属口令 ISTESTER8 减5元，14.9搞定 。
此专栏主讲人，是之前老徐推荐的经典测试书籍《京东质量团队转型实践 从测试到测试开发的蜕变》作者之一 。
在京东工作期间，我通过引入算法完成了测试框架的一次完美升级，主要实现了框架自动的编写测试脚本，给出推荐的测试入参数据等特性。但我深知，这些高级功能的实现都离不开我在之前所有工作中形成的接口测试思维，它仅仅是在一些特别的方向上变得更加先进和智能而已。
从使用工具完成接口测试到自己写代码完成接口测试，然后慢慢封装自己的框架，最后走到让测试框架更智能的技术路线上，这一路我走了十几年，走过不少弯路也淌过不少坑。
在这个过程中我最深的感触就是：无论你在工作中参与了一个多么智能的测试平台的设计与开发，还是引入了一个多么强大的自动化测试框架，你都要首先会用最原始的方式完成这件事情。在此基础上，如果你掌握了接口测试思维，那你不但可以快速掌握某一种测试工具来解决问题，更可以打造属于自己的测试框架，最终建造出专属于你自己的终极测试框架武器仓库。
从接口测试的思维开始，教你把业务测试的思维和接口测试的技术结合到一起，合成接口测试的思维，最终让你拥有接口测试的能力，这种能力既包含了工具的使用、代码的编写同时也包含用例的设计等。
专栏的内容分成了三大模块，分别是初级技能篇、综合技能篇和进阶技能篇。
重新认识接口和接口测试，了解接口测试都包含哪些测试活动，
也
会带你合
成接口测试技术和业务测试知识，让你形成接口测试思维。
教你如何从流水账式的接口测试脚本，一步步抽象出属于自己的接口测试框架。
同时完成从接口测试到接口自动化测试的转变。
教你如何利用测试工程师的思维，开始并顺利完成一个陌生的协议接口的测试任务，同时将其加入到自己的测试框架中，不断提升它的测试能力。
如有用，广而告之（欢迎文章转发，禁止未经允许抄袭COPY文章内容到其他平台） 。
标签:
