其实说不定还真不是他跟测试有什么仇怨,应该是想快速上线,不过总得有人背锅,视情节,小问题还好,严重了就别背了,应该是开发出生的 CTO,没办法,官大一级压死人
任何口头的都不行,要发邮件,意见达成一致,扯皮最麻烦
既然是吐槽贴,再说 2 个搞笑的事。一个是之前把我叫过去说测试没做回归测试,上线有问题,以后要多加强回归,结果问了相关人员才知道,是提 bug 了的,而且是挂在他头上的,结果不知道。二是有个体验问题,我认为不可用仍然是问题,他觉得还好,想让我通过,而且他也已经给 cto 说了没啥问题了,结果无意间在群里被 cto 看到我的测试结论了,就质问他这不是明显不能用嘛。
我说的都有责任,共同承担,他非得说测试负主要责任,而且在这一点上他不能让步。
其实我觉得都知道的事情,都是成年人了,测试又不是保姆,自己忘了还反过来怪测试。测试能提出来,是优秀,但不应该成为基本要求,更谈不上背责。
之前还提出只要线上出现 P1 问题 直接扣测试绩效。
我是测试 leader, 确实目前没话语权,上不上线,是不是问题,改不改,全技术 leader 说了算,出了问题就让测试背锅。我已经给 cto 提了,后面给测试话语权,写发版意见邮件抄送他,给技术 leader 压力。
而且这事喜欢双标,前端提了安卓忘了做,让前端负责通知到位,开发提测了测试没注意到,让测试改进,真不知道他是对测试什么仇什么怨。又想让测试多做点 QA,又不给测试放权。
那就辩论呀,但是测试的确有部分责任。
测试报告有没有写风险?这种让测试背锅的是测试老大还是开发老大,CTO 么? 直接甩锅 这个时候就是锻炼功力的时候到了,加油,但是别吵架,站在有理的角度去说,要让你背就背把,只是让你负责,没要你付出什么后果就行,没事给领导背个小锅也是可以的,前提是关系还行,关系不行的直接提刀干他,怕锤子,本来就不是你问题 是吧
这种情况,如果是我知道开发没改的,我会在发版报告里面写出风险。如果你们的测试 leader 不这么做,估计就是测试完全没地位了。
大厂大佬都不闲聊
可以负责任,但是你要按我说的来,不符合测试流程,不符合测试准出标准不允许上线,如果上了出问题,就别找我哔哔。质量共建都不懂,当什么 leader。
比我现在好,我现在是技术团队都没话语权
是不是你们的流程还有问题,未经过测试就上线除非领导拍板,不然出了问题就是一堆扯皮了!
你们测试 leader 呢?不能站出来为你说句话嘛?
说明你们的质量体系都没有建设起来,没提测的包怎么能上线呢?
他还有个观点,认为开发只有一种情况需要对线上问题负责任:测试提出来了问题,开发觉得不需要改,线上被客户认为是 Bug。言外之意,只要线上有问题只要不是特别刁钻那种,都应该测出来,出问题就是测试责任。
背景是这样,发版没有管控,技术 leader 以赶工为由拖延 bug 修复,半成品代码随意上线。扯皮的这个问题测试回归已经发现了,开发也都知道,技术 leader 也知道,结果是他们都搞忘了做这个任务,按照赶工这种节奏上线了,测试认为你开发不提测我就默认你上线没影响,结果出问题了,让测试负主要责任。
若是这个版本主要上线的内容,有影响,说明回归测试没做好,确实算是测试的问题,甩不掉,若是测试环境没问题,上线后有问题,还甩给你,提刀砍他
这说明测试毫无话语权
存入数据库不香吗?
我们使用 csv 管理接口的,自动读 swagger,自动写用例
文本管理的话,多人协作还是会有问题的吧。个人感觉文档化和平台化,一个灵活方便编辑(缺点:多人协作麻烦,更新和同步比较麻烦,容易本地化保存带来信息差),一个方便管理和自动化平台集成、统一管理方便(缺点:比较重,开发和维护成本高,定制化的灵活度不如文档方便)。各有各的优缺点,需要看团队情况去选择
没有更好,只有更适合
因为 QA 都在 TesterHome 聊天
读 excel 进 mysql,套个 django 或者 flask 框架,前端搬 layui,并没多少工作量。
你们说的都好厉害,月薪多少了,刺激我一下吧