51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3930|回复: 17
打印 上一主题 下一主题

[讨论] 测试要催着开发改bug吗,表示很不能理解

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2013-12-26 16:47:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试得说好话啊,不停的催啊,才能让开发早点改完bug,才能回测
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2013-12-26 20:03:09 | 只看该作者
    看项目吧。话说你们的项目经理干吗去了?让你们催。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2013-12-26 21:21:31 | 只看该作者
    我只知道bug如果在前期不改好,越到后期就越不稳定,大家都得加班加点,搞不好测试还得背黑锅,起码得知道什么时候能改,为什么现在不能改
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2013-12-26 21:56:02 | 只看该作者
    测试流程问题
    重大阻塞问题,需要催着开发出补丁解决
    一般问题,下一轮再提供转测
    下轮是否能转测按照问题单修改程度以及基础用例的通过率计算
    不够就打回
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2022-12-8 17:51
  • 签到天数: 256 天

    连续签到: 1 天

    [LV.8]测试军长

    5#
    发表于 2013-12-26 22:35:22 | 只看该作者
    bug修复的进度对项目的测试进度有很大的影响,如果bug的激活率又高的话,那最后只有加班的份了。其实作为测试,不一定说要催着开发修复bug,我们可以提醒,若有些开发对这些问题不是那么上心的话,有必要就与开发负责人进行沟通,这招估计比较生效
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-12-2 11:55
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2013-12-27 09:28:35 | 只看该作者
    开发都很自觉的改BUG 没见过这样情况,你们要沟通好的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-8-25 10:21
  • 签到天数: 661 天

    连续签到: 1 天

    [LV.9]测试副司令

    7#
    发表于 2013-12-27 11:20:13 | 只看该作者
    你们测试催促研发改Bug,说明公司很重视测试嘛;
    其实这个时候,测试压力挺大的:
    1、计划时间的约束,到时间节点后,交出来的项目或产品是需要经过测试的,如果研发拖后,那测试的时间会特别紧张;比如研发修改一个Bug用一个小时,测试可能需要一天去验证;
    2、经理的催促,工作过程中,经理时不时的会问,“功能做完了吗?  测试的怎么样了?  问题多吗?……  一定要保证项目或产品的稳定性……” 之类的话。那么,稳不稳定、问题多不多,最后还是需要测试给出答案,什么时间节点出什么结果;
    3、测试的另一个职能,有的公司,测试需要对公司负责,这样的公司对测试比较重视,测试与QA一同保证软件发布前的质量;所以测试催促修改Bug,同时也表现测试的重要性;
    不过,在这个时候,就会体现团队间的沟通与协作了。催促研发、说好话……不要不理解,有些事情其实是需要有效的沟通、团队的配合,才能更高效、更完善的去完成。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2013-12-27 15:06:29 | 只看该作者
    总要有人做
    你可以自己做
    可以跟项目经理商量下一期做
    可以跟公司商量一下流程规范谁来做,什么时候做
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2013-12-27 15:13:59 | 只看该作者
    回复 2# omg


        项目经理只给了个项目提交日期,日期到了没提交,就怪我们测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2013-12-27 15:14:48 | 只看该作者
    回复 4# forstkksk


        说的好复杂
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2013-12-27 15:15:55 | 只看该作者
    回复 6# linlin520


        开发改的很慢啊,我们都闲着
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2013-12-27 15:18:00 | 只看该作者
    回复 7# Charles_H


        分析的有道理,谢谢了。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2013-12-27 17:03:17 | 只看该作者
    说的好复杂
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-4-2 12:39
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    14#
    发表于 2013-12-27 21:26:23 | 只看该作者
    同意愚人版主说法,这些事情总有人做的。项目经理不做,那你们肯定需要做,当然也可以不做不催不关心进度,就是到了时间很惨。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2014-1-22 11:43:18 | 只看该作者
    如果你是在做质控你就应该去督促开发改bug。
    测试人员很多时候不是为了找bug而找bug,而是找出bug然后督促修正bug。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2014-1-22 13:27:32 | 只看该作者
    测试得说好话啊,不停的催啊,才能让开发早点改完bug,才能回测
    wg73215623c 发表于 2013-12-26 16:47



        我对这样的工作方式表示不能理解
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
    发表于 2014-1-22 13:29:48 | 只看该作者
    总要有人做
    你可以自己做
    可以跟项目经理商量下一期做
    可以跟公司商量一下流程规范谁来做,什么时候做
    愚人 发表于 2013-12-27 15:06



        每天过BUG,找开发负责人把所有的BUG全部过一遍,确定BUG是否修改,什么时候修改。拿不定主意的当场提出来,过期不修改的抛出来痛批他们。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2014-1-22 13:30:50 | 只看该作者
    如果你是在做质控你就应该去督促开发改bug。
    测试人员很多时候不是为了找bug而找bug,而是找出bug然后督促 ...
    shangwu2272 发表于 2014-1-22 11:43



        从来不督促,让他们自己说好什么时候改好,然后食言了就看测试这边如何收拾开发了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-26 23:21 , Processed in 0.077299 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表