51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 26985|回复: 47
打印 上一主题 下一主题

软件测试结束标准

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-5-19 14:29:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位谁能指导指导
软件测试应该什么时候结束
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-6-5 10:15:45 | 只看该作者
要依据测试之前指定的软件测试退出标准来决定,测试不是无休止的,当你测试的软件已经达到退出标准就可以推出了,至于标准要依据自己公司情况来制定!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-6-7 22:11:43 | 只看该作者
也需考虑自己的最大利益
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-6-9 14:28:05 | 只看该作者
在测试之前要对测试进行计划,根据项目经理或其他相关人员一起商定,决定软件该到达什么要的标准或符合用户的需求,当软件达到预定的要求,那测试就可以结束了。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-6-9 20:49:18 | 只看该作者
When to stop testing 的5个基础标准:(Lee Copeland "A Practitioner's Guide to Software Test Design")

1。 是否达到原先定义的覆盖标准。
        比如原先定义测试95%的功能条目,测试100%的需求条目,只对接口类做集成测试等等。达到标准了就停。

2。 所发现的缺陷 (bug或者功能不足等等)低于预先定义的上限。
        比如定义每周发现的缺陷少于5个,即可停止。

3。 找到缺陷耗费的代价超过这个缺陷可能导致的损失

       这个的依据是:权限开始好找,越到后面越难找。具体操作的时候可以根据公司实际情况来定义什么样的情况算是“花费的代价大”

4。 团队集体同意(开发,管理,测试,市场,销售人员)

     由于利益和市场的原因,必须推出产品了。哪怕有bug也得上了。

5。 老板叫停

      他嘴大,不能不停。


前三条针对技术层面。后两条针对管理层面。从技术层面上说事先定义标准很重要。从管理层面说,头头们要把握好软件交付的时间表。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-6-28 16:39:36 | 只看该作者
楼上的够详细!同意
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-7-23 22:08:23 | 只看该作者
质量/成本/进度三方面取得平衡后就停止.
至于这三方面哪一项占主要地位,就要看是什么软件了.
如果是人命关天的软件,那还是质量重要些,就算多花点钱、推迟一下进度,也要测试能保证一定质量以后才能终止测试。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-7-25 15:55:59 | 只看该作者

软件测试停止标准

我这有“软件测试停止标准”,应该可以作为参考吧。

本帖子中包含更多资源

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

x
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-7-25 17:02:11 | 只看该作者
楼上的标准列的蛮详细的。其中“千行代码找到的缺陷个数”这一条,我想应该是该公司做了长期统计后才得出的结果,各个公司情况会有所不同。
   
   讲到测试退出,我觉得有一点很重要,就是统计数据。在每一轮测试结束后最好都做统计,根据缺陷的种类,缺陷相关的开发人员,缺陷个数,缺陷相关的模块等分类。经过长期统计后,就可根据缺陷的下降趋势,知道何时可以退出测试了。
    这个方法需要长期来做,短期来看的就尽量多测试,看到功能都跑遍了,缺陷越来越少了,交付时间也到了,那就停止测试呗。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-6-5 09:21:11 | 只看该作者
所有的测试用例结束了,risk 降到最低了bug的等级  coverage and deepth unfunctional testing 结束了 schedule 时间紧张
找倒bug的成本比 用户发现bug的成本还高
质量 成本 进度,。。
很多的 啊 难怪 好好学习 总结下
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-6-13 10:02:09 | 只看该作者
学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-6-13 14:20:27 | 只看该作者
UPsdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-6-15 14:38:36 | 只看该作者
学习sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-6-18 14:47:31 | 只看该作者
原帖由 wheetle 于 2006-6-9 20:49 发表
When to stop testing 的5个基础标准:(Lee Copeland "A Practitioner's Guide to Software Test Design")

1。 是否达到原先定义的覆盖标准。
        比如原先定义测试95%的功能条目,测试100%的需求条 ...

这个概括的很详细,学习中!!
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-6-19 10:06:20 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-6-19 13:17:36 | 只看该作者
sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-6-27 17:54:02 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-6-30 17:02:28 | 只看该作者
应该是一级、二级的测试用例全部被执行吧
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-7-17 21:58:04 | 只看该作者
基本上我们只要版本对外发布不着急,就一直测着sdlkfj1
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-7-27 16:56:39 | 只看该作者
实际点,其实领导关心的无非是测试用例完全是否执行,还有就是bug解决情况
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-3 00:26 , Processed in 0.082413 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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