接口测试从0开始（一）：我为什么要做接口测试

对于做软件测试的同学来说，入门何其简单，几乎0门口，会excel，会英语，会简单的计算机操作其实就可以了。

其实真正的软件测试，何止这些，以上描述的统称为功能测试，功能测试在行业普遍的认知无外乎按照用例执行点点点。如果想要在未来职业道路上要有所提升和收入的提高，务必要切记，不断的提升自身的职业技能或者走管理方向，不然终将被淘汰，何其哀哉！

说到软件测试职业技能的提升，方向很多：自动化方向、性能方向、安全方向等等，这次结合自身的情况，记录自己从0开始的接口测试。

学习接口测试的背景：

本人就职于一家国企下的子公司软件测试岗位，测试在这个公司几乎0地位，没有部门，没有直属领导，都是开发经理负责。公司主要业务是电商，技术就是后端系统的研发，我处于中台，现在换了个开发模式就在业务服务部了，可能是由于公司业务趋于稳定了，新项目不多优化项目贼多的前提下，领导提出要节约测试的时间，便提出自动化的需求，然而领导不理解，一个做后端业务逻辑的部门，UI变更极其频繁，版本迭代1周1次的项目，UI自动化的开展何其困难和不适宜，最终在测试人员的据理力争下，提出做接口自动化的测试，也就引出了我对接口自动化测试的学习。

 

个人认知：

接口测试，就我了解分为dubbo接口、rest接口这些，我学习的就是rest接口了。为什么要开展呢？和上面领导的说法没什么关系，因为在实际项目中出现了典型的问题，前端做了的限制，后端未做，功能测试的时候无法覆盖到，导致上线因特殊原因出现后端异常，为了避免类似问题的出现，才想要做接口测试的。

 

学习内容：

接口测试在网上也看了很多很多的东西，也有不少的推荐，工具比如：jmeter、postman这些，框架类似：pytest、postman+Jenkins+Newman等，最终选择了postman的，至于原因，对于菜鸟来说，postman更简单易懂，而且测试方向的都是些rest接口的，curl就搞定了。