51Testing软件测试论坛

标题: 软件测试结束的标准是什么 [打印本页]

作者: grace54 时间: 2007-4-30 09:35
标题: 软件测试结束的标准是什么
软件测试结束的标准是什么

作者: 军旗 时间: 2007-4-30 15:22
软件测试的标准

1 所有测试用例执行

2 所有缺陷均关闭或者在商定的范围内

要依据组织的能力以及测试的要求来

作者: 军旗 时间: 2007-4-30 15:23
还有根据测试计划的说明书。
规定的时间，BUG修复率等

作者: barcelona 时间: 2007-4-30 15:34
找bug的成本高于以后发布以后发现的成本
时间成本啊因素老板决定了：）
一些基本的功能全部实现了
规定等级的bug 都fix 了一些bug由于等级低还可以留着的
代码不需要做大的修改的了框架不变了
Following are example statements that might be considered as part of exit criteria for an application:
? Test procedures have been executed to determine that the system meets the specified functional and nonfunctional requirements.
? 通过测试过程的执行，系统已经满足了指定的功能和非功能性的需求了。
? All level 1, level 2, and level 3 (showstopper, urgent, and high-priority) software problems documented as a result of testing have been resolved.
? 已经通过测试的存档的所有123等级的软件问题已经被解决了。
? All level 1 and level 2 (showstopper, urgent) software problems reported have been resolved.12级别的包括断点，紧急的软件问题已经被解决了
? All level 1 and level 2 (showstopper, urgent) software problems documented as a result of testing have been resolved, and 90 percent of reported level-3 problems have been resolved.
? 已经通过测试的存档的所有123等级的软件问题已经被解决，并且90％的第三等级的问题已经解决
? Software may be shipped with known low-priority defects (and certainly with some unknown defects).软件还具有一些低优先级的问题，
Notwithstanding the exit criteria that have been met, software will be only as successful as it is useful to the customers. Therefore, it is important that user-acceptance testing is factored into the testing plan.
Additional metrics must be evaluated as part of the exit criteria. For example:作为结束标准的一部分，额外的一些系列问题要是要考虑到的
? What is the rate of defect discovery in regression tests on previously working functions梚n other words, how often are defect fixes breaking previously working functionality?
? 在多以前功能的回归测试中bug发现的几率，以及已经fix的bug 影响以前功能的频率
? How often are defect corrections failing, meaning that a defect thought to be fixed actually wasn't?
? Bug fix失败的频率，或者说这个bug应该被fix而实际上是没有fix的频率
? What is the trend in the rate of discovering new defects as this testing phase proceeds? The defect-opening rate should be declining as testing proceeds.
? 在测试过程中发现新bug的几率的趋势，因为随着测试的进程bug发现的几率应该是响应减少的。

[ 本帖最后由 barcelona 于 2007-4-30 16:04 编辑 ]

作者: lhjtc8257 时间: 2007-4-30 15:48
1测试用例达到一定的覆盖率
2测试结果达到测试结束的出口标准

请高手指导sdlkfj2

作者: ice00798 时间: 2007-5-11 12:41
1.因项目要求,强制退出测试
2.测试过程受到开发等方面的原因阻塞
3.发现缺陷数达到规定指标
4.测试用例1.2级100执行,3.4级80%执行
5.项目必须发布,暂停测试
6.覆盖率达到规定指标
先写这么多

作者: sindybi 时间: 2007-5-11 13:19
缺陷数是逐次收敛的（测试有效性保障）；
覆盖度符合预定要求（测试可靠性保证）；
未修复严重缺陷得到高层经理批准；

实际中，指标达到预定（灵活的）要求即可，所以纯粹理论的结束是没有实用意义的，毕竟资源是有限的。

作者: ryewhisky 时间: 2007-5-18 17:40
老板说OK就OK了，或客户说OK就OK了，
如果还有问题，那是下次升级打补丁包的干活了

作者: 阿妮妲 时间: 2007-5-21 11:11
不错啊～～～～～～～～～

作者: zhangchen 时间: 2007-5-21 12:36
这个测试计划书中都应写明的。一句话：一切按照测试计划去做的。

作者: yoyo_zhang 时间: 2007-5-21 12:45

原帖由 ice00798 于 2007-5-11 12:41 发表
1.因项目要求,强制退出测试
2.测试过程受到开发等方面的原因阻塞
3.发现缺陷数达到规定指标
4.测试用例1.2级100执行,3.4级80%执行
5.项目必须发布,暂停测试
6.覆盖率达到规定指标
先写这么多

个人认为这些都不是软件测试结束的标准，第一点还可以
测试只是要软件达到一定的质量
测试阻塞并不是测试结束，发现缺陷数很早就达到了，而你还有好多模块没有测试，你能结束么？
每一个公司都有自己的一个标准，根据软件达到什么样的质量要求

作者: Jean.zhou 时间: 2007-5-21 12:54
软件测试结束的标准各个公司会有不同,要看具体情况而定.
比如:覆盖率达到一定水平(由公司决定具体数值),且发现缺陷数处于收敛期

作者: wgs0923 时间: 2007-5-21 13:47
根据缺陷曲线图:
缺陷曲线下达到预定的水平,即测试停止的标准.

作者: nicholas.hl 时间: 2007-5-21 13:47
国内好多公司退出标准就是客户给你多少时间你就得给客户也就退出了不是么

作者: rainyday32 时间: 2007-5-21 14:01
楼上的说得好，不是理论上什么时候就算是结束就应该结束了
还是要看你的项目留给测试的有多少时间~

作者: yiyi820106 时间: 2007-5-21 15:12
恩,同意楼上的这个说法.

作者: dxhwj 时间: 2007-5-21 16:04

原帖由 nicholas.hl 于 2007-5-21 13:47 发表
国内好多公司退出标准就是客户给你多少时间你就得给客户也就退出了不是么

那如果在给的时间测的很不充分也必须要退出不能延长时间的吗？
sdlkfj9 我没有测试经验，对实际中的都不怎么了解，那在实际中是不是大部分情况都没有根据测试结束的标准做的啊？

作者: yiyi820106 时间: 2007-5-21 16:45
我们这里,用例基本执行过了的情况下,产品要是急着发布,目前没有什么严重BUG的话就暂告一段落,发布...不合理,但是就是这样子...sdlkfj7

作者: wgs0923 时间: 2007-5-21 16:49
项目留给测试的时间???
请问你们怎样了解???
1.如果一个项目要求一年内完成,但是测试质量不通过,存在非常多或者很严重的问题,这项目能够交付吗???当然不能,只能延期或者赔钱了.......................
------------------所以测试是需要根据你测试项目的进度计划的,有侧重,分等级;不能把测试完全脱离了大局去谈"软件测试什么时候结束?"

2.项目交付了,测试就结束了吗?
-------------------这只能说明软件开发方按照合同履行了自己的责任,后面还有维护测试和回归测试等;

3.注意时间性:假设两个项目BUG的总数都是100个,一个项目确定在3个月内交付,发现了BUG 50个;
而另一个项目用了1年发现BUG 90个;
--------------------后者的质量确定比前面的高,但是成本(时间成本、资金成本、人力成本。。。。)也高很多.

作者: 木佳 时间: 2009-10-18 00:08
很多公司的情况都不一样的！

作者: 欣苓木子 时间: 2010-10-20 17:46
我们一般的做法就是先按照测试用例，把所有的用例跑完，然后bug都修复，再回归测试一遍，问题是否全部修复，系统是否达到了如需求文档上的要求。如果项目时间比较紧，那些bug等级不是很高的可以先留着，时间充足了再修复。不过我们是做web测试，我们的用户就是广大的web用户群，有些bug是可以等系统上线后再修复的。经验也不是很多，简单说几句

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)