我每天报10个BUG左右是多是少？
包括功能的，UI的都有 不确定你的问题是什么？是想问被测软件的状态，还是你个人的工作效率呢？
不过作为测试人员，我们的目标是实事求是，尽可能找到100％的Bug。
而不光看Bug的数目和个人的贡献。 是的，这样单纯地说bug的多少意义不大！:) 根据bug数量很难评测的，如果你测试的模块含有20个bug，而另一个人测试不同的模块报了9个bug，但是那个模块一共才10个bug，你说这时候谁的效率比较高。
单看bug的数量很难衡量的，还要看bug的级别，所用的时间，发现bug在研发过程中的时间，被测试模块的情况等。。。
同意四楼
手机测试中，不能拿你BUG数说话，手机测试是一个比较特殊的测试，提交的BUG当然是作为测试人员应该做的，但是BUG数量并没有很实在的意思！在手机测试中，你提交了很多BUG，或许这些BUG中有很多重现步骤，其实了要简化了以后说不定这些都是一个缺陷，所以BUG质量很关键，而且BUG的严重级别是会影响手机到手机能不能上市的直接因素！所以我觉得一句话概括:测试手机只为手机质量负责 楼上说的也对，再就是根据测试的时期也有不同。初期的按照case测试和后期的自由以及非常规测试。你说的太笼统 但是公司考核的时候BUG数量是个指标，有的人UI的BUG一提就几十 不以数量论英雄，只以效率品成败！ "测试手机只为手机质量负责"这句话有些严重了，手机包括软件硬件，而软件只是手机的一部分，有些问题是硬件本身的局限，通过软件是很难解决的。我感觉手机测试主要是通过测试评估版本量产状态，此外增加信心。对于一些问题，评估一下客户投诉的机会。针对一些问题，考虑是否通过升级可以解决。毕竟公司是以盈利不目的的，不能为了一些问题就放弃出货，如果经过评估，一些问题不会影响用户的使用，用户投诉的可能性极低，还会走特批进行出货的。但是评估的标准，一般都是通过测试结果， 测试报告进行评估的。作为一个有经验的测试工程师，应该评估出被测试软件的风险。 大多数公司还是已bug数量作为员工的考核标准.只是也会考虑到员工的问题质量.上面提到的很说明问题.简单的说明下.你发现了100个UI问题.按问题归类属于4及问题.
如果我发现了10个致命问题.放心.我年底的奖金一定比你高.
但同时另外一个人发现了8个致命问题.并且对于每个问题都能作出正确的分析及解决方案.对于协议及驱动层分析都很明确的话.
我的奖金就一定比他低了,并且他的发展一定会比我们都快. Bug數量的多少隻能說明兩個問題，1.程式員工技術高低，2.測試員的測試覆蓋面是否廣, 同意10楼的说法。
我们软件测试工程师的工作是为了提高软件产品的质量。
但是在现实中，很多公司都是以缺陷数量来衡量员工的绩效的。在这种情况下，我们应首先看重的是bug的质量(严重级别高的bug)，其次考虑的是bug的数量。
所以在设计测试用例的时候，重点考虑软件的核心业务，使用频率高的功能，用户性能要求、业界的规范标准，等等。
10个bug多还少，很难说。可以参考以前项目每人每天平均的bug数，还有现在项目每人每天平均的bug数。 了解！ 各位大虾的解释很全面喔！ 很认真的学习。 如果坚持每天提交10个有效BUG,那也确实说明测试人员的存在很有意义
10Bug是个不得了的数量级了
正常的平均4-6个,从我目前的工作看 呵呵，开始我看其他人也都是3个4个左右，后来觉得这一天太浪费时间了 :victory: 新手，各位说的都不错，学习了 每年有很多很多毕业生进入这个行业，学历也从专科升到了本科
压力大啊 奋斗吧 个人bug数量的多少相对于整个团队的平均值而言还是能反应出测试人员水平的, 这个当然不是绝对的，和bug质量也有关系。有些人测试速度快，测试得细，测试全面这些都比较容易更多地发现问题,提的bug也就会多一些。
项目初期版本bug会多一些，我身边所知道的最高记录是一天报60个bug，呵呵。
[ 本帖最后由 耶罗 于 2007-12-2 21:53 编辑 ]
页:
[1]
2
