有同样的经历，虽然你很想做起来，奈何努力的只有自己

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

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

痛点在哪里？

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

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

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

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

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

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