51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 12199|回复: 44
打印 上一主题 下一主题

[原创] 开发人员修改bug比较慢,测试人员可以做些什么工作来促进进度?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-10-17 11:32:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
开发人员修改bug比较慢,测试人员可以做些什么工作来促进进度?
希望大家踊跃发言:)
sdlkfj3
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2006-10-17 11:34:37 | 只看该作者

自己先顶

除了帮开发人员分析的每个bug的产生的可能原因? 我们还能做些什么呢
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-10-17 11:49:22 | 只看该作者
开发人员修改bug比较慢.找出慢的原因啊?可能还是你们公司的项目计划制定的不够完善.应该对开发修改bug有个规定要求.比如:测试人员每天下午3点提交BUG,并对BUG分好了级别.那么对于1,2级BUG开发人员必须当天修改.3,4级BUG必须第二天上午修改完毕.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2006-10-17 11:53:45 | 只看该作者
谢谢版主的回答
可是由于很多历史遗留问题:比如设计框架问题、异地开发问题、新员工不熟悉业务问题
这些都是修改慢的原因
在哪天改完也有做控制,但是在新版本中总会出现更多的新bugs
现在导致bug越来越多。。。
我们就只能等待开发人员不断地修改,我们不断的回归么
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-10-17 22:15:38 | 只看该作者
对这些bug作一些分析
找出关键的问题 关键的模块
必要时候对关键模块来一个大扫除
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2006-10-18 12:09:37 | 只看该作者
    修复延迟,需要首先分析导致慢速的原因,对症下葯。另一方面,需要通过行政、规范的手段控制修复成本。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2006-10-18 20:09:23 | 只看该作者
    关键还是沟通吧,在我们这里,开发的都是领导,测试的就我一个小兵,bug提交了,人家都没空理我,只能是多和他们沟通,趁他们稍微空写的时候找准时机让他们修改……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2006-10-21 14:03:18 | 只看该作者
    如果把bug解决的及时性作为绩效的一个环节会如何呢?
    关键还是领导把不把它当作一个问题
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2006-10-25 14:03:46 | 只看该作者

    向领导反映问题,由领导来推动

    xiaonan 提的建议挺适用的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2006-10-25 22:29:49 | 只看该作者
    如果版本存在市场发布承诺还会这样吗?
    应该不会吧,软件开发的流程没有做起来而已
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2006-10-27 16:20:46 | 只看该作者
    bug修改的进度按原则不是测试人员督促的,这个活是项目经理的工作!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2006-10-27 17:50:59 | 只看该作者
    各施其职.测试人员只要把测试工作做好就非常好了,至于项目的跟踪,bug优先级别的修改,应该在其他人或部门来定义并完成.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2006-10-28 13:14:55 | 只看该作者
    需要测试人员对代码的要求比较高,找出BUG后注明是程序的哪部分代码的问题,这样开发人员修改的速度会快。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2006-10-30 14:26:05 | 只看该作者
    必要时发预警邮件给项目经理、项目负责人做,抄送给项目总监或更高一级负责人sdlkfj5
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2006-10-31 22:35:10 | 只看该作者
    原帖由 luoyear 于 2006-10-17 22:15 发表
    对这些bug作一些分析
    找出关键的问题 关键的模块
    必要时候对关键模块来一个大扫除


    严重同意,我们公司对于一些很不好解决的BUG均是通过开相关人员的会议,召集技术好的人员,共同讨论BUG出现的原因,讨论解决方案.以期最快解决.如果解决不了,freeze it.
    但是,对于BUG的解决进度,最好还是由公司来下行政力量来加以管理,当然会根据BUG的级别,制定几点解决,但是有些人却是无视这些东西,那就只能通过领导压制来实现.项目永远是第一位的.sdlkfj8
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2006-11-9 19:39:11 | 只看该作者
    首先我觉得,这个不是问题....

    测试工程师是尽量多的发现Bug,Bug解决速度呵呵,我想不是工作重点.
    当然,如果想改善一下协助关系...加快也是有办法的,就是提高BUG的质量,或者羞辱开发工程师! sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2006-11-13 11:04:44 | 只看该作者
    甲:解决这个问题的涉及到很多,冠冕堂皇的说法是:制定并执行胡萝卜加大棒的绩效考核制度。
    乙:。。。。废话!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2006-12-9 15:13:23 | 只看该作者

    测试人员的职责在于尽量找出问题在哪里

    至于修改进度很慢一方面跟开发人员水平有关系,另外一方面代码设计没做好
    但是催促开发人员改代码的事情的确不是测试人员份内事,你只需要每天告诉项目经理你的测试进度和有多少A,B,C,D,E级别的BUG,把你认为阻挡了测试进度的大问题概括的告诉经理,经理无论是叫开发人员谈话还是抽调人手或者叫他走流程,你都够不用关心,经理会比你更加关心项目的测试进度的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2006-12-19 13:10:47 | 只看该作者
    不做这种替别人着急的事情。谁最关心进度,就把这件影响进度的事情告诉谁。至于测试人员,只要做好自己的测试工作即可。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2006-12-29 17:28:35 | 只看该作者
    不用做什么,把你的报告发的客观,准确就行了,有人会督促这些事情。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 22:53 , Processed in 0.081098 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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