送给4、9、13楼的花，以示奖励
个人觉得4、9楼讲的不错，13楼讲的很详细，同样很棒！！！分别献花予以奖励，谢谢分享！！送给后天的测试皇后或测试英雄！！
13#的“月亮”儿，你真棒，收藏后，学习，谢谢分享！！补充一些啦！！
规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。]
1)软件系统在进行系统测试过程中，发现一、二级缺陷数目达到项目质量管理目标要求，测试暂停返回开发；
2)软件项目在其开发生命周期内出现重大估算和进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据；
3)如有新的需求变更过大，测试活动应暂停，待原测试计划和测试用例修改后，再重新执行测试；
4)若开发暂停，则相应测试也应暂停，并备份暂停点数据；
5)所有功能和性能测试用例100％执行完成；
此外，测试是有成本的，当你2周发现2个bug有类似此种情况时，在产品质量要求不是十分严格的情况下，即可以停止测试了。
很赞同9楼的观点，很详细很透彻！
这个问题很有挑战，我喜欢，嘿嘿！！！这个模块开展的真好。前辈们的回答也很精彩，真是让我获益匪浅。眼前一亮啊。。
希望大家以后对我这个后辈多多给予指导哦。
:victory:
基本上在我们公司要求是这样的： A类bug要求100%修改完成； B类bug要求80%以上修改完成； C类bug只要求修改50%即可；性能测试：满足产品规格说明书；功能测试覆盖率：到达A类功能100%，B类功能70%，C类功能不做要求。
个人看来9楼的回答标准少了一点，不及13楼朋友的全面
13楼的测试同行，真是站在一个较高的高度，感觉是俯视下面。有“一览重山小”的感觉。估计达到了一定的技术和知识的沉淀了，希望以后多多指导我们新手。13楼的朋友，看到我这个帖子以后，能否留一下您的MSN，以后多多向您请教，谢谢！！！
:lol
实际上，各公司有各自的标准吧，软件公司竞争这么激烈，测试什么时候结束，很大程度上与市场有关。就算是A类bug，如果在实际中较难碰到，有时也会先推出产品再改，我刚进公司的时候就遇到了这种情况。 这个问题貌似很笼统，不同的项目，不同的工程，要求都是不一样的，总体来说达到要求就可以。但是大一点的项目是需要通过专业测试的哦，他们有专业的一起测试软件的BUG与漏洞。
回复13楼的帖子
进来学习，13楼“爱吃鱼的月亮”好像有两次看到您答题了吧，每次总结得都非常好！！！新手个人愚见：
测试结束或终止的条件有很多种，结束了并不一定代表软件质量达到什么水平。
软件产品的发布，其实是质量控制、风险评估、发布受益等方方面面博弈的结果；在短期利益占上风的情况下，质量控制和发布风险往往被忽视，从而导致大量低质量的软件被发布。 测试结束点应该是灵活性的。它应该由多个因素来确定的，如：时间计划，测试覆盖率，测试流程等。
“吃鱼的月亮”，你是个热心肠哦，献给你鲜花
就这么巧，今天刚好本人在编写项目测试计划，还在为书写测试用例的结束标准发愁，呵呵！！今天看了您的精彩回答，太全面，太完美了，写入我的测试计划的结束标准，真的不难了，您真是个热心肠呀！！！:victory:
同时也感谢回帖的其它测试同行，再次表示谢意！！！
向“爱吃鱼的月亮”申明，引用您的测试结束标准，是否存在版权问题？？？
我已经把您的部分标准载入我的测试计划中，如果您以后看到我的部分文档中有侵权的地方请立即告诉我，谢谢！！！！ 原帖由 爱吃鱼的月亮 于 2008-8-27 16:54 发表 http://bbs.51testing.com/images/common/back.gif在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定：：
1．基于“测试阶段 ...
很好很强大 把我的也抢了:Q
13楼的同行，回答得很火爆，特别表扬一下
13楼的同行回答得很火爆，很详细，特别表扬一下，看了受益匪浅。同时也看了其它朋友的回答，都不错，值得学习、探讨和借鉴。我爱51testing。
回复29楼的帖子
得知您这个消息，我高兴都来不急呢？您能够把我归纳的测试结束标准写入您的文档，那是对我的抬举，知识都是共享的，不会存在版权问题，您大可不必紧张。不过如果在上海，倒是要请客的哟！！不过分吧，哈哈！！！一上来就收到这么多鲜花，很激动，很开心，相信不会让您们失望的，再次谢谢各位前辈！！ 这是一个测试流程与测试通过标准的问题。
正规的公司有一个明确的流程，测试什么时候开始,什么时候结束，中间可能还会有其它的节点，这些是有计划的。每个节点能否通过是有明确的标准。比如最后一个节点是整个测试结束，这个节点的A类故障不能超过多少，B类故障不能超过多少等等。
测试结束标准友情提示
对13楼高手测试标准的补充，呵呵！！！1）、一个阶段的出口标准!=下一个阶段的入口标准
2）、系统测试结束的标准!=软件的发布标准
3）、发布标准!=软件0缺陷 :) 来学习下。。。。。 想请教下13#的
如果一个项目测试过程中很多项你提到的指标都没有达到
比如说用例执行率 需求覆盖率缺陷修复率等等
但是项目的进度已经明显来不及让你去达到这些指标了
这个时候应该怎么办？
回复36楼的水先生的帖子
很多时候项目测试时，确实有水先生所说的情况。如果是客户要求比较急，通常是先发布一个版本供用户使用，后面测试部门继续测试，直到测试通过为止，再升级客户的源代码。不过还要看项目的经费，如果项目经费本来就少，那可以肯定地说测试标准要放松，哪有天上掉馅饼的事呀？
:lol
冠军经验匪夷所思
冠军经验匪夷所思谢谢“出名”同学的表扬，再次表示感谢
原帖由 chuming 于 2008-9-4 14:42 发表 http://bbs.51testing.com/images/common/back.gif冠军经验匪夷所思
谢谢“出名”同学的表扬，再次表示感谢
页:
1
[2]
