接口测试通常在集成测试阶段做，保证接口正常能通，入参出参正确就行吧，而且正常集成测试不会有很多时间去做很细致的测试，保障业务主要还是要靠系统测试吧。

需要技术的测试当然有，但是放到整个行业还说，比例很少，而且大部分测试也不是不想卷技术，但是大部分测试日常主要工作都是点点点，学的东西很难有实践机会，自己学习做的一些 demo 都很浅显，没有实践机会很难去深入。过段时间可能又忘了，卷来卷去的反而专注于业务的同事在组里的更被看中，就很有挫败感，就感觉深陷泥潭无法突破

对任何岗位来说业务都是重点，但是业务水平在面试中很难考察出来，而且实际测试工作中，大家都在点点点很难体现出差异，不管业务水平怎么样都能说两句，技术呢就可以很直观

大多数公司想做自动化，但是有不想投入太多，而且落地下来可能还没有开源的自动化平台好用

虽然不懂，但我看完了 ，给大佬点赞

记住你是甲方，OA 提供的接口有问题，直接干他们

实际一般是用不上的

刚入行测试的时候，也有过和你一样的困境，感觉自己老是漏测，后来自己多总结，把测试方法真正用到测试分析和用例编写上，还有漏测的问题要分析为啥会漏测，用什么方法去测试就不会漏测了呢，业务要深挖，细节都要了解到

你说的主次延迟到底是啥，引起了啥问题，能描述一下吗

了解项目组研发同学的技术栈，项目用到啥技术，研发学什么，你就学什么