各位兄弟姐妹测试人儿，请教个问题，感觉最近陷入了一个误区，就是接口测试和功能....

测试积点老人

各位兄弟姐妹测试人儿，请教个问题，感觉最近陷入了一个误区，就是接口测试和功能测试是不是感觉必然冲突只是单说接口测试，接口测试能帮功能组的同学节省工作量吗？是这样的，我们公司有个项目接口量比较大，有接口覆盖度要求，所以要从功能组的同学那边借资源一块编写，前期给他们培训，然后脚本编写，花了挺多资源的，但是结果好像并没有太大的产出，对于功能的同学而言，该执行的用例还是需要执行，并没有减少他们的工作量，反正增加了许多，那接口自动化的定位应该是什么？

小辉辉坏蛋

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等(通俗来说就是，检查业务逻辑是否满足业务需求，校验字段是否正常你实际结果是否满足预期)

接口测试目标来了：　　
1.可能发现客户端没有发现的bug(那么也叫隐藏bug)　　
2.及早爆出风险(保证质量正常上线)　　
3.接口稳定了，前端随便改　　
4.最重要检查系统安全性，稳定性
为什么要写接口用例。
　　①理清思路，避免漏测
　　②提高测试效率
　　③跟进测试进度
　　④告诉领导做过
　　⑤跟进重复性工作

jumperzzz

接口测试更偏向后端程序 对于正常请求报文和异常请求报文的处理是否合规（就是符合需求和规范） 自动化还可以进行对每个版本更迭前的冒烟测试 免去部分人力去通过功能页面的点点点才能覆盖
功能测试主要是界面、业务流、易用性、前端功能、前后端交互
没产出很可能是代码编写经验不足、用例设计粒度不够、业务理解过于浅显导致的吧（如果说的不对 还请指正）