灌水 长教训了以后有什么问题一定要留痕

a1559212219 · 2024年03月28日 · 最后由 今晚打老虎 回复于 2024年04月01日 · 5286 次阅读

😢 最近有个公司内部项目有个模块要上线,但是因为使用部门的人要先补历史数据,所以就把什么编辑权限啊校验全部放开了。
有校验的那个版本我是测过了的,没校验的因为他们正在改,项目经理就没让我测,这是前提。
然后前天下午我测其他地方的时候偶然发现,那个模块有个编辑功能的保存按钮没有了,就和我旁边的前端提了一下,他说他待会改,我也就没管了。
结果就在刚刚,和前端联调的后端发现了这个问题,很大声的和他说了起来,前端也根本不记得我之前和他提过这个问题😅
因为他们讨论的声音太大了领导听到后就直接说我,测试在干嘛,这么明显的问题都没测出来,你是怎么测试的
我真的麻了,这个部分根本就没让我测过,而且我也和前端提过了这个问题。
还好项目经理帮我说话了,看来我以后真的不管什么问题都要往禅道上丢了,但是我们项目都是边开发边测试,而且开发都很少看禅道,有的时候 Bug 能在上面挂一个月,测出来的 bug 有可能他们联调其他地方的时候发现了就改了,我就有很多无效 BUG😭

共收到 15 条回复 时间 点赞

流程不行,去 push 你们测试 ld、项目经理做改进

经验总结

  1. 所有发现的问题都要在 项目大群/bug 单/测试报告 中的任一途径留下痕迹
  2. 即使坐在你旁边,也不要线下聊问题,小 bug 就在大群里 @,然后再挂 bug 单
  3. 这种是小问题,不要有心理负担,下次不用产品帮你解释,是我就直接去找领导说明下情况

这不妥妥的流程问题么,都没提测,关测试什么事

  1. 有 bug,及时提交到 bug 平台
  2. 趁早跑路

很好奇,开发不修 bug,那测试人员存在的意义是什么?

emmm 你不也长嘴了吗,怼回去啊

跑,啥流程啊这是

测试过程要可追溯

对于测试来说,问题记录和跟踪是本职工作。
针对开发都很少看禅道的,本质是项目管理上有问题。作为测试人员,如果想少背锅,可以是每个版本结束后在沟通群(或者邮件发质量报告)同步上遗留有的时候 Bug 量,并@PMO和开发领导进行排期处理,你推不动的事情可以借力推动。(实际上这本来就是 PMO 和开发领导应该做的事,他们不做你就暴露问题,至于怎么处理什么时候处理是他们的工作了)。
当然,如果你想做到更好,你可以推动 PMO 优化项目管理,优化协作流程,提升大家的质量意识,这样大家能各司其职,愉快合作了。

你叼他,干他

以后长记性 ,要是没记录 bug ,也在群里 发出来 @ 他

对楼主的情景很感同身受

Pactortester 回复

工作也是人情世故,圆滑些,叼人干嘛,没意义,看情节描述其实也是测试这边不太规范,毕竟开发也不太可能记得你私底下跟他讲的话

流程上看,你确实 “没测”,然后把问题回到本质上看,要是不以流程上的数据为准,难道信声音大的那个人吗?不单单是留痕,而是在你们项目规定的流程上留痕,如果没有流程,那就按你自己理解的可追溯去留痕(最 low 也得有个聊天截图啥的)

作为一个快 10 年的老油条,友情啰嗦一句,工作上最忌讳的是 “望文生义,自以为是”,这个自以为是不是说自己骄傲目中无人,而是所有做事都基于 “我以为,我理解,我觉得的” 前提。

至于评论区说的叼开发,怼项目经理之类的,都是口嗨气话,怼一个人或许过瘾,但一天怼 5 个人以上(遇到不符合自己预期的同事领导就怼),累不累呢

jinglebell 回复

既然领导都这么怼你了,解释一下都不行吗,不是说一开五骂回去的意思,但长了嘴就要学会解释啊,起码换成我我是会当场回应已经和开发沟通过了,并且这个东西还没正式提测所以还没进入测试流程,如果不说的话领导更会默认你就是有问题,测试这么窝囊更容易被拿捏

领导:联调阶段出的问题关我屁事?
PM:边开发边测试,上线出问题就是代码变更引入,与我无关
开发:眼科普通号 5 元,你没有我替你拿;一个按钮没了都看不到,还好意思吵吵
禅道:问题我提了,锅已经被我指派出去了
测试:有理有据你怕啥,流程有问题,啥时候你都有理

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册