51Testing软件测试论坛

标题: 黑盒测试与白盒测试相比，白盒比黑盒更难？（2008-11-18 ）获奖名单已公布 [打印本页]

作者: 默默巫 时间: 2008-11-18 09:50
标题: 黑盒测试与白盒测试相比，白盒比黑盒更难？（2008-11-18 ）获奖名单已公布
背景描述：有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多．那么你的观点是？

感谢会员疯都疯了提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

奖项 获奖名单 奖励 答案连接
最佳话题PK手 pupu840323
当当购物卡50元+最佳PK手勋章
63#

作者: chengxq 时间: 2008-11-18 10:34
标题: 没有可比性
黑盒和白盒测试的专注点是不一致的，我认为没有可比性
可能黑盒的入手比较简单，很多刚毕业的大学生都进入的黑盒测试，可能门槛比较低而已
但是谁能否认真正的黑盒测试人员不如白盒的呢？
如自动化的测试工具，按照白盒和黑盒这样来分的，应该属于黑盒
那如何考虑呢？

作者: archonwang 时间: 2008-11-18 11:18
标题: 不具备可比性
着眼点不同。

作者: yuchuan 时间: 2008-11-18 11:53
标题: 明显的问题
做黑盒，什么人都可以，白盒却要懂代码，写过代码

作者: liuqixun 时间: 2008-11-18 11:56
标题: 中立
黑盒感觉范围要广一些
白盒所需语言知识较多一些吧
看了一些资料对白盒测试的描述，有些头大。。。

作者: k111-7 时间: 2008-11-18 12:08
标题: 问题问的太弱智
首先这个问题就不存在
没有可比性
他们面对的层次不同，
直接对比，没有任何意义
我个人白盒黑盒都在做，
谈谈个人看法
白盒测试需要要求对代码熟悉
开始要一段时间学习，
难度很大
需要熟练使用工具
但是熟练后
也就没什么了。
无非耐心，仔细而已
黑盒入门简单多了，
确实是什么人都可以做
但是不是什么人都可以做好
需要熟悉需求，业务，风险，管理，质量等等，对综合素质要求很多，

现在测试行业的情况是，
很多黑盒的测试人员，
干一两年，
就不进步了，
始终在入门级别徘徊，所以让人误以为黑盒就那么简单。
而白盒能，很多也是是这样，
靠一两样工具，混几年饭
因为底蕴太差，
缺乏对软件的深入理解
也就变成了扫描工具（我就是这样）
呵呵
总之，他们两个做好了，都有前途，如果你只是定位为入门
都挺没意思的！
至于直接对比，确实没可比性

作者: guobin_it 时间: 2008-11-18 13:07
标题: 侧重点不同，没有可比性
举个例子：
比如一辆汽车发动机坏了，黑盒测试的人可能一听声音就知道是发动机坏了，高手的话还可以告诉你发动机的哪个部位坏了。但他可能解释不出这个部位的具体构造，也就给不出解决这个问题的方法。
白盒测试的人，他可能从声音判断不出是哪出了问题，但他了解各个部位的构造，如果需要的话可能在一定时间内修复问题。
白盒测试具备开发能力，区别只是他知道解决的原因，也具备修复能力，但不亲自动手修复。
黑盒是面向宏观的测试，白盒是面向微观。
黑盒偏向中医，通过常年的经验积累，观面而知内，他可能知道每种药的药效，但不关心药物的分子式及在身体内起什么样的化学反应。
白盒偏向西医，他不象中医，一副药就可以治好几种病，他只能分门别类，专门的药治专门的病，西药是经过提炼的分子式级的特效药。

[ 本帖最后由 guobin_it 于 2008-11-18 13:12 编辑 ]

作者: joweywen23 时间: 2008-11-18 13:34
其实印象中白盒测试所需要测试人员的语言代码能力强一些，入门较难，但黑盒测试所涉猎的范围又较广，所以都各有鄙夷，个人目前仍处在黑盒测试阶段，希望以后能有机会在白盒测试进步，更希望结合白盒以及黑盒测试，更好的干好测试工作，正确规划自己的发展之路

作者: ruifengkeji 时间: 2008-11-18 15:38
标题: 不是同一个概念
不是同一个概念，所以没有办法比，针对性不一样，各有千秋

作者: m2b2x 时间: 2008-11-18 16:23
标题: 这个确实没法比较，估计大家都是中立
投票显示反方的多，可能是因为做黑盒的人多吧，跟我一样

。

6楼的比喻很形象，我也借用一下中西医的比喻，不过是看病的方法不一样。黑盒就像中医的望闻问切，从外在表现找出病因；白盒就像西医的X光B超胃镜等等，要真真切切看到才能找到病因。手段虽然不同，但目标都是为了看好病，当然除了有些医生居心叵测

。
我做的是黑盒功能测试，代码那边是增量开发，每增加一点新功能，我们也要跟着学习相应的新的业务知识，有很多地方也挺难的。
5楼说的很好，白盒可能开始时候难一点，不过熟悉以后应该是一通百通，不断积累经验，更快更准找到问题；黑盒可能开始时候容易一点，基本原理也就那么多，不过随着项目的进展却要大量学习业务知识。
而且白盒可能换工作更方便一些，转开发也相对容易，黑盒如果所做的行业业务面很窄，换工作的话可能要被迫做别的行业，成本很大。

作者: woaimouse 时间: 2008-11-18 16:44
标题: 没有可比性，各有千秋
没有可比性，各有千秋

作者: smooth00 时间: 2008-11-18 17:08

无聊的话题，白盒测试的测试过程成本高，黑盒测试定位问题成本高。没有可比性，因人的经验和熟练程序而异

作者: most2008 时间: 2008-11-18 17:11
标题: 侧重点不同，没有有可比性
两种不同的方法的测试对象不一样，各有难点

作者: Caillin 时间: 2008-11-18 21:42
标题: 中立
两种不同的测试方法，没有可比性。

作者: firemonth 时间: 2008-11-19 00:47
我的感受是两者不能用难来比较，只是白盒对测试人员要求相对高些。在做白盒的自动化时，框架需要自己设计并遍写代码搭建，不像黑盒有WR,QTP之类现成的工具。

作者: 郁闷的我 时间: 2008-11-19 13:09
大家都很懒，选了正反方回答还是中立．．．

作者: 郁闷的我 时间: 2008-11-19 13:15
黑盒测试和白盒测试是两种不同的测试方法。在整个的测试过程中两种方法都会用到，但以经验来看，在一个项目中测试工程师还是以黑盒测试为主，白盒测试为辅。对于有些人认为黑盒测试没有技术含量，这是完全错误的一种看法，好的黑盒测试需要丰富的经验和敏锐的思维。
　
　　黑盒测试的特点：

　　1. 不基于对系统内部的设计和实现。
　
　　2. 用例设计基于功能的定义和需求说明书。
　
　　3. 关注于测试数据的选择和测试结果的分析。
　

　　常见的黑盒测试有，功能测试、压力测试、易用性测试和性能测试等。
　
　　使用的测试方法有，等价类划分、边界值测试、错误测试、启发性测试等。
　
　　当然黑盒测试也存在一些弊端：

　　1. 对用例设计人员的经验要求较高，包括数据的选择，对潜在错误的敏感性；

　　2. 对于内部实现的bug不容易发现；

　　3. 不能提供直观的测试覆盖率。
　
　　白盒测试的特点：

　　1. 需要了解系统的整体设计和实现；

　　2. 对源代码进行审查；

　　3. 在单元测试阶段发现大量的缺陷；

　　4. 关注于系统的控制流和数据流；常用的一些白盒测试方法有，独立路径测试、逻辑判断测试、数据结构测试、覆盖率测试等。
　
　　白盒测试的不足之处有：　

　　1. 不能确保系统是否完全符合需求说明书；

　　2. 白盒测试的代价会大于黑盒测试；

　　3. 需要源代码首先完成才能进行测试；

作者: 月野幻儿 时间: 2008-11-19 15:42
黑盒测试是纯粹的体力活..没啥技术含量
不停重复的过程,很枯燥的活~

新人的见解...

作者: zhanglian 时间: 2008-11-19 16:52
标题: 无可比性
测试的侧重点不同, 没有实质的可比性!

不过给大家造成的误解是:白盒要接触代码,所以要比黑盒难而已!

作者: iori 时间: 2008-11-19 17:15
各有利弊，2种不同阶段的测试方法，2种测试的侧重点不一样。
假如说谁比谁难得话，就可以舍去一种测试方法吗？

作者: cleverman 时间: 2008-11-20 03:49
看来大家都比较理智。
我只从安全测试的角度去说，黑盒比白盒要难多了。

作者: gp_jl 时间: 2008-11-20 09:49
标题: 天下事有难易乎？为之，难者亦易矣；不为，易者亦难矣。

原帖由 郁闷的我 于 2008-11-19 13:15 发表
黑盒测试和白盒测试是两种不同的测试方法。在整个的测试过程中两种方法都会用到，但以经验来看，在一个项目中测试工程师还是以黑盒测试为主，白盒测试为辅。对于有些人认为黑盒测试没有技术含量，这是完全错误的一种 ...

同意16#对黑盒和白盒测试的优缺点的分析。
但是这样的问题，可能是站在中立的立场更合适，问的问题就如同说“开发”比“测试”厉害，还是“测试”比“开发”厉害的答案一样，因为不是做同一个方面的，因此不具有实质的可比性。
有人认为白盒难，只是因为白盒需要了解编码语言，甚至优秀的测试本身就是一个很优秀的开发人员。但这不等于说白盒就很难。如果本身我就对编码有一定兴趣且喜欢测试工作，可能会认为白盒并不困难，反而有很多乐趣。
也有人认为黑盒难，因为“需要丰富的经验和敏锐的思维（借用一下；））”。但是无论白盒还是黑盒测试都是需要积累经验，并具有敏锐的思维，如果一个刚入行的白盒人员和一个已经有五年以上工作经验的白盒人员相比，优劣不需要说了。
总结：天下事有难易乎？为之，难者亦易矣；不为，易者亦难矣。

作者: chris198685 时间: 2008-11-20 12:46
总体而言，还是白盒目前最吃香吧，黑盒现在很多公司重视不够，任重而道远

作者: qixian 时间: 2008-11-20 13:27
表面上看起来，黑盒测试比白盒测试容易；可是一个优秀的黑盒测试人员所需了解的知识要远远大于一个白盒测试的人员。仅仅是黑盒测试的门槛比较低，而且当前大部分还都是有刚毕业的大学生来做这样。而一个优秀的白盒测试人员不仅有开发人员所具有的编码能力，而且还需要敏锐的发现错误的能力。所以，当前大部分人都认为黑盒比较容易
另一方面，黑盒测试与白黑测试是一个软件开发不同阶段所采取测试策略而已，
术业有专攻，做好任何一门都不容易

作者: 疯都疯了 时间: 2008-11-20 14:38
问题怎么会是无聊

[ 本帖最后由疯都疯了于 2008-11-20 14:39 编辑 ]

作者: 疯都疯了 时间: 2008-11-20 14:40
问题怎么会是无聊，很多人都盲目的觉得白盒测试比黑盒测试难，有误曲就应该提出来让大家讨论

作者: 月野幻儿 时间: 2008-11-20 15:08

原帖由 gp_jl 于 2008-11-20 09:49 发表

同意16#对黑盒和白盒测试的优缺点的分析。
但是这样的问题，可能是站在中立的立场更合适，问的问题就如同说“开发”比“测试”厉害，还是“测试”比“开发”厉害的答案一样，因为不是做同一个方面的，因此不具 ...

写的不错

作者: 苏高跃 时间: 2008-11-20 16:07
标题: 按中国的软件来说吧。。。
目前，在中国的公司，做白盒测试的公司不是很多，大多数都在黑盒；黑盒通过就通过，很少去检查代码的质量；
这个各有各的优点，不能比，但从中国的公司来看，公司看重的还是黑盒测试；因为大多数的公司不想花费太多时间去做白盒

作者: 啊乖 时间: 2008-11-20 20:00
标题: 中立好啊！
刚刚接触测试，没有资格发表意见啊。。
只能看大家的评论了。。。

作者: AwL_1124 时间: 2008-11-20 23:11
真的不好评价啊

作者: 默默巫1 时间: 2008-11-21 09:44
先占座

作者: mingg 时间: 2008-11-21 11:39
标题: 无可比性吧?
白盒测试，黑盒测试，都是测试的一种,
两种测试都是必不可少的，就相当于你偏偏要分出产品中是策划重要，还是开发重要一样!
我们需要白盒测试高手，同样需要用户体验专家,两个缺一不可,两个又相辅相成,根本不需要对两种方法进行对比!
下面说说技术上的差别:
白盒:先熟悉代码,然后自行开发测试工具,部署测试环境，进行测试,这些是黑盒测试所不需要做的
黑盒:用户体验专家,不是说谁随便用手点点哪里就能点出来的，这需要相当丰富的黑盒测试经验以及对产品甚至是产品未来趋向的判断能力,这是白盒测试所不会达到的

所以我说，两者都重要，两者在工作中无法对比!

作者: jiang860718 时间: 2008-11-21 15:39
想做好黑盒也不是那么容易的！

作者: zhanghong07 时间: 2008-11-21 16:43
我也中立，感觉都是辅助软件质量的测试方段，如果说难于不难的问题，只要认真做，做好就好了，深入了，感觉都会容易的。

作者: leetutu 时间: 2008-11-21 16:51
标题: 不具备可比性
如果你只从很浅的层面来看墨盒是比白盒门槛要低一些，但是如果想做好黑盒测试需要的知识层面还是很广的，所以个人认为不管是黑盒还是白盒就要你深入都很有前途的

作者: renyuchen286061 时间: 2008-11-21 16:55
个人认为没有可比性................
各有千秋.......
真正做好黑盒应该也不是那么容易的吧....
比如说有些比较复杂的软件，就那个业务流程都..................

[ 本帖最后由 renyuchen286061 于 2008-11-21 16:58 编辑 ]

作者: 默默巫1 时间: 2008-11-21 17:17
黑盒测试不一定比白盒测试技术含量低，现在我却可以比较肯定地说，黑盒测试比白盒测试更难，技术要求更高。道理其实非常简单，黑盒，白盒测试的本质区别在于源代码的访问权利，白盒测试具有这种

权利，因此也就具有更多的资源和信息进行测试，当然事情就会变得容易很多，而黑盒测试由于不能看到源代码，就使得对于白盒测试人员发现的bug，你要花更多的时间，并且具有更高的技术才有可能发现。

作者: null2 时间: 2008-11-21 18:02
需求错了再牛X的代码又怎样？

作者: test_fairy 时间: 2008-11-21 21:12
标题: 我偏向于黑盒更加难一些
尽管从原则上来讲,二者并没有太大的可比性.
但是如果真要来比较一下的话,自己觉得还是黑盒
测试需要的只是面更为广一些.,白盒测试主要偏重于编码,
对于其他的知识要求相对来说要少一些.但是编写过程序的
人可能都了解,代码的编写还是有一定的规律可寻的,所以
如果按照规律来寻找错误的话相对来说就容易一些.但是黑
盒测试则不是这样,要深入的搞好黑盒测试需要的知识面则
非常的广泛.诸如黑盒测试中的安全性测试\易用性测试\可靠
性测试等等要真正搞好需要的知识不是一点就可以做到的,需
要了解的东西有很多很多.相信干过黑白盒测试的人都应该有
所体会.
好了,私家所见不一定正确.

作者: hushiping2222 时间: 2008-11-22 10:12
它们的目的是相同的，都是为了找出软件的缺陷
它们的测试重点不同。
白盒测试是依据被测软件分析程序内部构造，根据内部构造来设计测试用例，来对内部控制流程进行测试，可不顾程序的整体功能的实现；黑盒测试则是把被测对象看成是一个黑盒，只考虑其整体特性，而不考虑内部的具体实现。
因此应具体问题具体分析

作者: rocky_chen0423 时间: 2008-11-22 19:38
其实个人认为还是黑盒比白盒要容易。在一个正规的公司，如果需求文档做得很规范的话，编码就会变得很简单，而对于代码的测试也相对来说要简单一点。
而黑盒测试，尽管需求写得很完善，但是还是需要测试员对业务很熟，要求测试员有一定的业务只是才能够做的好。而这些在需求书上是不会列出来的，都是些经验和行业知识的积累。

作者: victoriatuline 时间: 2008-11-24 15:06
标题: 白盒测试更难
可能我不懂白盒测试吧,应该白盒测试需要看到代码,分析代码,并不是简单的静态代码检查.所以真正要做好白盒测试你需要有开发的经验,这个不是每个测试人员都有的.

作者: kukumaru 时间: 2008-11-24 17:30
白盒难．．

作者: james.zhong 时间: 2008-11-25 14:46

先说下个人观点吧！黑盒测试肯定比白盒测试要难，这是为什么呢！
原因如下：

清晰度对比：
需求规格说明书V详细设计说明书你会觉得那个更清晰些！不说大家都知道了！开发过程中最清晰的就是详细设计了！在测试眼里也是！

可预测性对比：
只要你们熟悉黑盒测试和白盒测试定义，就很容易理解这点，打个比喻：黑盒测试是摸黑走路，你知道前面即将发生什么嘛？只能硬着头皮走啦（怕黑得早被吓哭了）无法预测，白盒测试就不一样了，开灯走夜路比较安全而且可预测。比喻不太好！勿见笑！

枯燥性：
黑盒测试比白盒测试更枯燥，需要更多的耐心！

其实还有很多很多！做得好白盒测试的可以去做开发人员，但是绝对做不好黑盒测试！毕竟黑盒测试要求的是性格和爱好！（纯属个人意见，请勿怪）

作者: dujun 时间: 2008-11-25 15:06
白盒入门难越学越简单
黑盒入门易越学越全面

作者: love_yebin 时间: 2008-11-25 15:34
标题: 小小企业面试题,问这个问题的人肯定不了解测试
支持所有说没有可比性的同行
回答这个问题,个人观点,
首先,你应该明白的两个很基本的问题,
什么是白盒测试,什么是黑盒测试,分别在测试的什么阶段使用,
白盒测试测的范围是哪些,黑盒测试范围测的又是哪些
分别使用什么样的测试技术和测试方法,
测试的目的或者作用是干什么

基于以上问题,我个人总结了一下,回答类似问题应该从一下几个方面:
黑盒测试------基于用户的测试,或者说是基于需求的测试,在测试过程中我们一般只做两件事,就是基于用户业务的通过测试,和基于对系统功能,性能,压力,安全性等因素的失败测试
      有人给出的黑盒测试的定义是:黑盒测试又称功能测试,或者数据驱动的测试,其实我对这个的理解就是下面我要说的
黑盒测试是有依据的,从测试方面的角度来说,对我们测试最有利的是用户的需求,这是测试的依据,满足了用户的需求,和业务的正常实现,我们可以说软件做完了通过测试
程序员修正了,经常出现的问题,让我们基于失败的数据流不能进入程序或者说程序不予处理,这时候就可以说黑盒测试测完了,中国的大部分软件企业,这时候也改进入测试交付阶段了

白盒测试----基于程序员的测试,或者说基于代码的测试,有人称之为结构测试或者逻辑驱动的测试,从这一点
我们就应该知道,如果你要做白盒测试,必须具备的素质----------逻辑思维能力,同时要注意的是,这里还有结构测试,
这个结构个人的理解不是程序,也不是算法,而是数据结构,为什么这样说呢,从一方面来讲,所有的程序其实现结果就是完成一张表,从这个概念上我们可以说系统就是一个数据库,功能就是一张表,如果你对这个数据库根本不了解,试问如何测试? 另一个方面,从白盒测试的实现技术上来说,不论你是采用白盒的"六种覆盖技术------语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖,还是使用白盒测试方法,什么代码检查,代码走查,之类的,你要做的也是对每个功能点结构的了解,从测试技术来说,和单元测试差不多,你要知道这个单元(功能点)的作用,以及与其他功能点之间的关系,***********变相的回到了对整个系统总体结构的把握

同样区分白盒和黑盒时候我们还要看在测试的各个测试阶段,白盒一般在单元测试^_^文档测试也算
黑盒都是在系统测试了
针对不同公司的不同情况,不管你采用的是V模型,还是X模型,或者W和H 模型,
很多人都会把业务功能的重点,交给经验丰富的开发工程师来做 ,很明显就在这里,如果业务逻辑比较复杂,公司就会考虑白盒测试了

黑盒和白盒没有严格的区分,个人观点,如果没有对程序或者说系统的认识
白盒你根本做不了.但这也不意味着白盒一定比黑盒高
黑盒关注的是功能,
白盒关注的是逻辑
弄清楚本质,才能做好测试,不是吗?

                                                         ************************一家之言
                              个人博客

作者: win19guan 时间: 2008-11-25 16:51
标题: 无聊
白盒、黑盒都有他们的侧重点，关于难度我刚刚学测试的，发表我个人的意见：
对于不会编程的人来说：黑盒比较适合他们入门
会编程的人来说:他们更注重于白盒

测试到了最后的关键步骤：一些重要的的测试都是由黑盒来完成的

作者: wzb521 时间: 2008-11-25 17:10
问几个问题：
谁说白盒做不了功能测试？
谁说白盒只能做逻辑测试？
谁说白盒不能完成需求覆盖率？
谁告诉你重要的测试都是靠黑盒来完成的？

还有最重要的问题：
你认为黑盒重要，那你自己有没有做过白盒测试？

作者: 一一 时间: 2008-11-25 17:21
不管黑盒白盒，都需要设计用例，编写用例，执行用例
个人认为黑盒用例设计必白盒用例设计难，黑盒用例编写比白盒用例编写易，黑盒用例执行比白盒用例执行难

作者: 尛蟲蟲 时间: 2008-11-25 17:23
标题: 黑盒比白盒难
黑盒测试那可是半个架构师耶~
白盒说的难听点代码工人而已~

一个是全局考虑
一个是局部问题分析

我就是来嘀咕两句~切切~……

[ 本帖最后由尛蟲蟲于 2008-11-28 11:46 编辑 ]

作者: wzb521 时间: 2008-11-25 17:35
黑盒测试完全是架构师的操作
白盒说的难听点代码工人而已

不敢苟同！
我也不想抨击谁是什么低级，没必要，因为我也曾做过黑盒测试，我也不想说白盒多么至高无上，更没理由，因为我现在做开发。
如果你认为黑盒是架构师，我不想反驳你，因为毕竟黑盒了解了业务的架构，但当你面对的系统足够大时，切记你再怎么黑盒你也不可能了解架构。如果你想当然认为白盒只是做做什么逻辑覆盖，做做什么条件、语句、路径什么的，那你更错了，因为白盒需要看你们做到什么程度，看你的责任有多重。我不逃避在迭代次数比较少的情况下，黑盒能更体现性价比，但性价比并不代表谁比谁难。白盒要考虑技术架构，毕竟测试代码，要调用大量的驱动和桩模块，更要虚拟大量的数据，当然还要保持数据及系统环境不会被代码所影响。白盒更要考虑业务逻辑，白盒的测试是为了什么？我Unit执行下来，以什么为正确标准呢，结果，对就是结果。为什么白盒没做太多功能测试的东西呢，因为涉及到前台的，比如我们写的html，ajax什么的，拿java代码是很难完成的。所以，在我工作中，我们的前台展现全是功能测试，业务逻辑、数据逻辑全是Junit。
当你一味的说代码工人的时候，你要想一下，白盒测试的基准是什么，是测试就不会不考虑业务。

谢谢！

作者: 592240038 时间: 2008-11-25 19:29
无论是黑盒还是白盒测试入手都容易，
但想要做得更深入那就要点本事了

作者: liaoliliy 时间: 2008-11-25 19:52
白盒测试重要！
白盒测试包括了单元测试，单元测试要走读代码或者单步调试程序，这些好多都是需要开发人员完成的，在确认了单元测试到集成测试基本通过后才进行功能测试，性能测试，负载测试等等，如果白盒测试得不够全面，则黑盒测试根本发现不了像内存泄露，误差累计的错误，这些必须要白盒测试才能够查到的。黑盒测试人员无法替代。

作者: 佐伊 时间: 2008-11-26 10:18
49楼的观点太绝对

作者: ssjjsky 时间: 2008-11-27 10:30
标题: 觉得白盒难，代码头痛..

作者: 郁闷的我 时间: 2008-11-27 11:01
呵呵，我又来了，看大家观点．
这次人比较少啊．

作者: toshiba 时间: 2008-11-27 11:01
个人以为白盒比较难的，因为要先看懂代码，了解开发工程师的算法思想···所以比较难···

作者: qingrou 时间: 2008-11-27 14:44
刚入这行，目前只接触过黑盒测试，所以就不丢人现眼发表拙见了。不过我觉得guobin_it说得挺有道理的。
如果能把白盒和黑盒结合起来那不是更好吗？

原帖由 guobin_it 于 2008-11-18 13:07 发表
举个例子：
比如一辆汽车发动机坏了，黑盒测试的人可能一听声音就知道是发动机坏了，高手的话还可以告诉你发动机的哪个部位坏了。但他可能解释不出这个部位的具体构造，也就给不出解决这个问题的方法。
白盒测试的 ...

作者: 252090366 时间: 2008-11-27 16:24
黑盒不容易做,尤其是到后面!

作者: wzb521 时间: 2008-11-27 16:28
好好理解什么是白盒测试吧
有机会就去做做白盒测试吧
去理解一下测试驱动开发吧
去看看国外的测试人员是不是都在那做功能测试吧
每次迭代前跑自动单元测试代码，一定是跑的单元吗，难道没有业务逻辑吗？
有很多情况不是不做白盒，而是代价太大罢了，没必要做，但不等于其他的。

个人工作感慨：
我在刚工作时，也是做功能测试的，但现在转开发了，公司要求自己做测试，我的所有测试，只要能通过代码实现，我都会选择Junit。包括插入数据、执行、校验、数据清理，当然，这些显然是要有业务逻辑在里面的。现在的web都将传统的三层增加到了四层、五层，单独划分出业务逻辑层，所以我在这里提醒那些认为白盒不会校验业务逻辑的人，仔细想想白盒都做什么，也不要把自己公司的白盒测试的层次类比到真正的白盒测试。
老说黑盒测试要正向测试、逆向测试，什么正向思维能力、逆向思维能力，难道白盒就不需要吗？
老说黑盒什么性能测试，难道白盒就不做吗？说的土一点，用的QTP、LR是什么，工具。底层是什么？代码，代码怎么做的？白盒能实现他的功能么？显然，能。

在某些公司功能测试人员的业务能力是比开发人员高，但这并不代表所有，因为有些人对技术感兴趣，而有些人对业务感兴趣。

PS：我03年毕业做测试，那时51Testing还没起来，你知道我周围有多少黑盒测试人员转行了吗？去问问吧！（性能、自动化除外，这两个是要接触开发的）

我没有恶意，写讽刺的帖子我也得不到什么好处，我也涉世不深，只是希望在论坛的每个朋友能有自己的人生目标，思考一下自己的行业价值。毕竟，我们都曾经测试过。。。。

谢谢！

作者: kukumaru 时间: 2008-11-28 10:19
支持黑盒的还是很多嘛．．

作者: kukumaru 时间: 2008-11-28 10:22
支持白盒的在哪里？

作者: 猫猫的拖鞋 时间: 2008-11-28 14:17
什么东西学会了都不难，没学会之前都难。

作者: pupu840323 时间: 2008-11-28 15:08
标题: 他们最大的差别只有一点
两种测试比较的话，需要把自动化测试等排除再外，这样比较会比较公平。
从几方面来对比一下他们各自的情况
1、技术上
白盒测试：编码能力、测试方法、测试手段、对程序逻辑的分析（产生性能问题的点）等等。
黑盒测试：归档能力、测试方法、测试手段、对用户体验性的敏感（大多由经验得出）、各种辅助工具（如数据生成）等等。
我们可以看出，他们有相同的地方，也有各自特有的东西，我们不能以偏概全，有人说编程难，对于一个刚入社会的新人来说，3个月就上手，所以我们的测试人员也同样有这个能力，有人说业务知识简单，面对大量的业务知识，整理归纳，并积累测试经验，这也是一种能力。工具的使用上，白盒和黑色各有特点，但是可以让你易于上手的，绝对不会有哪个产品让你学八辈子才会的东西。

2、工作职责上
白盒测试：在开发结束前，排除尽可能多的逻辑错误
黑盒测试：在开发结束后，排除尽可能多的集成错误
一个关注后台，一个关注前台，由于工作内容不同，他们之间考虑的内容也就不同，都说没有程序是没有bug的，那么白盒和黑盒一样，对bug的分析都不会尽善尽美；而且举一个例子，白盒就好比站在台后的化妆师，黑盒就好比台前的评委，我们都是对演员进行审核，他们各有特点和职责，他们也都不简单。

综上所述，他们有区别，有特点，但是，他们最大的差别只有一点，那就是《耐心》

之所以这么说，是觉得黑盒测试有很多人干久了，就不愿意做了，总觉得没意思，技术含量低，但是他们并没有升入了解，也没有关注其扩展的多方面演变；黑盒测试的人总是人云皆云的想去干白盒或者其他的测试，觉得那些才有水准，可以提高自己的薪酬或者地位，从而改变自己的立场；黑色测试人员大多数总是处于自卑，社会舆论带给他们的压力，使他们觉得自己不会编程就不如别人了，无法往上发展。
这些都说明要想干好黑盒测试，首先就是要战胜自己，真正走出一条属于自己的黑盒测试之路，做到黑盒测试的专家。试问，有什么比战胜自己更难的呢？

作者: 盛唐校尉 时间: 2008-11-28 16:12
都不容易啊！现在大多公司都是黑盒，做好那个的确很不容易啊！

作者: 陶竹 时间: 2008-11-28 19:09
标题: 黑白是需要互换的
刚开始做的是黑的,做着做着就得白了,否则根本就谈不上从根本上解决问题。测试不是目的，测试是为了避免问题的出现，若能一针见血的看到问题就能更快速的解决问题了，同时对于自己来说，会编程才是一门真正的技术。个人见解。

作者: wudefei1020 时间: 2008-11-29 21:02
黑盒~应为他是站在用户的角度，对着产品手册审查。
记得实习时候带队的老总说过：“我们做软件的不仅仅要做用户要求的功能，也要做他忽略的功能，更加要做他想不到的能方便他工作的功能，这些要我们去帮他找。”我们去帮他找，说的实在，有多少人能站在做黑盒时找出这些东西，你想找项目组编写的产品手册的毛病（不仅仅包括修改），没一定实力就别想了，老老试试做核对算了，就和白盒一样做核对。

作者: 葫葫 时间: 2008-12-2 17:51
没有绝对的难易，貌似白盒测试入门较高，感觉比较有技术性，而黑盒测试感觉任何人都能做，其实要想做好，很难，能做好的人也很少。

作者: ppllggmm 时间: 2008-12-2 18:14
做好黑盒测试并非易事！！

黑盒测试，可能入门比较简单，最开始的时候可能只需要从最简单的挑错入手就可以了，对比着需求说明书查看程序，很简单的事情；但是黑盒做的久了，慢慢就会发现，这里面要学的东西其实非常多。
一，很讲究逻辑性，不是想到什么地方就从什么地方着手测试，而是必须得有逻辑性，保证覆盖率；考虑到常规操作和各种破坏性操作。
二，很讲究严密性。在日常的测试过程中，单一的操作可能都能很容易测试通过，但是一旦各种操作组合起来，问题就接踵而至了。很多问题靠白盒测试查代码检查逻辑是很难发现的，只能通过黑盒测试来进行发现检验。

黑盒测试并不是纯粹的体力活儿，很多地方都需要动脑，很多情况下不止是需要动脑，还要让脑子快快的转起来。

作者: ahu201 时间: 2008-12-3 16:57
标题: 白盒做的好，还要你黑盒干嘛哟
虽然我是做黑盒测试的。。但是我认为所谓的BUG都是前期的准备不充分造成的。。或者前期的测试不彻底造成的。。有人会认为说那为什么需要黑盒测试？那还不是因为白盒测试没做好嘛。。我们在扫尾。。
现在那家公司的白盒测试做的好？真正达到白盒描述的那样的标准？

作者: ljwnj 时间: 2008-12-18 11:06
标题: 这个观点支持一下！

原帖由葫葫于 2008-12-2 17:51 发表
没有绝对的难易，貌似白盒测试入门较高，感觉比较有技术性，而黑盒测试感觉任何人都能做，其实要想做好，很难，能做好的人也很少。

希望这个辩题不要演变成做白盒的人和做黑盒的人谁的水平更高。

作者: fengzzzz 时间: 2008-12-19 16:31

觉得白盒测试比黑盒简单的可以去MS应聘啊，工资一个月16000 肯定比你现在做黑盒高去吧看看你能不能面上

作者: zhangmingshi10 时间: 2008-12-20 09:01
这个问题，我个人觉得听听非测试人的评价，你肯定能找到一个好的答案。

作者: centurystone 时间: 2009-1-5 13:56
我也认为两者没有可比性。

作者: kf11859 时间: 2009-4-24 09:43
从两方来选，我还是选择白盒比黑盒要难，而不是黑盒比白盒难。
我会相信黑盒不一定比白盒容易，但是黑盒比白盒还难得话，我不敢苟同。

作者: ccq613 时间: 2009-6-27 10:43
标题: 为什么没人谈论怎么才能做好黑盒的同时做好白盒测试呢？
一条路，有平坦，有陡峭，认定了就走下去，经历过了才知道都很重要，一个都不能少！

作者: 箭在行动 时间: 2009-8-20 11:26
标题: 测试就象买汽车
白盒测试就像在车里面看汽车的好坏；
黑盒房子就像在路上开着汽车看车的好坏。

作者: 黑之邃 时间: 2010-9-29 15:09
求软件测试方面的职位
借楼主页面，在这求职一下，谢谢啦！
本人大四做过一个项目，主要负责的是测试方面的。有一定的测试方面的经验，对黑盒测试有一定的了解。希望今后能找到这方面的工作，有人能介绍或推荐吗？我的QQ：758292339

作者: mixcool 时间: 2010-10-8 10:37
白盒先难后易，黑盒先易后难
白盒刚开始人门比较困难，要懂代码。根据代码写用例。懂了以后会比较简单
黑盒测试入门容易学精难。有人认为黑盒就是随便点点就可以了，其实不然。有的人做黑盒测试2-3年都可能原地踏步。需要多总结！涉及面比较广。

作者: cncnily 时间: 2010-10-15 14:42

问几个问题：
谁说白盒做不了功能测试？
谁说白盒只能做逻辑测试？
谁说白盒不能完成需求覆盖率？
谁告 ...
wzb521 发表于 2008-11-25 17:10

对于我们游戏测试行业来说，白盒如何做功能测试？

作者: hacker14 时间: 2010-12-31 17:27
果断白盒
各有各的重要之处、白盒测试能找出90%问题哟

作者: theyoungest 时间: 2011-1-15 12:41
回复 64# pupu840323

说的比较公正，客观。

作者: Michael0112 时间: 2011-3-13 10:54
白盒可能对逻辑思维能力要求更高，而且还有编码的能力。

作者: 春天梅花 时间: 2011-5-5 13:43
会白盒测试的人不一定会黑盒测试黑盒测试中的性能测试也是一项顶级技术

作者: freedom_me 时间: 2011-5-21 09:20
最佳pk手是在46# 还好链接是对的：)

作者: songjunster 时间: 2011-5-31 22:11
白盒测试有啥难的？三板斧包打天下

作者: yxx8012 时间: 2011-6-26 17:33
事件本没什么难不难,正所谓领域有专攻.做白盒的人不一定能做好黑盒,做黑盒的不一定能做好白盒,但有一点都必须有质量意识,而不能为了技术而技术.

作者: ddaliuxxia 时间: 2011-6-28 20:19
都不容易啊!

作者: oxygen001 时间: 2011-7-15 11:56
白盒测试中对开发技术的含量高一些
黑盒测试中对测试技术的含量高一些

如果觉得测试技术太难的话 ,就去做白盒吧. 因为白盒相对来说,会更容易一些

作者: wobuzhi4 时间: 2011-7-26 04:27
洛杉矶地方离开家的发送垃圾分类口径

作者: dcbakkk 时间: 2011-8-3 20:02
我选择做开发，不想做测试了。

作者: weiweixiaocao 时间: 2012-5-18 13:16
支持你加分

作者: xszhu123 时间: 2012-6-1 20:25
(*^__^*) 嘻嘻……

作者: nicoleshang 时间: 2012-8-6 15:14
都有自己的难点和容易的地方吧！

作者: haha_faraway 时间: 2012-8-17 10:43
这个问题会不会太宽泛了点呀！呵呵。。。。真是各有各的见解。。。。

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

奖项	获奖名单	奖励	答案连接
最佳话题PK手	pupu840323	当当购物卡50元+最佳PK手勋章	63#