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

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

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

共收到 15 条回复时间点赞

五十二度红茶 #1 · 2024年03月28日

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

测试新人 #2 · 2024年03月28日 1 个赞

经验总结

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

小小工具人 #3 · 2024年03月28日 2 个赞

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

Smobee #4 · 2024年03月28日 1 个赞

对

小小工具人回复

有 bug，及时提交到 bug 平台
趁早跑路

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

Aaww #5 · 2024年03月29日 2 个赞

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

橙子 #6 · 2024年03月29日

跑，啥流程啊这是

恒温 #7 · 2024年03月29日

测试过程要可追溯

爱测角 #8 · 2024年03月29日

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