51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4881|回复: 12
打印 上一主题 下一主题

[原创] 缺陷是发现一个修复一个回归一个还是全部修复后再回归

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-5-6 10:43:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如题,请有要经验的朋友多给一些意见。
当测试人员按计划执行测试并发现缺陷后,是继续执行未完的测试还是待缺陷修复后重新测试?
前提是只有一个测试人员,并且发现的缺陷不足以停止测试的情况下,但尚不能确定缺陷的影响范围。

[ 本帖最后由 rebecca2008 于 2008-5-6 10:44 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-5-6 11:12:33 | 只看该作者
最好是做完1轮后,全部修复完,再回归测试。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    14 小时前
  • 签到天数: 3643 天

    连续签到: 95 天

    [LV.Master]测试大本营

    3#
    发表于 2008-5-6 11:35:32 | 只看该作者
    不是很明白lz的意思。
    有两种方法:
    第一种就是测试执行一个阶段,比如按天,每天测试的发现的问题,开发人员修改,第二天,测试人员检查上一天修复的缺陷,给出确认意见,再继续进行测试。白盒测试用的多些吧。
    第二种是按轮次,就是每次测试时候,执行全部的测试用例,提交的缺陷在缺陷库中,开发人员修改缺陷,等待测试人员测试完毕后,给出一个新的版本,修复已经存在的问题。

    两种方法各有利弊吧。通常习惯用第2种。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2008-5-6 14:25:03 | 只看该作者
    实际情况是这样,原来单位没有测试,只是调试发现一个问题开发就去改然后就再调,可能根据问题严重性会选择一定的范围。现在想把测试这块做起来,往正规流程上走(我想难度很大),碰到的问题就是缺陷肯定是按天提交的,开发也随时改,如果第二天改完重新测必然影响原来测试的计划。如果继续按原计划执行又怕缺陷影响到后面的测试,会做无用功。苦恼啊!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    14 小时前
  • 签到天数: 3643 天

    连续签到: 95 天

    [LV.Master]测试大本营

    5#
    发表于 2008-5-6 15:05:04 | 只看该作者
    我记得看到过这样一个说法,每修改3个缺陷就会引发一个新的缺陷,这是无法避免的事情。
    我说的按天测试,之所以白盒用的多,是因为可以引入自动化测试,就是在验证的时候,自动测试前面的内容,以保证修改的内容没有影响到已经完成的部分。
    黑盒通常用轮测试的情况多些,就是你测试完毕后,开发修改完再次进行全部的测试过程,这样的过程可能引起新的问题,所以测试通常需要进行很多轮。

    不要想着一次就解决所有的缺陷,还是一点点的处理比较好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2008-5-6 17:14:27 | 只看该作者
    照楼上说的,黑盒时用轮测试,那有一个问题就是测试还在继续,后面还有很多用例没有执行,但前面的缺陷开发已经改好了,这个时候是不是让开发提交新版本再测好一些呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-5-15 22:32:19 | 只看该作者
    这个帖子不能沉
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2008-5-18 20:54:46 | 只看该作者

    回复 1# 的帖子

    在测试中如何修复缺陷过程,关键问题是在测试方案的制定。在进行系统测试中,应该执行测试方案,测试方案规定了测试过程与环境,同时必须确定测试完成的条件与终止的条件。还需要规定测试缺陷修复的过程与原则。在进行缺陷修复后需要进行单元测试,因此在一个单元内缺陷需要一次性全部修改完成之后,再进行单元单元测试。缺陷修复后,还需要进行结合测试,因此在结合测试范围内的缺陷需要都修复。依次类推。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2008-5-19 09:58:07 | 只看该作者
    我们公司测试刚起步,还没有单元和集成,只是做系统测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2008-5-19 10:38:34 | 只看该作者
    测试人员不知道 修改的地方会影响那几个模块而已,但是开发一定知道这个修改会影响到那些模块,你可以制度一条规定,修复BUG以后给出影响的模块。根据给出的模块去来做一个选择性回归测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2008-10-24 16:36:56 | 只看该作者
    按照版本来尽行。 测试完成一个版本之后,统一修改bug。然后下个版本回归
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2008-11-4 14:13:14 | 只看该作者
    建议:测试人员发现一个缺陷就递交一个缺陷,全部功能测试结束后,开发人员统一修改缺陷,等缺陷修改结束,再发布一个版本,进行回归测试。从而避免开发人员修改其它的缺陷而引入新缺陷。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-11-4 15:08:52 | 只看该作者
    边测边提交,完后,进行一次新版本生成的回归测试。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 14:45 , Processed in 0.082860 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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