我觉得，在业务测试团队做工具开发的事情，大概率会是双输。
业务测试团队的工具开发同学最终的结局都是跑路，根本原因是绩效不稳定，定位模糊。做着相对有技术含量，而且一般也比较苦的活，还一直被其他团队吐槽；年年想着新造一些什么轮子，半年做大盘，半年做自动化，再来半年做 cicd，这些是 0-1 的蜜月期当然很开心，剩下就是推进落地和持续优化，痛苦期开始了：老板觉得没产出，做得人觉得没发展，看着业务测试同学天天需求测得飞起，无脑好绩效，跑路是分分钟的事情，当然这类测试开发跳槽涨薪也比较多。
所以，组建单独的工程效能团队，专业人做专业事是最好的，如果现在在业务测试团队做工具开发，听哥的，尽早转工程效能开发，或者安全/性能/稳定性的专项 sdk 之类，总之就是把自己放到定位是开发的团队中去。说难听点，你不是测试老板的基本盘，只是他的 KPI 工具。

确实有点难受，测试自己做点技术钻研可能不那么被提倡，而且很多时候还是自己业务抽了不少时间

痛点在哪里？

自己拿来调试接口还行，真要体系化做一个大项目的接口自动化，你就会知道用 postman 多痛苦。

口嫌体正直而已。大部分我所接触的团队，没有不用 postman 的，道理懂得都懂，一百个缺点也掩盖不住一个亮点，就是拿来就用，用完即扔

如果你在有繁忙的测试任务，还需要做接口测试（对汇总结果没要求），那这时 postman 来做测试，就成为了一种很好的选择

是挺好的，但也要考虑前景，啥技能能拿高工资学啥技能不好吗

涨工资吗？其他公司承认吗？对自己有提升吗？最主要的还是涨工资吗？为了自己工作，别为了老板，分分钟裁掉你

个人意见：可能大家并没有特别去对比过，更多情况下只是因为更熟悉另一个工具/团队已经在用另一个工具，所以不用。

楼主，我觉得你说的很对，自己觉得好用就行啦，别人怎么说让他们说去，哈哈哈，自己工作开心就好了，接口自动化怎么写呀，我们公司目前没有这方面的测试内容，如果我要自己去接触去学，有没有方法、教程、书籍指导一下萌新呀，感谢！

咳， 还是那句话， 不同团队，不同公司，不同项目，不同选择。

现在的人咋回事，不会好好说话吗？这评论？？

postman 舍弃的原因对我来说很简单，就是查询数据库或者用其他中间件，如果是用代码会方便很多

就做接口测试来说功能已经够强大了，添砖加瓦做什么？结合到公司研发流程是指的上面，git，jenkins，newman 加起来集成不进去？没办法度量相关数据是指的什么？接口数据成功率，失败率跑步出来？有这些数据还不能汇报质量吗？

不够高级

为毛用 postman 做接口自动化就是丢人?

这也匿名

偷瞄一下

答案你自己心里清楚，否则你匿名干什么，丢不起这个人么

1000 多得票价是告诉你各个类型得测试解决方案是什么，架构大概是什么样子，你连积木都不会用，去了也白搭

结合当前的团队能力和产品业务场景，做出最适合的判断最适合的方案，才是大牛，没有对错只有选择，不是说他的就一定对，这个世界不是只有黑和白，是你到一定程度干一定的事才合适。

我在青岛 也是 5 年 10K 但是辞职后 发现环境太卷 很多公司招聘预算都缩水了

yaml 就可以 一个文件对应一个接口 一个文件内写一个接口的所有测试用例就行 反正执行完毕后，你是在 Allure 内查看结果的

本科今年毕业 4.5k

自动生成用例，自动跑用例

22 届现在是参加社招了吗