只能说羡慕 20+，做梦都不敢想

如果有冲突还是还要找开发

要的就是这种效果

是的

你写到的是追踪到了代码有抛异常，还有一种 BUG 是业务流程上的 BUG，就是代码没有报错，但是某一个数据的处理逻辑有问题，比如有个地方原本需求是 A B 两个字段相加，结果开发是 B C 两个字段相加，导致计算结果出错，这种能追踪到吗？

可以借助精准测试，看看哪些模块的代码有改动，重点回归改动的功能模块 和 使用到这些改动模块的流程；如果这个达不到的话，只能增加人力 + 请外包

如果公司能混到养老就继续混，前提是公司不管什么岗位的氛围都还可以，但是如果说整个公司的文化不行，你对你现在的岗位不喜欢，你就算转岗还是坑

1、我点小疑问，站在测试的角度什么情况下需要去在 nginx 层面实施 mock？比如现在提测了某个功能，这个功能前端操作后会调用 A 服务，A 服务会和 B 服务的某个接口获取拿数据然后处理后返回给前端，如果此时说因为 B 服务没有开发完，需要测试去 mockB 服务的接口给前端，此时流程就基本没有跑通，就是算你现在使用 mock 数据把当前流程验证完了，等 B 服务开发完成了，最后你还是要重新把全部流程跑一边，浪费时间；
2、从项目管理风险角度讲，在人力资源充足的情况下，遇到 1 中的情况，测试提早介入能提前发现问题，这个是好事情。这种情况我通常是把项目代码拉到本地，在本地运行进行白盒走查，构造前端 API 请求然后再本地惊醒 debug 断点，本地断点的话你想要什么模拟数据可以设置，最后检查 API 返回的数据；
写在最后： 目前还没有搞过在 nginx 层面实施 mock 1、还不如直接点点点 2、浸入式的东西不能把控有什么风险，项目经理也不会同意你这么搞
如果后续研究到好的方案，请大佬分享一下，谢谢

有些厂试用期 6 个月

一个恒温 一个小黑子，你们可是我崇拜的偶像，很喜欢看你们说教，讲的都是肺腑之言，谁敢造次