有这样的测试,开发只能献上膝盖

发表于:2020-4-29 10:24

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Qtest    来源:Qtest之道

#
职场
#
测试
分享:
  作为一个测试,经常需要与开发童靴进行沟通;沟通过程中不免遇到各种各样的问题。那怎么才能妥善处理与开发的关系呢?下面就分情景跟大家分享下我们的处理方式。
  当开发详细询问bug
  错误做法
  直接回复开发:“bug管理系统中写得非常明确,自己回去仔细看。
  正确做法
  首先,询问开发是否已经查看bug管理系统的bug描述和复现步骤。
  如果,开发没有查看bug描述,告诉开发在bug系统中已经详细说明bug的复现步骤。如果再有不明确的地方,可以随时沟通。
  如果,开发已经查看bug描述,还是有不清楚的地方,那么需要针对有疑问的地方进行详细解释,或者当面沟通。
  最后,需要反思自己提交的bug描述和bug复现步骤是否清晰明了。提交bug的时候,做到描述详细,清晰明了。如果是UI方面的bug,可以附上截图。自己附上造成bug 原因更好,有助于开发定位bug。
  开发自测不充分,产品有严重bug阻碍测试
  错误做法
  直接找开发leader反映,或者直接和开发吵架。
  正确做法
  在提测系统中,将本次提测打回,注明理由“冒烟测试未通过,出现严重bug,阻碍了测试进行”。
  找开发沟通,告诉开发冒烟测试未通过。详细告知严重bug复现步骤和发生原因。
  并且告知开发,该bug严重影响到了测试工作开展,希望开发修改bug充分自测之后,再提测。
  开发实现的功能不符合产品需求
  错误做法
  按照开发的逻辑走,视而不见。
  正确做法
  首先自己对产品需求进行客观分析,如果产品需求是合理并且经过事先评审,那么提bug给开发,并且告知开发原因。
  如果开发对产品需求有异议,并且执意按照自己逻辑的开发,那么可以拉上产品一起,进行三方沟通,达成最终方案。
  开发偷偷改代码,直接上线出现了bug,然后求助你
  错误做法
  开发的锅,自己背。
  正确做法
  首先,提醒开发进行版本回滚,尽量避免线上影响。
  然后,和开发一起找bug,并且分析bug原因。
  最后,回顾整个事件,告诉开发直接上线的风险所在。并且推动上线流程体系完善,只有测试完成并且无修改之后才能上线。
  开发修复bug不积极,导致项目延期风险,需要你陪着加班
  错误做法
  让开发独自加班,对项目延期视而不见。
  正确做法
  首先,还是明确告诉开发,他自身bug修复不及时,导致项目有延期风险。
  然后,从项目角度出发,陪同开发加班,对bug进行回归测试和验证,保证质量的情况下,尽量不拖延项目。
  开发因为你的bug误报,鄙视你
  错误做法
  直接怼开发,居然怀疑自己的专业素养,大吵一架。
  非得将黑的辩解成白的,坚决否认是bug误报。
  正确做法
  首先,承认自己的工作失误,然后给开发说抱歉自己误报了。
  并且请求开发一起帮忙查找真正的原因。
  自己学会总结分析,bug误报的原因。尽量避免再次误报。
  努力提升自己的专业素养,树立自己的专业形象。
  开发因排期紧张,有些bug不修复,直接带bug上线
  错误做法
  直接放任开发上线。
  正确做法
  需要对不修复的bug进行评估,如果是影响范围极小,并且偶现性bug,可以考虑排期的情况下允许上线。
  如果bug严重级别较高,并且影响范围大,坚决要求开发进行bug修复。然后才能上线。
  测出一个bug
  错误沟通
  1、你这里有一个bug,快修吧
  2、你这代码写得也太烂了
  3、你又出bug了,怎么回事
  正确做法
  前提:先排除测试环境、未提测等相关问题;
  回答:hi,***,我这里遇到一个问题,你能过来帮我看看我哪里是不是操作不正确啊。
  开发不能复现bug
  错误沟通
  1、我这可以啊
  2、你操作步骤不对吧
  3、你看看bug中我的操作步骤
  4、这么简单你都复现不了
  正确做法
  前提:
  一、确认开发与我的当前测试环境是同一版本
  二、在bug描述的时候清楚的写明bug复现的步骤与输入的参数
  回答:这个bug不是一般场景下必现的,操作的步骤有点复杂,我在发现这个bug的时候同样的操作步骤也不是每次都出现,我把发现bug的步骤一一列出来,然后你试着在你的环境下操作一下,如果不能必现,再来我这测试环境看一下,我先保留这个测试的场景。
  开发推脱忙拒绝case评审
  错误做法
  1、不评审出了问题你负责啊
  2、有啥忙的,平时也不见你这么忙
  3、那就不评审了呗
  正确沟通
  测试用例的编写是从需求文档分析中提取本次的测试要点,项目开发过程中对于技术的具体实现是否与产品需求一致,希望你(开发)与产品一起参与一下评审,这样我们从不同的角度去过一遍测试用例,为了保障测试用例的覆盖度,提前将未从技术实现的细节考虑到的用例暴露出来,这方面还就需要你参与一下,如果实在没有时间评审,我们就邮件进行一下用例评审,我将测试用例发出,你看后回复一下邮件也可以。
  开发反复修改bug不正确
  错误做法
  1、埋怨开发啥水平啊,改了几次还是这样
  2、让别的开发替改
  3、抱怨,干脆不测得了
  正确做法
  将这个bug出现的场景参数一一列出,调用的接口等描述出来,查看开发代码,将bug出现的问题帮助定位。
  修改bug引起别的bug
  错误做法
  1、让你改一个bug,你还整出2个bug了
  2、你这也太不认真了吧
  3、再这样下去,测不完了
  正确做法
  刚才的bug修复之前这块是没问题的,当这个bug修复后,这个模块的这个功能异常,引起了这个问题(将这个问题描述清楚场景),是不是这2个模块耦合度有点高,咱们看看这两个模块吧。
  开发很难复现一个bug求助于你
  错误回答
  1:我也复现不了
  2:LOG/抓包已经给你了,别再来烦我
  3:撒币吗
  4:你自己的事情,自己看着办
  5:忙着呢,没空
  正确回答
  这个bug很不容易复现,我提交之前尝试复现了1个小时没有出现,所以先提交bug以防忘记,但没有关系我尽量帮你复现,你先稍等一会,看看其它bug。(2小时候后再联系一下这个开发不要太快联系否则难以表现出你已竭尽全力)这个bug我还是没有复现,从日志\抓包不能定位原因吗?我们找一下产品,看看能否先将它later,等后期我再次复现之后咱们再尝试解决,你觉得怎么样
  遇到突如其来的代码改动通知你紧急测试
  错误回答
  1:没时间
  2:早干嘛去了
  3:你咋不上天呢
  4:上去捶开发一顿
  正确回答
  嗯嗯,你这块的代码优化对后期功能扩展或性能等有很大的改善,我也很想马上给你着手测试,但目前我手头还有一些比较重要的需求还需要测试,我尽力加快测试进度,看看你这块的测试能不能稍微延后一下,你也着急的话咱们一起找产品确认一下怎么样
  遇到虽温馨感人但明显不合上线标准的bug
  错误回答
  1:上不了
  2:改改改!这么多bug上个屁!
  3:上线让领导发现这么多问题会扒了我们的皮的
  4:我们QA说了不能上就是不能上
  5:抄家伙
  正确回答
  XX神,你的这个功能还有ABC操作下崩溃的问题,acb操作F页面也显示异常,问题确实比较严重。上个月XX领导使用N产品的时候发现了一个按钮适配问题,大半夜把开发测试全部拎起来改bug发版,批了好一通呢,你是不是也听说啦?
  咱们还是改完再上线吧,真的很不好改吗?但这个两个bug确实还是要修复的,要不咱们跟产品商量下,把这个需求先剁了?
  开发向你要自测的用例
  错误回答
  1、没有
  2、你最了解,你自己写吧
  正确回答
  我把咱每版的用例都总结放在case+上,已经帮你开通了权限,你随时可以登陆查看。
  测试过程中,开发频繁提交代码导致测试环境前后不一致
  错误做法
  1.你大爷,打回不测
  2.告知leader开除他
  3.找开发理论,告知测试过程中不能提交代码
  4.告诉你我忍你很久了
  正确做法
  给开发说明一轮测试中是不能重复提交代码的,重复提交代码会导致测试工作的反复,最终导致项目延期。待一轮测试完成修复bug后,在提交代码更能提高开发测试的效率。
  测试中涉及跨团队成员且成员之间消息回复不及时
  错误做法
  1.等着
  2.出现问题让本团队开发解决
  3.遇到流程性问题找领导解决
  4.问他干啥呢,不好好上班
  正确做法
  在测试的过程中找到问题的根源,并且将问题抛到群里,并且@对应的开发人,让其快速解决。如果回复比较慢的话,直接单聊或者去工位找他。
  开发不认可你提的BUG
  错误回答
  1、你懂个P,老子是专业的
  2、你这水平还干开发?
  3、爱改不改
  正确做法
  这个问题是这样的,你要站在用户的角度去理解,不能以开发的角度看待问题,这个BUG已经严重影响了用户体验,需要修复。
  在工作过程中,大家还遇到过什么样的情景,相应做了何种处理呢?快来留言区分享下吧~

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号