这是把人当傻子了吗
接口测试通常在集成测试阶段做,保证接口正常能通,入参出参正确就行吧,而且正常集成测试不会有很多时间去做很细致的测试,保障业务主要还是要靠系统测试吧。
需要技术的测试当然有,但是放到整个行业还说,比例很少,而且大部分测试也不是不想卷技术,但是大部分测试日常主要工作都是点点点,学的东西很难有实践机会,自己学习做的一些 demo 都很浅显,没有实践机会很难去深入。过段时间可能又忘了,卷来卷去的反而专注于业务的同事在组里的更被看中,就很有挫败感,就感觉深陷泥潭无法突破
对任何岗位来说业务都是重点,但是业务水平在面试中很难考察出来,而且实际测试工作中,大家都在点点点很难体现出差异,不管业务水平怎么样都能说两句,技术呢就可以很直观
大多数公司想做自动化,但是有不想投入太多,而且落地下来可能还没有开源的自动化平台好用
虽然不懂,但我看完了 ,给大佬点赞
记住你是甲方,OA 提供的接口有问题,直接干他们
实际一般是用不上的
刚入行测试的时候,也有过和你一样的困境,感觉自己老是漏测,后来自己多总结,把测试方法真正用到测试分析和用例编写上,还有漏测的问题要分析为啥会漏测,用什么方法去测试就不会漏测了呢,业务要深挖,细节都要了解到
你说的主次延迟到底是啥,引起了啥问题,能描述一下吗