优秀测试的花样甩锅(搞笑版)

大家都知道从事测试难免会接一些锅,这里总结一下常用甩锅技巧(仅供参考娱乐)

一、给研发甩锅

1、从交付质量下手

(1)研发交付质量刚刚太低,导致测试初期测试人员和产品测试和验收的进度很难推进下去
(2)数据部门数据推送频繁出错
(3)服务端问题频出,没有提前考虑到修改代码的影响范围
(4)研发人员修改Bug质量差,总出现修改1个Bug引发很多其他Bug的情况
(5)一些技术难题在本次版本研发中严重干扰了项目进度,给项目增加了很大的不确定性和不稳定性
(6)偶发问题很多,测试全力复现问题需要花费很大的成本
(7)研发交付前不自测,东西到测试手上第一步就崩溃走不通

2、从研发人员下手

(1)研发人员打包质量不行,打包老是出现打错分支情况
(2)服务端人员修改数据不谨慎,导致产生很多脏数据,影响测试进度(误判为Bug)
(3)部分研发人员不愿改技术难度高的偶发Bug,对偶发Bug的第一反应是:直接拿手机销毁证据,然后让复现,复现不了就不承认
(4)开发人员变动频繁,导致新来的研发没有足够时间去了解需求,很多细节方面没有考虑仔细,代码编写速度变慢、交付质量变差

3、从部门衔接下手

(1)客户端和服务端(也可以说前端和后端)配合不紧密,联调时间过久,耽误测试进度
(2)研发对冒烟测试理解有误,以为冒烟测试是全盘细查,胡乱指责测试没测出来,而冒烟只是主功能的抽查

4、从内部沟通下手

(1)研发人员修改代码不通知负责人,交付的内容总出现没有拉取所有代码的问题
(2)研发前期实现方案设计没有沟通到位,有很多不合理的地方,导致后期很多Bug很难完全改好
(3)研发人员的写代码不规范,代码结构比较乱,导致后期Bug多,且很难彻底修复

二、给产品甩锅

1、从需求文档下手

(1)功能模块涉及到的范围多而广,需求文档很多方面没有编写全面

(2)功能表述模棱两可,浪费理解的时间成本

2、从需求变更下手

(1)产品后期改动过大,相当于整体重置了需求,整理上拉长了交付时间
(2)产品临时改动频繁,影响范围大,前期需求宣讲和评审不到位导致后期修改频繁
(3)产品后期改动频繁,影响范围大,我们需要一个经验老道,可以更精准的预判后期问题的产品

3、从产品验收下手

(1)产品验收的重点应该放在体验和流程上,尽可能早的完成产品体验优化
(2)产品验收的重点不是专注找Bug,应该尽可能早的完成产品体验优化不至于在后期仍然提出那么多优化意见

4、从产品沟通下手

(1)产品修改需求只和研发说没告诉测试
(2)产品修改需求只和测试说没告诉研发
(3)产品需求表述不清晰,研发、测试理解有误
(4)产品修改需求只在群里发出来而没有@对应人员,没有具体通知到相关负责人

三、给项目管理甩锅

(1)任务分配、项目规划不合理,总是要我们身兼多个项目赶急赶忙、穿插着来,要知道三心二意是很难把事情做好的

(2)项目排期不合理,明明正常四天的活,两天内要你完成,加班加点也难得搞完啊

(3)组织架构混乱,一会儿要我去这个项目,一会儿要我去那个项目,结果都不是很熟悉产品,这种也难做好测试工作

四、万物皆可甩锅

(1)公司网络环境不好,测试工作时需要很长时间才能等到响应
(2)公司欠缺测试机器,无法并行测试多种内容
(3)公司欠缺测试机器,兼容性测试无法全面覆盖
(4)总是莫名其妙被拉去开会,导致工作时间被严重压缩
(5)公司宠物太多,在桌子上乱跑,影响测试效率
(6)员工薪资低于实际水平,导致员工消极怠工;老员工薪资远低于新员工薪资,导致老员工心理不平衡
(7)与公司合作的第三方水平不咋地,而且还不积极配合改Bug
(8)公司漂亮妹子太多,影响员工工作心情
(9)公司厕所坑位太少,想拉屎的时候是无法专心测试的→_→
(10)公司漂亮妹子太少,都是汉子,没有心情工作

(11)公司通风不好,闷得慌导致自己身体不适,无法安心工作 →_→

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值