一个软件如何确定测试结束点呢？（08-08-25）（获奖名单已公布）

默默巫

请各位同行踊跃发表自己的看法和提出自己宝贵的建议。

感谢会员wuhandf提供此精彩问题！如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

非常感谢各位会员积极参与，截止至8月31日24：00分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励。礼品和积分将在下周内送出。

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	爱吃鱼的月亮	当当购物卡50元	13#
二等奖	goal1860	300论坛积分	15#
三等奖	archonwang	100论坛积分	9#

爱吃鱼的月亮

原帖由 chuming 于 2008-9-4 14:42 发表
冠军经验匪夷所思

谢谢“出名”同学的表扬，再次表示感谢

chuming

冠军经验匪夷所思

爱吃鱼的月亮

很多时候项目测试时，确实有水先生所说的情况。如果是客户要求比较急，通常是先发布一个版本供用户使用，后面测试部门继续测试，直到测试通过为止，再升级客户的源代码。

不过还要看项目的经费，如果项目经费本来就少，那可以肯定地说测试标准要放松，哪有天上掉馅饼的事呀？

水印无痕

想请教下13#的
如果一个项目测试过程中很多项你提到的指标都没有达到
比如说用例执行率 需求覆盖率  缺陷修复率等等
但是项目的进度已经明显来不及让你去达到这些指标了
这个时候应该怎么办？

mosche

来学习下。。。。。

sun_0910

对13楼高手测试标准的补充，呵呵！！！

1）、一个阶段的出口标准!=下一个阶段的入口标准
2）、系统测试结束的标准!=软件的发布标准
3）、发布标准!=软件0缺陷

耶罗

这是一个测试流程与测试通过标准的问题。
正规的公司有一个明确的流程，测试什么时候开始,什么时候结束，中间可能还会有其它的节点，这些是有计划的。每个节点能否通过是有明确的标准。比如最后一个节点是整个测试结束，这个节点的A类故障不能超过多少，B类故障不能超过多少等等。

爱吃鱼的月亮

得知您这个消息，我高兴都来不急呢？您能够把我归纳的测试结束标准写入您的文档，那是对我的抬举，知识都是共享的，不会存在版权问题，您大可不必紧张。不过如果在上海，倒是要请客的哟！！不过分吧，哈哈！！！


一上来就收到这么多鲜花，很激动，很开心，相信不会让您们失望的，再次谢谢各位前辈！！

qiyan

13楼的同行回答得很火爆，很详细，特别表扬一下，看了受益匪浅。同时也看了其它朋友的回答，都不错，值得学习、探讨和借鉴。

我爱51testing。

阿七

原帖由 爱吃鱼的月亮 于 2008-8-27 16:54 发表
在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定：：

1．基于“测试阶段 ...

很好很强大   把我的也抢了  

pepper

我已经把您的部分标准载入我的测试计划中，如果您以后看到我的部分文档中有侵权的地方请立即告诉我，谢谢！！！！

pepper

就这么巧，今天刚好本人在编写项目测试计划，还在为书写测试用例的结束标准发愁，呵呵！！今天看了您的精彩回答，太全面，太完美了，写入我的测试计划的结束标准，真的不难了，您真是个热心肠呀！！！



同时也感谢回帖的其它测试同行，再次表示谢意！！！

lvxjsheng0508

测试结束点应该是灵活性的。它应该由多个因素来确定的，如：时间计划，测试覆盖率，测试流程等。

pepper

进来学习，13楼“爱吃鱼的月亮”好像有两次看到您答题了吧，每次总结得都非常好！！！

新手个人愚见：
测试结束或终止的条件有很多种，结束了并不一定代表软件质量达到什么水平。

软件产品的发布，其实是质量控制、风险评估、发布受益等方方面面博弈的结果；在短期利益占上风的情况下，质量控制和发布风险往往被忽视，从而导致大量低质量的软件被发布。

radon0999

这个问题貌似很笼统，不同的项目，不同的工程，要求都是不一样的，总体来说达到要求就可以。但是大一点的项目是需要通过专业测试的哦，他们有专业的一起测试软件的BUG与漏洞。

zzhix

13楼的测试同行，真是站在一个较高的高度，感觉是俯视下面。有“一览重山小”的感觉。估计达到了一定的技术和知识的沉淀了，希望以后多多指导我们新手。
13楼的朋友，看到我这个帖子以后，能否留一下您的MSN，以后多多向您请教，谢谢！！！


实际上，各公司有各自的标准吧，软件公司竞争这么激烈，测试什么时候结束，很大程度上与市场有关。就算是A类bug，如果在实际中较难碰到，有时也会先推出产品再改，我刚进公司的时候就遇到了这种情况。

zzhix

这个问题很有挑战，我喜欢，嘿嘿！！！
这个模块开展的真好。前辈们的回答也很精彩，真是让我获益匪浅。眼前一亮啊。。
希望大家以后对我这个后辈多多给予指导哦。



基本上在我们公司要求是这样的： A类bug要求100%修改完成； B类bug要求80%以上修改完成； C类bug只要求修改50%即可；性能测试：满足产品规格说明书；功能测试覆盖率：到达A类功能100%，B类功能70%，C类功能不做要求。

yao123456

13#的“月亮”儿，你真棒，收藏后，学习，谢谢分享！！

补充一些啦！！
规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。]
1)  软件系统在进行系统测试过程中，发现一、二级缺陷数目达到项目质量管理目标要求，测试暂停返回开发；
2)  软件项目在其开发生命周期内出现重大估算和进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据；
3)  如有新的需求变更过大，测试活动应暂停，待原测试计划和测试用例修改后，再重新执行测试；
4)  若开发暂停，则相应测试也应暂停，并备份暂停点数据；
5)  所有功能和性能测试用例100％执行完成；
此外，测试是有成本的，当你2周发现2个bug有类似此种情况时，在产品质量要求不是十分严格的情况下，即可以停止测试了。

vandagroup

个人觉得4、9楼讲的不错，13楼讲的很详细，同样很棒！！！分别献花予以奖励，谢谢分享！！