认为接口测试就是写测试代码?不,你错了。

Posted Flink

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了认为接口测试就是写测试代码?不,你错了。相关的知识,希望对你有一定的参考价值。

接口测试现在已经成为测试工程师的必备技能,它的重要性无需赘述。作为一名测试团队的负责人,我是常常安利身边的工程师一定要精通接口测试,注意,这里是精通,不是知道或了解。原因很简单,你点开招聘网站上各大公司对于测试工程师的要求,就能看到接口测试已经成为测试招聘中一项必备的技能了。

 

测试工程师是一个高技术含量的岗位,但现在不少人误以为测试工程师就是“点工”,拿到软件“点点点”,就可以完成测试了,没啥技术含量,而一些测试工程师错误的工作方法也滋长了这种误解。

 

2009年硕士毕业后,我成为了一名软件测试工程师。刚入行时,一直在做功能测试,主要的工作内容就是设计测试用例然后手动执行。后来在工作中,逐渐开始人工回放大量的测试用例,我每天被各种项目的测试用例淹没在电脑前,使用最多的软件就是 Excel。大量重复性的工作让我逐渐失去了目标,那时我认为测试就是不断地人工点点点的操作,不是一个纯技术的工作。

 

后来我被自动化测试的浪潮拍醒,开始用 Selenium 自娱自乐地写自动化测试脚本。一开始还是乐在其中的,但随着项目不断迭代,我的 Selenium 脚本越来越难以应付我的测试任务。

 

一次偶然的机会,我在一篇微博文章上看到了 Postman 这个做接口测试的小工具,我开始把它应用到我的工作中,从接口测试开始完成我的测试任务,并逐渐积累了很多测试脚本。使用 Postman 后,依靠它强大的功能,提升了整个项目的测试工作速度,因此在很长一段时间,我的工作都很轻松,还可以准时下班。

 

Postman 这款工具也让我重新思考了测试工作,我开始逐渐体会到,测试工作也是一项技术驱动的工作,测试工程师也是一个技术岗位。

 

所以作为一名测试工程师,掌握接口测试,并能熟练完成接口测试,求职时和工作中好处非常显著,比如:

 

  • 增加自己的技能,找工作时获得更多机会;

  • 通过接口自动化完成接口回归测试,让自己的工作更轻松、更高效;

  • 通过持续集成平台调用接口自动化测试,为流水线提供质量保障方法和手段,赋能研发。

 

后来呢,我在京东中台担任测试架构师,主要负责中台的微服务接口测试以及提高质量效能等工作,工作目标是让机器做完接口自动化测试中费事、费力的事情。

 

在京东工作期间,我通过引入算法完成了测试框架的一次完美升级,主要实现了框架自动的编写测试脚本,给出推荐的测试入参数据等特性。但我深知,这些高级功能的实现都离不开我在之前所有工作中形成的接口测试思维,它仅仅是在一些特别的方向上变得更加先进和智能而已。

 

从使用工具完成接口测试到自己写代码完成接口测试,然后慢慢封装自己的框架,最后走到让测试框架更智能的技术路线上,这一路我走了十几年,走过不少弯路也淌过不少坑。

 

在这个过程中我最深的感触就是:无论你在工作中参与了一个多么智能的测试平台的设计与开发,还是引入了一个多么强大的自动化测试框架,你都要首先会用最原始的方式完成这件事情。在此基础上,如果你掌握了接口测试思维,那你不但可以快速掌握某一种测试工具来解决问题,更可以打造属于自己的测试框架,最终建造出专属于你自己的终极测试框架武器仓库。

 

因此我和极客时间合作了《接口测试实战课》专栏,从接口测试的思维开始,教你把业务测试的思维和接口测试的技术结合到一起,合成接口测试的思维,最终让你拥有接口测试的能力,这种能力既包含了工具的使用、代码的编写同时也包含用例的设计等。



以上是关于认为接口测试就是写测试代码?不,你错了。的主要内容,如果未能解决你的问题,请参考以下文章

从零开始写博客系统——测试我们的代码(接口测试)

从零开始写博客系统——测试我们的代码(接口测试)

从零开始写博客系统——测试我们的代码(接口测试)

从零开始写博客系统——测试我们的代码(单元测试)

从零开始写博客系统——测试我们的代码(单元测试)

从零开始写博客系统——测试我们的代码(单元测试)