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