爆你菊花

爆你菊花

读完心有感触，感谢大佬~

哟，又写 bug 呢?

just send him a《Clean Coder》

其实怕啥，既然都是你负责了，你就有调用别人的权利了，那就狠狠推动其他人呗.

一般情况下，大家的薪资、绩效应该都是知晓的

最终决定你的涨薪，年包的领导知道。打绩效的领导如果只是做参考，也不一定知道可能只知道薪资范围。

如果版本提测了且测试用例覆盖范围内的 bug，测试的责任没毛病
原因都不分析直接给测试甩锅的话，项目经理水平也就那样了，遇到这种往死怼别客气，趁早申请换团队或者寻找新机会吧

首先线上有事故，是咱的锅咱大大方方背着，其次总结经验
1、完善用例场景，查缺补漏
2、灰度和线上验收的时候，让相关开发和产品都验收，毕竟产品质量的保证是大家一起的努力结果，也避免了线上独自背锅的问题（我们公司的测试流程就是这么做）
3、领导假如真的很差，建议好好复习一阵，在跑路

他肯定不是测试...

我觉得要分故障大小以及出现原因，一句无论如何都是测试的锅，我也不接受。
测试范围内，容易复现，影响较大 测试的锅
测试范围内，容易复现，问题不大

测试范围内，复现复杂 。。
测试范围外。。

测试除了跑和怼还能做什么，是不是招测试的时候还要写上会怼。

测漏了导致线上出问题，不是测试的锅那是谁的锅？不然要测试干嘛
如果是测试测到了，被其他人改变了，比如开发改代码未通知、运维调整部署未通知，那这种时候可以说不完全是测试的锅。

不至于吧

有些没有格局的领导在你面试的时候听到你要的薪资比他的还高，他是不会让你面试通过的。

知道 和 不知道 有啥区别呢？

一分权利对等一分责任，这才是合理的制度。
这是契机，测试可以考虑如何减少事故。
也是风险，锅在天上来不跑干什么。

看公司架构的。瞒不住有心人

绝大多数资源经理都会知道，只要负责你的绩效考评就必然会知道

@ 顾烨霖 不明白你哪来的自信觉得自己能测到一个 bug 都没有。

参与你的绩效考核，就会知道

跟你面谈绩效的领导是知道的

是时候面试了

你面试的时候，直接领导没有问你期望薪资，你也没在求职单上写期望的话，那他可能还真不清楚你最后跟 HR 谈的多少。。。