我每天报10个BUG左右是多是少？

sunxun0559 · 发表于 2007-10-5 23:14:23

包括功能的，UI的都有

sunxun0559 · 发表于 2008-10-31 16:31:45

追求数量，是初级测试员干的事

独孤雁 · 发表于 2008-9-25 20:22:28

不能仅以BUG数量来衡量，关键还是要看测试覆盖率。

yumuyu025 · 发表于 2008-9-18 23:31:35

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

yangxuesong · 发表于 2008-9-16 22:02:21

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

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

see4u · 发表于 2008-9-16 10:04:28

要看找到bug的嚴重程度.
如果找到10個都是一些無關緊要的bug
還不如找幾個high risk的問題

8218287 · 发表于 2008-9-16 00:02:40

大多数公司还是看数量的，相信我。

pbz · 发表于 2008-9-11 21:13:52

关键看bug质量吧

陈能技 · 发表于 2007-12-2 22:05:36

不多不少，尽力就好！

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

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

耶罗 · 发表于 2007-12-2 21:50:35

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

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

peter_pan · 发表于 2007-11-25 00:32:46

奋斗吧

sunxun0559 · 发表于 2007-11-24 00:37:10

每年有很多很多毕业生进入这个行业，学历也从专科升到了本科
压力大啊

挥不掉的孤单 · 发表于 2007-11-23 17:29:33

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

sunxun0559 · 发表于 2007-11-18 13:50:26

呵呵，开始我看其他人也都是3个4个左右，后来觉得这一天太浪费时间了

huan9185 · 发表于 2007-11-16 11:07:36

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

hua307 · 发表于 2007-11-15 00:08:32

很认真的学习。

I_hui · 发表于 2007-10-29 10:52:56

了解！各位大虾的解释很全面喔！

szs0434 · 发表于 2007-10-29 10:28:52

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

zqp · 发表于 2007-10-29 09:46:15

Bug數量的多少隻能說明兩個問題，1.程式員工技術高低，2.測試員的測試覆蓋面是否廣,

伤痕累累 · 发表于 2007-10-28 19:39:14

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

nobody_pan · 发表于 2007-10-25 14:06:25

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

		自动登录	找回密码
密码			(注-册)加入51Testing

我每天报10个BUG左右是多是少？

相关帖子

站长推荐 /1