不是好欺负，跟踪、确认、记录 bug，这是测试的责任所在啊

不是因为测试好欺负，是因为他们都觉得测试是 “保证质量” 的，不信你去问问看

不知道贵公司的流程，不过我们是个小公司，线上出了问题是我们逼着运维推新流程，让他们必须先找测试，以前他们都是直接找开发和产品的，我们还有点不愿意呢。 可能是我们不太规范

我觉得找测试没问题啊，开发很多都只是管着自己的一亩三分地，测试本身就对整个质量情况有比较全面的掌握，问测试，比问开发，效率更高。
而且，运营去找开发和产品，万一他们达成了什么协议，你都不知道，那不是更窝火

至少在我们团队是这样。

小公司里测试地位低,是最后背锅的人, 大公司情况少许好点,但是开发等歧视测试的情况还是有的

1.出问题找测试这个没毛病啊，首先知会测试说明人家重视你（如果跳过你直接找开发不是更尴尬，人家眼里没你啊... ）
2.先分析问题具体出现原因，定位到原因后再去说明情况，不是说找你就是让你背锅的.......

确实应该找测试人员，测试需要对质量负责，还有就是可能需要重现 bug 方便开发修改。

要是测试人员做到了，风险预警，并给出老板报告了，这个功能上线有什么什么风险。。就不应该怪测试人员了。
我理解的测试 只对质量起辅助作用，最终决策权应该还是在上级手里。

测试是产品最后一道质量把控部门，线上出了问题先找测试我觉得他们最起码知道测试部门的存在（只要不是过来胡乱喷一通的话，还是冷静对待）。
沟通下问题概况，测试人员模拟复现问题，找到复现步骤再去找研发，解决问题成本就能大大降低。不然绕过你直接找研发，说不定研发还得打回给你让你协助复现呢，是吧？

两个问题:
1.需求给了风险备注，运营、研发到我们测试，最终是否一致同意这个修改；
2.出 bug 是否和这次修改有直接关系，竟然如此为啥没有发现这个 bug。
无论这个问题是否在风险评估范围内最终负责反馈和修复验收的都得是咱们测试。

谢谢各位兄弟哈 。😊