51Testing软件测试论坛

标题: 我每天报10个BUG左右是多是少？ [打印本页]

作者: sunxun0559 时间: 2007-10-5 23:14
标题: 我每天报10个BUG左右是多是少？
包括功能的，UI的都有

作者: BenQ-SQA 时间: 2007-10-7 20:43
不确定你的问题是什么？
是想问被测软件的状态，还是你个人的工作效率呢？
不过作为测试人员，我们的目标是实事求是，尽可能找到100％的Bug。
而不光看Bug的数目和个人的贡献。

作者: sleepygirl 时间: 2007-10-8 16:52
是的，这样单纯地说bug的多少意义不大！

作者: nobody_pan 时间: 2007-10-18 12:57
根据bug数量很难评测的，如果你测试的模块含有20个bug，而另一个人测试不同的模块报了9个bug，但是那个模块一共才10个bug，你说这时候谁的效率比较高。
单看bug的数量很难衡量的，还要看bug的级别，所用的时间，发现bug在研发过程中的时间，被测试模块的情况等。。。

作者: coffeeba 时间: 2007-10-18 14:07
标题: 同意四楼
手机测试中，不能拿你BUG数说话，手机测试是一个比较特殊的测试，提交的BUG当然是作为测试人员应该做的，但是BUG数量并没有很实在的意思！在手机测试中，你提交了很多BUG，或许这些BUG中有很多重现步骤，其实了要简化了以后说不定这些都是一个缺陷，所以BUG质量很关键，而且BUG的严重级别是会影响手机到手机能不能上市的直接因素！所以我觉得一句话概括:测试手机只为手机质量负责

作者: candyhekk 时间: 2007-10-19 19:28
楼上说的也对，再就是根据测试的时期也有不同。初期的按照case测试和后期的自由以及非常规测试。你说的太笼统

作者: sunxun0559 时间: 2007-10-21 15:10
但是公司考核的时候BUG数量是个指标，有的人UI的BUG一提就几十

作者: tingtingc 时间: 2007-10-22 22:12
不以数量论英雄，只以效率品成败！

作者: nobody_pan 时间: 2007-10-25 14:06
"测试手机只为手机质量负责"这句话有些严重了，手机包括软件硬件，而软件只是手机的一部分，有些问题是硬件本身的局限，通过软件是很难解决的。我感觉手机测试主要是通过测试评估版本量产状态，此外增加信心。对于一些问题，评估一下客户投诉的机会。针对一些问题，考虑是否通过升级可以解决。毕竟公司是以盈利不目的的，不能为了一些问题就放弃出货，如果经过评估，一些问题不会影响用户的使用，用户投诉的可能性极低，还会走特批进行出货的。但是评估的标准，一般都是通过测试结果，测试报告进行评估的。作为一个有经验的测试工程师，应该评估出被测试软件的风险。

作者: 伤痕累累 时间: 2007-10-28 19:39
大多数公司还是已bug数量作为员工的考核标准.只是也会考虑到员工的问题质量.上面提到的很说明问题.简单的说明下.
你发现了100个UI问题.按问题归类属于4及问题.
如果我发现了10个致命问题.放心.我年底的奖金一定比你高.
但同时另外一个人发现了8个致命问题.并且对于每个问题都能作出正确的分析及解决方案.对于协议及驱动层分析都很明确的话.
我的奖金就一定比他低了,并且他的发展一定会比我们都快.

作者: zqp 时间: 2007-10-29 09:46
Bug數量的多少隻能說明兩個問題，1.程式員工技術高低，2.測試員的測試覆蓋面是否廣,

作者: szs0434 时间: 2007-10-29 10:28
同意10楼的说法。
我们软件测试工程师的工作是为了提高软件产品的质量。
但是在现实中，很多公司都是以缺陷数量来衡量员工的绩效的。在这种情况下，我们应首先看重的是bug的质量(严重级别高的bug)，其次考虑的是bug的数量。
所以在设计测试用例的时候，重点考虑软件的核心业务，使用频率高的功能，用户性能要求、业界的规范标准，等等。
10个bug多还少，很难说。可以参考以前项目每人每天平均的bug数，还有现在项目每人每天平均的bug数。

作者: I_hui 时间: 2007-10-29 10:52
了解！各位大虾的解释很全面喔！

作者: hua307 时间: 2007-11-15 00:08
很认真的学习。

作者: huan9185 时间: 2007-11-16 11:07
如果坚持每天提交10个有效BUG,那也确实说明测试人员的存在很有意义
10Bug是个不得了的数量级了
正常的平均4-6个,从我目前的工作看

作者: sunxun0559 时间: 2007-11-18 13:50
呵呵，开始我看其他人也都是3个4个左右，后来觉得这一天太浪费时间了

作者: 挥不掉的孤单 时间: 2007-11-23 17:29

新手，各位说的都不错，学习了

作者: sunxun0559 时间: 2007-11-24 00:37
每年有很多很多毕业生进入这个行业，学历也从专科升到了本科
压力大啊

作者: peter_pan 时间: 2007-11-25 00:32
奋斗吧

作者: 耶罗 时间: 2007-12-2 21:50
个人bug数量的多少相对于整个团队的平均值而言还是能反应出测试人员水平的, 这个当然不是绝对的，和bug质量也有关系。有些人测试速度快，测试得细，测试全面这些都比较容易更多地发现问题,提的bug也就会多一些。
项目初期版本bug会多一些，我身边所知道的最高记录是一天报60个bug，呵呵。

[ 本帖最后由耶罗于 2007-12-2 21:53 编辑 ]

作者: 陈能技 时间: 2007-12-2 22:05
不多不少，尽力就好！

测试的价值有时是很难量化的，James Bach的这篇文章也许能解开楼主的心结：

http://blog.csdn.net/Testing_is_ ... /09/01/1768698.aspx

作者: pbz 时间: 2008-9-11 21:13
关键看bug质量吧

作者: 8218287 时间: 2008-9-16 00:02
大多数公司还是看数量的，相信我。

作者: see4u 时间: 2008-9-16 10:04
要看找到bug的嚴重程度.
如果找到10個都是一些無關緊要的bug
還不如找幾個high risk的問題

作者: yangxuesong 时间: 2008-9-16 22:02

原帖由 see4u 于 2008-9-16 10:04 发表
要看找到bug的嚴重程度.
如果找到10個都是一些無關緊要的bug
還不如找幾個high risk的問題

即使是无关紧要的也要提出来啊~对于咱们测试人员来说，咱们追求的是产品100%的完美，虽然世上不可能有100%的完美~一天中提的BUG多少不能决定什么，也不能说明什么~只要细心、耐心加责任心，作出趋于完美的产品来那才是好的测试人员~！

作者: yumuyu025 时间: 2008-9-18 23:31
额，挖坟的来了~
其实bug数量只说明的一方面的问题,就是你测试的范围是否够广
我可以一天发10个不到的bug，也可以一天发几十条...看情况的额
大多数情况就像9楼讲的，再发测试报告前你得评估出这个型号的机子的软件风险

作者: 独孤雁 时间: 2008-9-25 20:22
不能仅以BUG数量来衡量，关键还是要看测试覆盖率。

作者: sunxun0559 时间: 2008-10-31 16:31
追求数量，是初级测试员干的事

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