51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8841|回复: 23
打印 上一主题 下一主题

[原创] 我们公司正在做测试停止标准专题,想借鉴一下大家公司的做法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-11-10 09:52:53 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
一直以来,我们公司都没有一个停止测试的标准,所以终日都是没完没了的测试。现在我们公司打算做出一个标准,以便规范工作。
一般公司都是以测试用例的覆盖率,或每千行代码发现多少个BUG为标准的 。但是,有时候执行起来也有一定的难度。
我想借鉴一下大家的公司的做法,作个交流。谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

24#
发表于 2007-5-10 17:02:03 | 只看该作者
正需要这方面的资料,可是不能下载
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2007-5-10 14:44:59 | 只看该作者

回复 #10 zhangyfyf 的帖子

OK
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2007-5-9 15:27:07 | 只看该作者

不错

采用BUG曲线的方法是不错的办法。
另外,看是否全部被评审完。覆盖率是否达到了预期的目标,执行率是否完全,回归测试是否完全。所有的未决的BUG是否已经达成了共识之类的。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2007-4-12 22:21:01 | 只看该作者
看了大家的讨论深受启发啊
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2006-10-20 14:42:10 | 只看该作者
根据BUG曲线来判断,BUG曲线是否进入平稳间断
测试用例是否完全覆盖,需求已经无其他变更
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-10-16 15:01:27 | 只看该作者
内部标准还是应该根据测试用例的覆盖来确定测试停止标准。
测试用例的执行完和回归完是一部分,但是要根据测试用例是否足够地覆盖了系统来定的,如果用例没有覆盖系统,则即使全部执行完了那也是不充分的测试。
100%的覆盖是不可能的,我的理解黑合和白合的覆盖可以看作是抽象层次不同的覆盖,至于能覆盖到多细要看你的人员水平和时间充足程度。
但不管是否能重复覆盖系统,测试用例都是应该根据风险确定其优先级别的。
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2006-8-31 14:11:34 | 只看该作者
原帖由 jx_401 于 2006-8-9 16:37 发表
Test Case 100%执行,95%执行通过
什么意思,执行和执行通过有何区别??

执行是指执行测试用例,即执行全部的测试用例, 执行通过即产品能够达到多少原先的测试预期.

个人认为市场比较重要,还有就是不要有重要功能上的bug,就行了!
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-8-30 17:06:07 | 只看该作者

可以从BUG曲线上进行判断

每天发现多少BUG应该是做曲线跟踪的,而且测试之前要有一个估算(流用,新规等等经验)。
1.看BUG的检出率是否达到预期估计
2.相当期间内,比如10天,BUG曲线是否在收束
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-8-9 16:37:18 | 只看该作者
Test Case 100%执行,95%执行通过
什么意思,执行和执行通过有何区别??
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-8-7 11:39:20 | 只看该作者
没有新的问题发现,修改了以前存在的问题,
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-8-1 20:49:37 | 只看该作者
停止测试,一般情况是所有发现的重要的BUG全部修改掉,并且全部通过测试
或者是还有一些问题,但是都是一些小问题,并且这段时间(可能是一周)发现的问题低于5个(和项目的大小有关系,并且是没有重大问题),并且这个数量一直持续, 这样就可以停止测试了.
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-1-24 20:28:21 | 只看该作者
正在学习中!进来看看!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2014-11-5 22:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    12#
    发表于 2005-12-27 12:27:21 | 只看该作者
    恩!我们公司跟楼上兄弟的差不多。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-1-19 10:19
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-12-14 14:10:02 | 只看该作者
    看了就顶一下,我只是个小测试员,所以只有听上面的说测试就测试,也不知道测试什么时候多什么时候少.
    不过我们公司好想都事先定出计划什么时候出合(也就是出产品)就是测试结束了.
    但也有延期的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-12-14 13:36:55 | 只看该作者

    我们公司正在做测试停止标准专题,想借鉴一下大家公司的做法

    你好,附件的文档是我从其它的网站下载的,你看看对你是否有帮助!  :)

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-12-13 11:22:15 | 只看该作者

    唉,测试的悲哀,大多数公司都还是这样的

    唉,测试的悲哀,大多数公司都还是这样的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-12-9 16:50:10 | 只看该作者
    看了楼上几位的观点,感觉很实用。目前俺们公司的做法是:确定封版日期,在日期到达后项目负责人觉得测试通过就ok。项目负责人认为i不通过测试的话,在情况允许话延长测试时间。根本负责测试的人都不知道什么结束的测试!:(
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-11-28 16:05:14 | 只看该作者
    测试停止标准需综合考虑产品释放周期 (release),项目管理(schedule),软件开发流程(requirement implementation),测试规划和跟踪(planing and tracking),软件维护和文档管理(documentation)等各方面,设定测试进入条件(entry criteria)和停止条件(exit criteria), 并且保证没有严重缺陷(showstopper)。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2005-11-28 14:35:04 | 只看该作者
    同意jacyxu 的观点
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 02:09 , Processed in 0.085502 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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