51Testing软件测试论坛

标题: 怎样才能找到更多得BUG呢？ [打印本页]

作者: 丁琳 时间: 2004-12-20 09:41
标题: 怎样才能找到更多得BUG呢？
我现在测试的OA软件，代码大概有2万5千行，功能点有15个，现在工作了一个礼拜，才发现了50个BUG,但是老大说还不够，至少得有100个，天啊，怎么才能找到更多得呢？我从典型输入，异常输入和边界值输入各个角度分析，还是不怎么够，由于我刚搞测试，又是新手，有人能告诉我MA？

————————————————————————————————:,(
119！！！

——————————

——————————————————————————————————;)

作者: testing 时间: 2004-12-20 10:21
首先你们老大说必须有100个BUG，这有没有根据？如果有根据，那么必须拿历史数据做基础，如果有历史数据，也就是以前软件发现的BUG，那么，查一查BUG历史库，看看到底有那些问题类型你没有发现的，做个借鉴，或许可以发现新的问题。

作者: ghost 时间: 2004-12-20 10:38
标题: 老大说还不够，至少得有100个
请问他这个数字是怎么得出来的呀？
如果是他自己想的，就不要理他了。
不过确实有很多问题是很隐密的，需要你更加细心的去测，
想一想自己的测试用例够不够完善吧。不要在一些常规的测试方法上想了，那些程序员自己都做过了。

作者: 肚皮 时间: 2004-12-20 11:00
那会不会如果当时你找出了100个bug，你老大就说还不够要找200个。
没有根据的乱说，不用理他。测试的成功与否，我想是用户这里得到反应的

作者: ayong401 时间: 2004-12-20 12:56
看来你们的老大很喜欢猜测.
而且是无依据的猜测.
这样是不科学的.

作者: songfun 时间: 2004-12-21 08:26
补充一下，除了testing说的那些，就是找bug有时要摒弃一些惯性思维，常规做法，需要你有点叛逆的思想，稀奇古怪的思想，思维能力要特别一些，不要按照别人提供的思路去做。
要“胡搞一气”，呵呵

作者: fly-bird 时间: 2004-12-21 09:29
标题: 支持楼上的
虽然这种说法不错，不过这样做的话是不是就没有了规律性，不能更多的发现错误了呢？我在公司测试就是“胡搞一气”不过每次都会有漏掉的，下次不知道怎么又搞出来了，这时就要遭到程序员的“责备”了！痛苦！

作者: 钟花花 时间: 2004-12-21 09:58
标题: 是不是做系统测试？
bug是找不完的。。。

作者: 柔柔 时间: 2004-12-21 10:49
你可以先休息一会儿，或者测试其他的系统，通过换位思考再测试，也许你能发现更多的问题

作者: songfun 时间: 2004-12-21 14:47
to fly-bird：

我想你没有理解我的意思。
所谓的测试分两个阶段：防御性测试和进攻型测试（以前微软的陈宏刚说的）。

防御性测试做什么呢？
基本的功能性测试一定要通过，走流程，按照指定的做，循规蹈矩都不能通过那还谈什么“逆向思维”？！
接下来还有好多测试了，性能测试也是其中很大的的一块。

一些基本的输入输出当然要确保，你要在这个前提下才能去用非常规手段找bug。

明白了不？就是你先要按照别人指定的去测，确保他们的没问题之后再动用你的个人智慧^_^

这样测怎么可能会漏过什么东西？？

作者: mojinde 时间: 2004-12-23 13:15
支持楼上的，但还想补充：还可从系统的易用性，系统界面的美观和统一性，也可以找到很多BUG的。

作者: monkey2 时间: 2004-12-23 21:15
发现BUG数的多少是有软件本身来决定的，测试是不能决定的，测试只能尽量发现，而且软件的BUG，还要符合瑞利曲线，不是你们老板说要几个就要几个的。

作者: archonwang 时间: 2004-12-23 23:31
关于bug的数量没什么好说的，不过你的Boss这么说的确有点怪异。数量越多并不代表软件质量控制是成功的。我不同意软件做定Bug数量的测试，这是毫无意义的。先期测试所得的Bug数量可能会比在维护期的要多些（但也不一定），随着时间推移和系统更新，Bug累积量会越来越多，但是增长曲线却未必越来越高。

作者: ayong401 时间: 2004-12-24 08:12
估计是你们BOSS对你们自己的产品没多大的信心!

作者: 小子不信邪 时间: 2004-12-25 10:11
我测试的时候好像没人告诉我会有多少个bug。要是真的只有100个bug,我敢说这个软件是世界上最完美的！

作者: 丁琳 时间: 2004-12-27 15:49

Originally posted by 小子不信邪 at 2004-12-25 10:11 AM:
我测试的时候好像没人告诉我会有多少个bug。要是真的只有100个bug,我敢说这个软件是世界上最完美的！

我老板也没有对软件的设计由深入地调查,只是看了软件编程的规模有2万5千行而定的,现在只有我一个人搞测试,所以他觉得bug测试不周是再所难免,希望我测试的种类不止这些,也就是50个,现在还没有回归测试,可能那个时候错误会更多,现在只有我用黑盒测试方法测试,按照用例分析,的确不能满足Boss的要求,我现在按照songfun的建议,希望能够找到更多的bug!在此我谢谢各位了,我太感谢你们了;)

作者: 肚皮 时间: 2004-12-27 17:35
25*3*(1+1/3)=100,差不多了

作者: 测试有前途 时间: 2004-12-27 20:50
BUG有时候是连环套，一个BUG包括几个子BUG，可以分子项给他提BUG
呵呵哈哈哦哦

作者: gamepai 时间: 2004-12-27 20:51
丁琳加油！

另外请问：这公式是怎么算出来的？

[ Last edited by gamepai on 2004-12-27 at 20:53 ]

作者: fly-bird 时间: 2004-12-28 09:52
to：songfun
谢谢你的提醒，我会慢慢理解的，谢谢～～

作者: ghost 时间: 2004-12-28 10:05
找几个朋友当客户，你在边上记就好了。呵呵呵......

作者: tzg008 时间: 2004-12-28 15:39
偶非常同意SONGFUN的意见。
这样测试不会乱，自己也知道那些方面测了，那些没测，从而找到更好、更有效的测试用例。

作者: 天天 时间: 2004-12-29 11:09
就是一个正常使用的软件，其BUG也是很多的，可以从易用性、适应性（测试环境、流程跳跃等）、界面、提示不足或不规范、运行速度、编码规范、功能不否全面等各方面考虑，找出很多的BUG出来。程序员接不接受是一回事，你不提出来，到时程序员就可以说你未测试到。所以拓展思维方式，将你所能想到的问题全部给他们提出来，这样BUG就很多了。没有任何一个软件能说没有BUG，这要看你们如何去发现而已。

作者: mechear 时间: 2004-12-31 16:56
肚皮
能不能請你解釋一下你的算法﹔
到時我去蒙別人去。謝謝!

25*3*(1+1/3)=100

作者: caca1401 时间: 2005-1-4 15:48
标题: 我也做OA测试的
哎，前一段时间作OA测试，老板说：客户那边反馈出一些bug为什么我们自己没有测试出来？搞得我超级郁闷。我们公司很小，就我一个人测试，而且几乎都是手工测试，我想问问你们除了手工测试之外，还有没有其他的什么工具？谢谢了

作者: tcxtt 时间: 2005-5-19 15:20
标题: 去工具专区看看呗
工具专区专门介绍工具去看看吧

作者: alexhy 时间: 2005-5-19 16:07
标题: 2万5千行。。。
至少得有100个bug。。。。。。

作者: xinyu2119 时间: 2005-5-19 17:34
肚皮
你所讲的算法我从来没听说过
可否解释一下??

期待中~~~~~~

作者: wl7532329 时间: 2005-5-20 08:59

Originally posted by 肚皮 at 2004-12-27 05:35 PM:
25*3*(1+1/3)=100,差不多了

肚皮，这式子是怎么得来的丫？是什么公式还是其他什么滴？？

0101请回答~~

作者: kai_top 时间: 2005-5-20 13:07
测试时，如何找到更多bug，我想我们的伟人邓小平给我们讲过了：
“思想更解放一点,胆子更大一点,步子更快一点”
理解理解其实真是这样滴：
(1)思想解放－＞意思是，做测试不仅要有常规思维，还要有逆向思想，发散思想等等，即：要解放思想，他说这也是“探索性”测试的精髓；
(2)胆大－＞意思是，要充分和开发人员，顾客等进行交流，特别是你认为确实是bug，就要在自己范围内说服开发人员去修改，同时在进行破坏压力测试时，该即时拔电源的，要立刻去拔，硬件测试，要测试抗摔的，可以把硬件举高一点，等等，如果测试真的有问题，从职责角度讲，要敢于一票否决，经理拿刀威胁，也绝不让产品发布。
(3)步调快－＞意思是，测试计划等各个过程及行为，要紧跟顾客需求及开发进度，即时反应，特别是在竞争对手刚发布软件后，就要迅速获取进行研究，发现什么新的功能或比自己产品好的地方，要及时向开发部门反映，这叫需求建议性bug；另外，各个企业越来越重视自动化测试，所以作为测试员，步调要紧跟社会潮流，要迅速去掌握有用的自动化测试工具，学习先进的测试理论知识，并积极运用到实际测试中来；还有一方面，那些想传播测试知识还是趁机赚钱的培训机构，要抓紧啊，谁步调快，谁就能做大做强，等等
－－－试想一下，邓爷爷真是高瞻远瞩啊，就想到今天测试会磅礴发展起来，哎呀伟人就是伟人啊，邓爷爷要是到现在，肯定是测试专家哦~~~崇拜中~:,(

作者: eatmouse 时间: 2005-5-20 14:17
2万5千行。。。

至少得有100个bug。。。。。。

我们公司就是这么要求的，要求每千行代码至少4个bug，这还是保守估计的！

作者: yangbohustwb 时间: 2007-9-18 22:14
sdlkfj2

作者: congziok 时间: 2007-9-19 10:10
原来找ＢＵＧ也不容易呀！

作者: liqiankun 时间: 2007-9-19 12:46
标题: 回复 #31 kai_top 的帖子
高，严重同意

作者: dinah968 时间: 2007-9-20 12:08
那个公式怎么出来的？

作者: xiasan2004 时间: 2007-9-20 13:42
解放思想啊

作者: yjiang 时间: 2007-9-20 15:27
我就不清楚到底怎么样找bug ，现在只是简单的手动功能测试

作者: stilldeeppool 时间: 2007-9-21 13:19

原帖由 songfun 于 2004-12-21 14:47 发表
to fly-bird：

我想你没有理解我的意思。
所谓的测试分两个阶段：防御性测试和进攻型测试（以前微软的陈宏刚说的）。

防御性测试做什么呢？
基本的功能性测试一定要通过，走流程，按照指定的做，循规 ...

呵呵..
你认为这样测试就达到100%了吗?
理论是这样的.但实际却办不到
没有那位测试人员能够说他测试出来的程序是没有BUG的.包括你说的那位陈宏刚
人的思维能力是有限的,怎么可能做到面面俱到
那么测试的思维方向是什么?
一.定向思维,保证程序的基本可靠性
二.逆向思维,保证程序的环境适用性
还补充一点:多考虑程序的应用环境,一种是直接相关的.另一种是间接相关的
能够做到以上.也只能说你的程序可以发布使用.但也不能说没有BUG

作者: stilldeeppool 时间: 2007-9-21 13:21

原帖由肚皮于 2004-12-27 17:35 发表
25*3*(1+1/3)=100,差不多了

这是一个完全可笑的公式
现在已经有很多人提出质疑了.

作者: Yukisay 时间: 2019-6-3 09:42
我刚来时候我们老大说的是必须每天提50个bug，我当时是没理的，可是后面却发现，真的有这么多bug，我从刚来这公司到现在（半年）禅道上的bug数两千多，全是我一个人找的，那这个软件我也见不得优秀到哪里去阿

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