整体上阅读完了，很多知识都是已经有过接触，可以看出写一个专栏是非常不容易的。要花很多心血。尤其是要把自己所掌握的，像别人慢慢开展，娓娓道来

来一个了解接口测试入门的很好的课程，赞

感谢老师的课程，有种茅塞顿开的感觉，对接口测试有了更深的了解。再问一个问题：用例多了之后，在持续集成的时候会不会影响执行速度，是不是可以采用分布式的思维去实现？希望老师点拨一下，谢谢！

老师讲的很对，应该是工作中遇到了痛点，然后利用自己已有的技术栈去解决它，然后再逐步完善自己的技术栈。学习理论知识，对于测试人员来说，并非抱着一门课程，拼命的啃，整个19年我就是这样给荒废了，伤心呀。还好现在思维转变了，感觉是打开了一扇门，学习了。期待老师继续再出点其他教程

一口气看完了所有的课程，还是很有收获的。总的来说和我们现有的测试工作内容比较接近，不同在于我们mock用在已经开发完成的系统中，但是外部接口或外部接口返回的数据不能满足测试需求时，提前把正常数据缓存下来直接用或者修改后再用。对于开发中的没有尝试过。 接口用例的断言我们比较粗暴，直接根据响应的code来判断了。单个接口会涉及异常测试，自动化主要用在回归测试中，主要关注正常的响应。

从初级到高级，需要实践，需要积累。看完不是目的，学以致用才是。

对接口和接口测试的定义很生动形象，豁然开朗。

作为一个开发，我现在折腾的效果是，结果即文档。 我在开发接口之前，往往是先把测试用例给准备好。， 甚至是直接利用测试用例里面生成的链接去做实际的调试。毕竟自己手动准备是一个低效的过程。 在构建测试时，主要折腾数据准备，数据初始化，获取 token mock data 等 各接口串联。 由于自己本身就是开发。所以我强制在返回的时候多输出了一些内容，方便下次测试的直接输入。

专科毕业 ，做了6年功能测试 ，接口也是粗略的测试一下 ，很多公司都要求会自动化 ，但是招进去之后根本不用 ，每天都是大量的点点点 ，以前会的一点技能慢慢忘掉了 最惨的是工作一年比一年难找

接口测试，在我看来很难，但是学起来也有一定的难度，但听了老师的讲课，我感到，它不光光是测试那麽简单，他需要具备很多东西，我要从今天开始，好好的学习测试，加油吧。