这都是些自我 pua 的想法罢了，能给一个做测试的剪辑的内容，应该没啥门槛，有这时间钻研别的，肯定不如去掌握自己行业的技能实在，天天干专业无关的事还得是早点润，除非你不想再这行业待着了或者只是摸鱼养老岗位，那就真的无所谓了

你这也太会自我反思了说你是他老板我都信，人家面试说来做测试结果叫你去搬砖你乐意吗，而且他也只是在私下破口大骂，没当着面说啥 该做的事都做了还不够好吗

单独写在接口 B 前面当前置呗，有共用就封装起来

啥意思。。。 初中就开始刷题，如果只是对计算感兴趣那写着玩就挺好，但为了就业的话真的挺无奈的

小学初中都有不少开始刷计算机八股文的了...卷到没边

腾讯有一篇关于微服务接口设计的文章，很深入，可供参考https://mp.weixin.qq.com/s/3UNL1EZfgfGkQcdbwuMj8Q
微服务性能方面的话可以看看这篇https://zhuanlan.zhihu.com/p/497225464
有更好的想法和文章希望各位不吝分享

感谢大佬回复，正你所说 有些依赖是接口产生的时候就自带的 ，这在接口测试中只要用例设计得合理其实也不会有什么问题。但考虑用例设计的解耦其实是我在做性能的时候萌生的，举这个例子只是为了更易懂 抛砖引玉，可能我问题描述得没在点上。举个🌰，场景 A 执行前必须拿到有效的登录凭证 (通过接口 B 获取)，但是 A 和 B 不是同一个微服务，此时只想对对 A 做性能测试，那么是不是就会受到 B 所在微服务的性能的影响呢

看你这说法 不就咬死了单纯做业务测试肯定不行吗，同事能得到老板的青睐可能有很多因素，谦虚一点去发现他的优点，学会了就是你自己的，而不是单纯拿会不会技术来衡量他是不是一个优秀的测试

谢谢大佬指点，翻看了您第一个回帖并认真思考了，即使有基础 积累起这些开发、测试和运维的知识也是一个漫长的过程，个人偏向于广度优先，先把测试的知识学透了 ，慢慢去扩展和选择一个方向深耕吧

这话问的...哪个年龄段都需要有存款，没有副业全靠打工的普通人就只能靠自己省出来，省钱存钱类似于延后满足，及时行乐也不是毫无节制地用，出来几年了也该学会管理自己的收支，况且怎么可能又有房租又有房贷

戾气这么重逛啥社区，测试不见得要技术多高深才能揪出问题吧？有很多深层测的 bug 也只是在某一次普通的点点中发现的，不爽测试人员技术不够深，招个开发去做测试就能保证质量更好吗

说得很中肯，确实是这样的，所谓点点点只是自嘲，实际就是业务测试嘛，虽然门槛低，但不代表行业没需求啊，总归还是需要有人去做这些事的，加油吧

这不就是卷到两败俱伤的程度吗，术业有专攻，不太理解那些自己开发自己测 都被压榨成这样了还很骄傲的人在想啥

有些开发确实不输出接口文档，想做接口的话可以自己抓包，也可以直接叫开发配合一下整理出来