搞测试是一个很容易背锅的角色,锅出来,说明主要还是测试思想和手段不完善,需要我们完善、改进。
惟一遗憾的是,互联网技术圈子里面的段子基本都是产品与开发、设计与开发的,测试的却没有几个。
锅来了,测试的要求就变成,要求懂产品设计、懂美感设计、懂开发,惟一的角色全栈技术要求。
你都背过哪些锅呢?
答:
N 个月前,第三方接口挂了(N 年都没挂过),N 年前开发写异常处理的一个提示语有点惹老板了,测试的锅就是 ‘这个文案怎么没有发现’,测试的要求就变成得懂文案了!
N 天前,测试报告说用户体验方面有风险,建议评估后再发布,结果周日老板一句话就发布了,发布就这发布吧,默认能接受风险。不幸的是,老板后来又觉得太丑了,设计太丑了,测试的锅就变成了 ‘这个丑陋的设计怎么没有发现?‘,测试的要求又变成得懂美感设计了!
你们公司测试结束产品不审查的吗???
在转测前是要审查了。小老板们觉得 OK,终极 Boss 觉得不行,再说了终极 Boss 从战略角度、结果角度,测试是最后一道防线,所以从结果论来看,找测试来背锅也是正常的,这可能算行业默认规则了。
事实是 ui 出来都是产品经理和小老板拍案的,工作中测试可以提建议,当然基本是不可能改变的,所以,你终极 boss 问你,就说测试没有权限去更改产品,这个问题和产品反馈。把皮球提到产品哪里(该反驳就要反驳,这锅背下,以后再出这种问题找的都是你)
你还能坚持这么久,耐力可以的。
这样的老板需要权责分明的流程管理,狗屁敏捷和精英文化都行不通
有了流程就可以告诉他:这是产品验收没好好做,与我无关~
哈哈 总得找个人背锅嘛
测试在牛逼你也是测试。
测试真的好难干,越学越难干啊,需要学的东西太多了,现在发现还不如学开发的,懂代码学几个框架就可有目标深挖了,测试呢,学编程,学 ui,学数据库,学 liunx,学运维,我还要会需求,跟客户打交道,还要背锅
扯淡,这什么锅就往测试身上甩,bug 测试写的?产品测试设计的?
这种锅都能甩测试头上,只能说你们的流程不完善。文案是产品或者运营负责,UI 就让设计把关,把这些锅分出去不就好了。
第一个提示语提示了啥,还能惹到老板
第二个你们那里有 UI 设计师吗,这个明显 UI 的锅
这种情况,完全就看你老大给不给力。。。老大给力,锅从来都不是测试的。。ui 问题,产品经理看不出来?吃干饭的?文案不是产品经理出的?出这么多这样的情况,只能说那个产品是个垃圾。。该怼就得怼。。。
这只能说你们老板根本就不懂测试是干啥的,因为根本不是测试的问题
‘这个文案怎么没有发现’
‘这个丑陋的设计怎么没有发现?‘
我觉得得看这两句话是对谁、在什么场合说的, 从引号的内容里看还好吧,没有针对测试。
新入职的表示一直背锅,最怕现在在群里听到组员说,产品&运营&开发提出线上 bug。正好是自己负责的模块
我最近遇到的一个锅。这边 app 测试之前一般都是在产线验证功能(前后端分离测试),在准备上线前,得知一个功能接口上了生产环境,验证,app 端发现 bug。定位后发现是后端接口改了传参,没通知 app 开发导致。老板开会讨论,直接下结论,这个锅 qa 来背,为什么不 “提前” 发现这个功能异常?作为 qa,很冤枉,一个是还没上线,问题还是我自己反馈的,二是之前一直在产线验证,接口就是在 app 准备发布当天上产线,我能咋办。。。
其实让我背无所谓的,要是团队内部讨论,决定是 qa 的锅,我也认了,关键是大 boss 上来就一通分析,直接下结论锅给 qa,我就真的有点接受不了。。。而且之前为了这个项目赶上进度,连续上班 1 个月,最后几天基本晚上 10 点半后下班,付出那么多,还被这样丢锅,唉当时心态立刻炸了