由测试停止标准想到的

发表于:2010-6-24 15:20  作者:honglei   来源:Taobao QA Team

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件质量 软件测试 测试管理

  真正决定测试停止的是什么?是软件自身的质量!只有当软件达到一定的质量要求时才可能被发布!

  这句话还是蛮有技巧的,一定的质量,本身就是一个弹性的概念,基于测试成本考虑测试要在恰当的时间终止。很自然的想起公司的项目发布规则。相对的,项目的质量还是有保证,有完善的项目流程、项目分支有3轮测试、还有主干回归和预发测试。

  大概统计了四五个不同产品线的项目bug情况,冒烟加前3轮测试,大约可以发现92%左右的bug,还有8%是在日常主干和预发环境下发现。考虑代码合并的冲突、配置项的修改、以及环境等因素,这个比率应该说还可以。一个bug总数在几十个的项目,8%就是4-5个bug,从绝对值上来说也算不错,但一个项目bug总数在200-300个时,8%就有20多个bug,看起来就有点多了。

  再分析下这些bug是否都是代码合并或者配置项修改产生?亦或者是依赖线上数据才能发现?可以发现这方面的bug有,但并不多,基本上还是功能性的。

  那为什么三轮测试后,我们还可以发现这些功能性的bug呢?抛开测试无极限的因素,原因可能有很多,可能是发布日期是个deadline,可能是未解决的 bug在日常环境修复引发了新的bug,可能是增加测试时间不会被同意,可能是流程让大家习惯3轮合并主干,可能是把日常主干的测试当作最后的屏障。强化测试结束合并到主干的标准,而不是强调时间点,应该可以把更多的bug拦截在项目环境的测试中。

  从软件发布的质量要求来说,合并主干的时候,其实是期望项目已经不存在bug,主干的回归和预发测试,更多的是从质量保证出发,而不是以发现bug为目标。如果一个项目经过前几轮充分的测试,主干和预发没有发现新的bug,这样的项目应该更是让人放心的。

  3轮测试的规则还是适用于项目的,在这个过程中发现了大部分的bug,是项目发布的有力保障。但项目测试过程,应该在意的是项目本身的质量,而不是测试过程的轮数。只有当项目质量符合期望的时候,才被发布。


评 论

  • zhangtao (2010-6-25 10:02:25)

    “只有当项目质量符合期望的时候,才被发布。”---说的有道理,第一轮可以做时间长点,尽量把所有能发现的问题都暴露出来,那么后面就相对容易点,测试轮次不要那么重要。

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道