对BUG新的诠释

做软件测试快两年了，但是一直有一个问题总是困扰者我，一直在想，什么样的问题才叫BUG呢，遇到此类型的缺陷我们该不该提缺陷单呢，作为一个测试人员，提出什么样的缺陷，才是一个好的测试人员，做为测试人员，我们是否只要发现了缺陷就提吗？是否每一个公司的对BUG的定义是一样的呢？在此公司此类问题判断为BUG的缺陷难道到另外一个公司也是一样吗？

    带着这些问题，现在就我对BUG来说出我的一点见解吧，我认为任何一个BUG都是基于费用，我们假想想，如果产品不进行测试就投入市场。如果投入市场之后出现的问题的修改费用要小于雇用测试人员的费用，那我想也就没有我们的测试人员，但是事实确实相反的，而是我们的产品如果不进行测试就投入使用的话，修改的的费用要远远大于雇用测试人员所花费的费用，所以才有现在大家所到测试行业“钱”景非常好的报告铺天盖地的（有点夸张哈^_^）。。。。给予上面所说。判断是否为一个BUG就是修复此BUG带来的利益大于不修改此BUG的利益。下面就来出大师对BUG的解释来比较一下。他们对BUG的解释如下：

    生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷的具体含义包括下面几个因素：

☆ 软件未达到客户需求的功能和性能；
☆ 软件超出客户需求的范围；
☆ 软件出现客户需求不能容忍的错误；
☆ 软件的使用未能符合客户的习惯和工作环境。

    现在就上面每一点做解释
    1、软件未达到客户需求的功能和性能；
你想想如果你做出来的东西都不满足客户的需求，那你做什么软件啊，谁给你买单啊，所以这也是符合有关费用的说法的。

    2、软件超出客户需求的范围
如果你做出了超出客户需求范围的内容，这部分是没有人为你买单的，那你开发成本，测试成本，维护成本从哪里来。

    3、软件出现客户需求不能容忍的错误和软件的使用未能符合客户的习惯和工作环境。
这些都是非常影响客户心情和效率问题或是影响客户收益问题，那当然要做好了，要把别人怎么心甘情愿的把钱交出来呢。

    上面说的也许有点乱，但是我还是要回答提出的问题，测试人员并不是只要发现问题，如果我们进行非常变态的测试，确实能发现一些很多问题，但是有可能此类问题在根本就不可能出现，或是在软件的生命周期永远也不会发生，像这类问题，我们是否没有必要提了，所以作为测试人员在做异常测试测试的时候，虽然一定要以发现缺陷的心态去测试，但是不应该是一种无所欲为的测试。现在比较流行可靠性测试，但是是否每一个公司都要进行可靠性测试呢，是否每个公司的对可靠性的要求都一样呢。回答当然是否定的。像可服务性和可维护性应该做到什么样的成都应该都是有不同的把握的。

    总结几句话吧。在你公司称为BUG的问题不一定在别的公司称为BUG，今天称为BUG的问题在昨天也许不是BUG，测试人员是以发现BUG为目的，但是不是所以的缺陷都值得去修改的。
最后一句:什么样的价格决定什么样的产品,什么样的产品决定了BUG的判定标准。

<script type="text/javascript"> function ImgZoom(Id)//重新设置图片大小 防止撑破表格 { var w = $(Id).width; var m = 550; if(w < m) { return; } else { var h = $(Id).height; $(Id).height = parseInt(h*m/w); $(Id).width = m; } } window.onload = function() { var Imgs = $("content").getElementsByTagName("img"); var i=0; for(;i