以用例指导测试执行了一段时间之后,温婉遇到了新的问题,就是她时不时会指派错bug给开发,张冠李戴几次之后,开发们开始吐槽。
温婉找张海涛了解每个模块对应的开发工程师,然后区分每个问题是java代码造成的还是静态代码(HTML\\CSS)造成的,或者是设计图本身的问题。
08年的时候,前后端分离的趋势还不明显,但是静态代码是公司的UI设计师梁健写的,因此这方面的bug要提给他,设计图本身的问题也是提给他,而逻辑方面的BUG则提给对应模块的负责人。
但是知道提bug给谁,这事还没完,有些开发人员在温婉提bug给他好几天后都不会处理,如果她在QQ上催了,就敷衍一下就后面改后面改,然后就不管了,还有些开发,提了bug给他,只要不是一级二级bug,他直接以“不是bug”为理由,或者“不予解决”将bug打回来,也没有任何的解释,类似行径,基本每天都有发生。
她是后辈,那些人是前辈,人家也没有恶言相向,就是敷衍,温婉一时不知所措,连婷有时候看不下去,也会在群里提一下还有多少个bug没有改,让大伙们赶紧改。除此之外也没啥办法。
温婉绞尽脑汁,bug标题明确写明哪个模块出了什么问题,一目了然,哪个测试环境测出来的问题,使用什么账号登录,所有重现步骤都描述清楚,必要时还以图文结合的方式记录,就是不想给别人借口说她写的bug不清楚。
但是不管她再如何努力,效果都不明显。
“连婷,你以前也会遇到这种事情吗?”温婉实在怀疑他们是不是在欺负她是新人。
“我刚入职那会,开发更加不尊重测试,我们提的bug,他们高兴了才改,催来催去都没有效果,还是老板在会上发了一次飙后,项目经理们才稍微重视一点。”连婷停下鼠标,倾身过她这边小声说,“虽然情况稍微好了一点,但是还是有不少开发人员明里暗里的蔑视我们测试,觉得测试就是没事找事的存在。很恶心的。”
“......”原来职场有这么多的糟心事的吗?
69書吧
后来经过多轮测试后,有一部分顽固bug还是没有被修复,温婉找测试经理李云报告了一次,李云一直在另一个驻场上班,很少与她们碰面,温婉也不想事事都找她“出头”,而且经过这一次的事情,她发现测试经理也帮她出不了头,因为她也叫不动那些开发,温婉追问那如果上线了客户发现了这些bug怎么办?李云说只要不是太严重的问题,他们都是等客户反馈回来,再更新一版。
这样子客户都能忍受?
温婉好像有点理解了穆总想要改变现状的心情了,他耗费大量时间精力,不断的到高校寻找一个班科出身的测试人员,也许就是因为公司的项目质量受到了客户的质疑,他强烈的想改变现状,但是他是学开发出身的,对测试的理解也不深刻,目前公司内部的测试地位太低,开发人员对测试的工作不够尊重,质量管理工作无法有效展开,他想通过一个新鲜的血液去撬开一个缺口。
温婉不确定穆总是不是有这样子的想法,她碍于实习生的身份,很多问题不好提出来,怕得罪人,但是如果穆总确实是这样子想的,那她如此作为,岂不是又成为毫无主动权的测试人员中的一员,对于现状无补于事?
纠结于此事期间,她和连婷合作经过了七轮回归测试后,项目进入收尾阶段,对于遗留的bug,连婷记录到测试报告里,说明存在风险。但是这份测试报告往往也只是作为验收工件提交,实际会去看的人基本没有,即是说,如果她无所行动,则又将是重蹈覆辙的结局。
温婉决定冒一次险。
如遇章节错误,请点击报错(无需登陆)