1 谁的锅：
问题：看你的意思是：开发说测试用例没测导致 bug ；测试说测试完后，开发改了代码导致 bug
解决：叫开发定位 bug 产生原因就行了，代码提交记录里面啥都有，开发真是误改了的话，人品正常都不会说“我没有改，是你们没有测用例”。真扯皮的话就直接确定你们跑用例的时间，回滚代码再测，必要时拉上领导在场。

2 改善：
问题：按照用例评审后的用例内容进行测试，无 bug 部署后，然后开发优化代码 /修改其他 bug ，导致已通过的用例又出现了 bug 。
分析：
- 楼上有说测试环境由测试部署，但是在部署解决 bug A 的代码版本时，测试并不会知道其中具体的代码改动，该改动也可能影响了已通过的 bug B ，所以这个方案可以解决开发随意部署测试环境的问题，但不能解决楼主的问题。
- 如果是切换不同环境造成的 bug ，测试没有在不同环境上，将测试用例重新跑一遍，导致没发现不同环境的 bug 问题，那你们的测试流程就是有问题的，锅也是测试的。
解决：
- 让开发在修复 bug/优化等代码改动时，给出影响范围，范围内的测试用例需要重新测。可以减少出现这种问题的概率，但是有时候会改动到开发预期外的影响范围，那么给出的影响范围也就不全了。
- 用例测完，bug 修复并验证完成之后，进行一轮回归测试，可以解决预期外的改动范围导致的 bug 。这个看具体各个公司的测试方案，有的出于成本考虑是没有这一轮的，想降低成本的话，也可以考虑自动化测试的方案。

可以用来做纯内网服务器

真的是世风日下，什么素质的人都有，大家该干啥干啥吧

除了几个头部大厂搞自研，普通公司根本不需要做技术的人，只需要实现业务的工具人。

男闺蜜是吧

只能选 a ，但是国企子公司也是坑。

hr 自己会问你有无其他 offer 的，你答有就行了

卡学历么，二本有无机会？

你们存在这个帖子这种情况吗？ https://www.v2ex.com/t/852956#reply102

你就当他是个吸毒的来看，就明白了。
然后你表姐，你尽你所能去劝离，劝不动也就算了。保持距离，免得祸害到你。

下班不回工作消息

没有什么事情可以引以为豪

后端比前端好招，满大街都是后端在跑，同等水平前端反而容易进大厂，后端要卷的太多了（前端卷的也不少，这里相对后端来说）。

子公司大概率都是假国企，快润。真国企(头部国企、省 /市分部)你通常进不去(一般是卷校招，卡学历，社招岗基本没有)
真想 965 建议找外企，外企还能当个人。

我也想找区块链远程，但是又怕这种业务有法律风险