• 作为测试,如何跟开发有效沟通,提高bug解决速度

    02/23 梵音 53 评论

妹子对陌生人相对性格会比较温柔,所以跟开发提bug时都是比较柔和,but有时候解决速度真的让人抓狂,非常能理解有时候解bug的难度,但是测试进度容不容久等啊。有时候着急就去开发那盯着他改,那也不能天天去啊。都是工作觉得疾声厉色完全没有必要,所以如何能令开发快速修复bug,感觉很难实现。

1 收藏


直接登录
最新评论
  • ST 懒人 02/24

    遇到bug尽量多测一下,找出最有可能的原因,然后再跟开发沟通,效率应该会高很多。

    尽可能不要一遇见问题就去找开发,然后开发问你怎么操作出来的bug,然后你说不知道,然后开发自己默默地找原因,跟个无头苍蝇似的,其实TA也不知道该从哪下手去改。

    最好是遇见bug能给开发当面重现一遍,如果是不能重现的就尽可能把你的操作过程讲清楚。这对改bug来说,真的很重要。

    • sheldon shen Java开发 02/24

      ‘最好是遇见bug能给开发当面重现一遍,如果是不能重现的就尽可能把你的操作过程讲清楚。这对改bug来说,真的很重要’,这点十分赞同,我曾经就和测试因为这事闹过矛盾,

      • 梵音 测试 02/24

        我都会留证迹,每步都截图,非常清楚,我都会再三测试排除不是操作不当或者数据不对,然,并未见解决的速度有提升

    • 梵音 测试 02/24

      每个bug我自己至少会测三遍,确定不是操作不当,或者数据有误才提的,而且我都有截图,留证迹,讲真不看报文,不看日志(有时确实也看不懂)没办法准确定位~~~从来不就说个结果,随机的除外ps:如何能让开发上心啊,也不能夸大bug的严重级别啊

  • Sunshine android程序员 02/24

    不要一直催。。。。

    • 梵音 测试 02/24

      我要沉默的一直等?逗呢,不过感觉我已经尽可能多的给他们时间了,没有频繁催,下个项目决定就坐开发旁边测~~~

  • lishenluo 程序猿 02/24

    感觉你没开发提bug的的时候本身就有一个bug的严重程度这一栏: 如 崩溃 那必须立马改;>重要功能问题>辅助功能问题>小缺陷>小设计错误。 == ,给开发提bug的时候说清楚bug的严重程度。 然后问下大概什么时候能改好。这不就同了么

    • 梵音 测试 02/24

      肯定是有,但是讲真如果Bug提的多且严重成都比较高的,对开发绩效影响比较大,所以平时尽量能跟开发电话或面谈的,就少提或者严重程度不太高(确实严重的除外),所以……怪我喽~~~

      • lishenluo 程序猿 02/24

        嗯,你们的开发的绩效是这么算的。 不是应该算改了多少个bug吗。怎么变成了弄出了很多bug。 而且在项目过程中的bug是开发过程中肯定是有的。 怕影响别人的绩效你就低声下气~~~~表示不解。怪你

        • 梵音 测试 02/24

          低声下气倒是算不上,我说话比较客气,所以开发到都很客气,就是速度慢。怪我吧,反正以后我决定,就坐开发旁边测试了~~~

      • 冬生 分布式存储 02/25

        从工作角度来说,我不赞成“私下和开发沟通,不在系统上提交bug”,这无法反应提测版本的真实情况,无助于将来的改进,表面看起来一团和气,实则为将来的bug埋下伏笔。如果私下沟通,针对这个测试用例通过,能保证其他场景不出问题吗?确认是代码bug还是设计缺陷?所以,确认是问题,还是要提bug,这样对设计也是一个很好的反馈。设计好,才能实现好,bug才会少。

        ps:如果提测之前没有单测,建议加上(行覆盖率>90%)

        • 梵音 测试 02/25

          最初刚来上班时也很诧异,为什么有Bug不提,不过现在我已经习惯了~~~也许是不好的习惯

  • 千年狼   02/24

    开发难道不故意弄出几个bug来多接触测试妹子吗……

    • wakaka java开发 02/24

      你是说我吗?虽然我们没有测试,全是自己写,自己测,测试妹子你们在哪里啊

      • 梵音 测试 02/24

        测试妹子天天给你提bug,你就不会这么殷切盼望了~~~

        • 千年狼   02/24

          要是中意的测试妹子

          我会故意多弄几个bug,然后找机会谢她,这样不就有机会约出来了……

          • 梵音 测试 02/25

            哈哈,心机boy,果然我见到的都是假开发,外边呆萌,内心~~~

    • 梵音 测试 02/24

      应该没有这么无聊吧,他们每天那么忙,这个方法不能杀敌一千,倒是能自损八百。

  • 冬生 分布式存储 02/25

    你的问题主要是“测试进度”,建议向上级如实反馈bug情况、解决进度、对项目的影响、遇到的困难、如何改进,让上级推动。

    另建议加入提测标准,不达标的不测试,减少无用功。

  • prudens 软件开发 02/25

    妹子,你忽略了一个重要的问题,那就是开发的能力可能不足以短时间内解决这个bug。这种靠脑力的事情,你没法用时间长短来衡量。很久以前,测试给我提一个进程退不出去的bug,我改了好几星期都没改好,一个隔壁组的大牛听了我的描述后一句话就帮我搞定了。

  • Boomkeeper Java Developer 02/27

    男人(开发大部分♂的)最怕女人催,一下就软了…

    没有测试单跟踪系统,就发邮件,抄送需求组、开发组、测试组、产品组相关人员,明确你的任务完成,进度拖慢责任不在你。

    一般也会管用的…

  • 我只有三分钱 敲代码的小哥 02/27

    我开发的,测试妹子要是在身边老催,我会受不了的,解决bug进度那就更不用说了!哈哈

  • 男测试表示没活路了。。。

  • 望舒   02/27

    你自己能重现 最好能写清楚步骤,
    如果你是女的最好是漂亮
    别一上来就说你某某这有个bug,你应该说我这有个东西和预期的不太一样你帮忙看看
    就是平常和开发的关系好(这个很重要,如果平常关系不好那做事情基本上不怎么好)

    • 梵音 测试 02/27

      我从来没说你这个不行有bug,都是说是不是我操作不当,麻烦看下。Ps:与开发搞好关系太重要了,有时候关系不够,只能颜值来凑,哈哈。

  • Frank   02/27

    应该提单。任何bug都应该有记录,即使是很小的,也应该记录,这样以后可以回溯,看看之前有什么bug又出来了。

    口说不清楚,而且容易乱。一定要有bug方面的平台,开发测试都可以看到自己提的或者应该修改的。 这样一目了然,谁耽误了时间一目了然。

    优秀的程序员不应该反对这些,优秀的测试人员应该坚持这些。

     

    • 成了大叔 软件开发 02/27

      是的, 就是平台没有,也在在excel中做一个问题跟踪表:  问题的描述, 预期解决时间,完成时间,解决人、审核人; 每天发发邮件就可以了,这样他们也知道有哪些问题

    • 梵音 测试 02/27

      坚持向优秀看齐。

  • 流迦 java程序猿 02/27

    bug应该分严重等级的,然后让领导根据bug的等级决定的解决时间,将矛盾转换为开发和领导的矛盾。。。。。突然发现我这个开发人员在给自己挖坑,楼主不和我一个公司就行

    • 梵音 测试 02/27

      山不转水转,可能哪一天就一个公司了,把您提供的良好建议,在您身上实践,谢谢。

  • Kenneth hired worker 02/28

    don’t talk to them, fix bugs by yourself.

  • 西瓜妹子 PHPer 02/28

    卖萌,卖萌,卖萌,语气和蔼,不要打断正在编程的程序员

     

     

    最好的方法应该是给介绍对象