51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7411|回复: 36
打印 上一主题 下一主题

[讨论] 当测试时间有限,不可能找出所有bug时,该怎么做?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-5-22 13:23:07 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
当测试时间有限,不可能找出所有bug时,该怎么做?就是说假如本来有100个bug要找出来,但是只有找出30个的时间,那要怎么去找出这30个?

[ 本帖最后由 archonwang 于 2006-5-23 22:23 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

37#
发表于 2007-8-3 08:46:49 | 只看该作者
测试是不可能找到所有的bug的,只能是尽量多的找出而已。
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2007-8-2 22:14:42 | 只看该作者
bug是测不完的 只要完成用户需求说明书上所要求的功能不出错 基本就可以了
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2007-8-2 22:05:58 | 只看该作者
先保证主要功能的测试通过,再考虑其他的。
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2007-8-2 20:38:46 | 只看该作者
感觉BUG永远是找不完的,也是未知的,只有尽力多地把它们找出来,你又怎么知道它们确切有多少个呢?那你如果知道不就是已经被找出来了吗?
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2007-7-30 20:32:33 | 只看该作者
原帖由 swallow0918 于 2006-5-25 16:31 发表
一个软件产品测试之前是不知道到底存在多少bug的。(可能可以根据以往的经验得出大概的数字)

所以在时间不够的情况下,要挑重点部分测试。例如:主要流程能否走通?主要功能(新增、修改、删除等功能)是否 ...



用美女头像的这位同学所言很有道理,记得上课时老师说过,当时间比较紧张的时候,我们要先挑系统的主要功能进行测试,把级别高的用例先测,级别底的就可以往后推!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2007-7-28 20:57:16 | 只看该作者
呵呵  这个正规的公司会有一套完整的标准吧
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2006-6-13 15:13:16 | 只看该作者
优先级
重要程度
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2006-6-11 16:30:05 | 只看该作者
这些你应在你的测试计划中应说明吧,应明确指出测试的入口,测试执行,测试结束这些条件什么时间发生,都应有明确的定义,以及对待工作中异常的事处理办法,而不是真定到了要测试时,才想这些!!!
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2006-6-9 17:52:19 | 只看该作者

哈哈

经验之谈,

sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2006-6-9 16:47:42 | 只看该作者

说得真好

原帖由 wangwei_0201 于 2006-5-22 13:23 发表
当测试时间有限,不可能找出所有bug时,该怎么做?就是说假如本来有100个bug要找出来,但是只有找出30个的时间,那要怎么去找出这30个?


说得真好
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2006-6-9 14:56:38 | 只看该作者
同意14楼的,先找到优先级,最常用的和最容易出现BUG的地方先测吧
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2006-6-9 10:14:47 | 只看该作者
处理对用户产生严重影响的,忽略对用户影响小并且使用少的问题

其实就是把所有问题排个优先次序,在有限的时间内处理等级高的
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2006-6-8 23:15:38 | 只看该作者
原帖由 wangwei_0201 于 2006-5-22 13:23 发表
当测试时间有限,不可能找出所有bug时,该怎么做?就是说假如本来有100个bug要找出来,但是只有找出30个的时间,那要怎么去找出这30个?

听说过RBPM吗?Risks Based Project Management :基于风险的项目管理。在做测试design之前,要做风险分析。大致也像楼上几位所说的差不多。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2006-6-7 09:42:11 | 只看该作者
有主次的进行测试
根据SRS先测试一级需求(此产品一定要具有的功能),再测试2级需求 依次类推
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2006-6-2 13:14:34 | 只看该作者
找出所有bug是不可能的。在时间紧迫的时候先将常用的,重要级别比较高的测试
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2006-6-2 09:54:40 | 只看该作者
这就是优先级的问题了,把最常用最重要,失效后对系统影响最大的那部分先测试,然后根据优先级从高到底的顺序依次测试。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2006-6-2 08:54:31 | 只看该作者
我个人认为要重点测试,如客户最常用的模块.这个软件重点要完成的功能等.
回复 支持 反对

使用道具 举报

该用户从未签到

20#
 楼主| 发表于 2006-6-1 16:15:12 | 只看该作者
看来大家都有很多意见,我说了只是一种假设,关键在于如何找出最重要的。说实话,这是面试时考官问我的问题,想请大家给点意见而已
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2006-6-1 12:49:24 | 只看该作者
楼主的说法,是一种推托之词。
可以设想一下背景:软件经过测试后,依然存在很多(显而易见的)BUG。这时楼主的这句就有了用武之地……
至于楼上诸位的发言,就显得多余了……
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-27 19:11 , Processed in 0.109715 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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