51Testing软件测试论坛

标题: 我们公司正在做测试停止标准专题,想借鉴一下大家公司的做法 [打印本页]

作者: captain20100    时间: 2005-11-10 09:52
标题: 我们公司正在做测试停止标准专题,想借鉴一下大家公司的做法
一直以来,我们公司都没有一个停止测试的标准,所以终日都是没完没了的测试。现在我们公司打算做出一个标准,以便规范工作。
一般公司都是以测试用例的覆盖率,或每千行代码发现多少个BUG为标准的 。但是,有时候执行起来也有一定的难度。
我想借鉴一下大家的公司的做法,作个交流。谢谢!
作者: jacyxu    时间: 2005-11-10 22:41
我看了论坛里有些公司是按照每千行代码的bug数来规定测试停止标准的,但是本人觉得这样做只能算一个系统的平均值,对于一些比较重要的模块,也许每千行代码的bug数严重超标,这种情况是绝对不允许停止测试的。
我们公司是以bug的严重级来定义的,在缺陷跟踪系统里边,如果仍然存在严重级为1的bug,则会继续做跟踪测试,不会做大量测试。如果这个bug都解决了,那么就将这个版本的代码在vss上打上标签,注明这是停止测试并且可以用作试运行的版本。
作者: captain20100    时间: 2005-11-15 16:26
谢谢jacyxu
那位仁兄还有其他值得借鉴的经验吗?请赐教
作者: 海龙    时间: 2005-11-19 05:17
系统测试出口标准:
1、Test Case 100%执行,95%执行通过;
2、没有严重、界别的缺陷存在;
(Test case通过率和缺陷级别可以自己根据实际情况定义)

前提是:具有完整的Test Case,缺陷全部录入缺陷管理系统。
作者: TestTip    时间: 2005-11-21 09:00
1 根据市场的要求来决定何时发布产品,这样,测试停止的日期也定下来了。
2 遇到重大的问题才可以取消发布或者延期发布。

测试是技术,技术之外是市场。供参考。



--------------
训练测试思维——《软件测试实战——测试Web MSN》在我的个人网站www.TestTip.com
作者: 秋天的枫叶    时间: 2005-11-28 14:35
同意jacyxu 的观点
作者: atce    时间: 2005-11-28 16:05
测试停止标准需综合考虑产品释放周期 (release),项目管理(schedule),软件开发流程(requirement implementation),测试规划和跟踪(planing and tracking),软件维护和文档管理(documentation)等各方面,设定测试进入条件(entry criteria)和停止条件(exit criteria), 并且保证没有严重缺陷(showstopper)。
作者: verve    时间: 2005-12-9 16:50
看了楼上几位的观点,感觉很实用。目前俺们公司的做法是:确定封版日期,在日期到达后项目负责人觉得测试通过就ok。项目负责人认为i不通过测试的话,在情况允许话延长测试时间。根本负责测试的人都不知道什么结束的测试!:(
作者: alphabet118    时间: 2005-12-13 11:22
标题: 唉,测试的悲哀,大多数公司都还是这样的
唉,测试的悲哀,大多数公司都还是这样的
作者: zhangyfyf    时间: 2005-12-14 13:36
标题: 我们公司正在做测试停止标准专题,想借鉴一下大家公司的做法
你好,附件的文档是我从其它的网站下载的,你看看对你是否有帮助!  :)
作者: xiaoye_china    时间: 2005-12-14 14:10
看了就顶一下,我只是个小测试员,所以只有听上面的说测试就测试,也不知道测试什么时候多什么时候少.
不过我们公司好想都事先定出计划什么时候出合(也就是出产品)就是测试结束了.
但也有延期的.
作者: yongming566    时间: 2005-12-27 12:27
恩!我们公司跟楼上兄弟的差不多。
作者: xinwuhan2006    时间: 2006-1-24 20:28
正在学习中!进来看看!
作者: shuyaying    时间: 2006-8-1 20:49
停止测试,一般情况是所有发现的重要的BUG全部修改掉,并且全部通过测试
或者是还有一些问题,但是都是一些小问题,并且这段时间(可能是一周)发现的问题低于5个(和项目的大小有关系,并且是没有重大问题),并且这个数量一直持续, 这样就可以停止测试了.
作者: xingzunxi    时间: 2006-8-7 11:39
没有新的问题发现,修改了以前存在的问题,
作者: jx_401    时间: 2006-8-9 16:37
Test Case 100%执行,95%执行通过
什么意思,执行和执行通过有何区别??
作者: yilistien    时间: 2006-8-30 17:06
标题: 可以从BUG曲线上进行判断
每天发现多少BUG应该是做曲线跟踪的,而且测试之前要有一个估算(流用,新规等等经验)。
1.看BUG的检出率是否达到预期估计
2.相当期间内,比如10天,BUG曲线是否在收束
作者: 天台    时间: 2006-8-31 14:11
原帖由 jx_401 于 2006-8-9 16:37 发表
Test Case 100%执行,95%执行通过
什么意思,执行和执行通过有何区别??

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

个人认为市场比较重要,还有就是不要有重要功能上的bug,就行了!
作者: lookingfor    时间: 2006-10-16 15:01
内部标准还是应该根据测试用例的覆盖来确定测试停止标准。
测试用例的执行完和回归完是一部分,但是要根据测试用例是否足够地覆盖了系统来定的,如果用例没有覆盖系统,则即使全部执行完了那也是不充分的测试。
100%的覆盖是不可能的,我的理解黑合和白合的覆盖可以看作是抽象层次不同的覆盖,至于能覆盖到多细要看你的人员水平和时间充足程度。
但不管是否能重复覆盖系统,测试用例都是应该根据风险确定其优先级别的。
作者: 小小丫    时间: 2006-10-20 14:42
根据BUG曲线来判断,BUG曲线是否进入平稳间断
测试用例是否完全覆盖,需求已经无其他变更
作者: jkdragon    时间: 2007-4-12 22:21
看了大家的讨论深受启发啊
作者: qiubole    时间: 2007-5-9 15:27
标题: 不错
采用BUG曲线的方法是不错的办法。
另外,看是否全部被评审完。覆盖率是否达到了预期的目标,执行率是否完全,回归测试是否完全。所有的未决的BUG是否已经达成了共识之类的。
作者: yuanxinyi16rain    时间: 2007-5-10 14:44
标题: 回复 #10 zhangyfyf 的帖子
OK
作者: ljr    时间: 2007-5-10 17:02
正需要这方面的资料,可是不能下载




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2