当测试时间有限，不可能找出所有bug时，该怎么做？

unknow-ask · 发表于 2006-6-2 08:54:31

我个人认为要重点测试，如客户最常用的模块．这个软件重点要完成的功能等．

jihuli5 · 发表于 2006-6-2 09:54:40

这就是优先级的问题了，把最常用最重要，失效后对系统影响最大的那部分先测试，然后根据优先级从高到底的顺序依次测试。

yang119345 · 发表于 2006-6-2 13:14:34

找出所有bug是不可能的。在时间紧迫的时候先将常用的，重要级别比较高的测试

zfj2006 · 发表于 2006-6-7 09:42:11

有主次的进行测试
根据SRS先测试一级需求（此产品一定要具有的功能），再测试2级需求依次类推

garyyes · 发表于 2006-6-8 23:15:38

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

听说过RBPM吗？Risks Based Project Management ：基于风险的项目管理。在做测试design之前，要做风险分析。大致也像楼上几位所说的差不多。

云层 · 发表于 2006-6-9 10:14:47

处理对用户产生严重影响的，忽略对用户影响小并且使用少的问题

其实就是把所有问题排个优先次序，在有限的时间内处理等级高的

cy6481 · 发表于 2006-6-9 14:56:38

同意14楼的,先找到优先级,最常用的和最容易出现BUG的地方先测吧

linvsfen00 · 发表于 2006-6-9 16:47:42

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

说得真好

dlimin2006 · 发表于 2006-6-9 17:52:19

经验之谈，

sdlkfj3

网络游侠 · 发表于 2006-6-11 16:30:05

这些你应在你的测试计划中应说明吧，应明确指出测试的入口，测试执行，测试结束这些条件什么时间发生，都应有明确的定义，以及对待工作中异常的事处理办法，而不是真定到了要测试时，才想这些！！！

Lero · 发表于 2006-6-13 15:13:16

优先级
重要程度

kkrt20032003 · 发表于 2007-7-28 20:57:16

呵呵这个正规的公司会有一套完整的标准吧

张翔0325 · 发表于 2007-7-30 20:32:33

原帖由 swallow0918 于 2006-5-25 16:31 发表
一个软件产品测试之前是不知道到底存在多少bug的。（可能可以根据以往的经验得出大概的数字）

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

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

xiongxing · 发表于 2007-8-2 20:38:46

感觉ＢＵＧ永远是找不完的，也是未知的，只有尽力多地把它们找出来，你又怎么知道它们确切有多少个呢？那你如果知道不就是已经被找出来了吗？

藍色飛揚 · 发表于 2007-8-2 22:05:58

先保证主要功能的测试通过，再考虑其他的。

pigpigpig444 · 发表于 2007-8-2 22:14:42

bug是测不完的　只要完成用户需求说明书上所要求的功能不出错　基本就可以了

dinah968 · 发表于 2007-8-3 08:46:49

测试是不可能找到所有的bug的，只能是尽量多的找出而已。

		自动登录	找回密码
密码			(注-册)加入51Testing

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