黑盒测试与白盒测试相比，白盒比黑盒更难？（2008-11-18 ）获奖名单已公布

默默巫

背景描述：有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多．那么你的观点是？



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

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

chengxq

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

archonwang

着眼点不同。

yuchuan

做黑盒，什么人都可以，白盒却要懂代码，写过代码

liuqixun

黑盒感觉范围要广一些
白盒所需语言知识较多一些吧
看了一些资料对白盒测试的描述，有些头大。。。

k111-7

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

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

guobin_it

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

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

joweywen23

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

ruifengkeji

不是同一个概念，所以没有办法比，针对性不一样，各有千秋

m2b2x

投票显示反方的多，可能是因为做黑盒的人多吧，跟我一样。

6楼的比喻很形象，我也借用一下中西医的比喻，不过是看病的方法不一样。黑盒就像中医的望闻问切，从外在表现找出病因；白盒就像西医的X光B超胃镜等等，要真真切切看到才能找到病因。手段虽然不同，但目标都是为了看好病，当然除了有些医生居心叵测。
我做的是黑盒功能测试，代码那边是增量开发，每增加一点新功能，我们也要跟着学习相应的新的业务知识，有很多地方也挺难的。
5楼说的很好，白盒可能开始时候难一点，不过熟悉以后应该是一通百通，不断积累经验，更快更准找到问题；黑盒可能开始时候容易一点，基本原理也就那么多，不过随着项目的进展却要大量学习业务知识。
而且白盒可能换工作更方便一些，转开发也相对容易，黑盒如果所做的行业业务面很窄，换工作的话可能要被迫做别的行业，成本很大。

woaimouse

没有可比性，各有千秋

smooth00

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

most2008

两种不同的方法的测试对象不一样，各有难点

Caillin

两种不同的测试方法，没有可比性。

firemonth

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

zhanglian

测试的侧重点不同, 没有实质的可比性!

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

iori

各有利弊，2种不同阶段的测试方法，2种测试的侧重点不一样。
假如说谁比谁难得话，就可以舍去一种测试方法吗？

cleverman

看来大家都比较理智。
我只从安全测试的角度去说，黑盒比白盒要难多了。

gp_jl

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

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

chris198685

总体而言，还是白盒目前最吃香吧，黑盒现在很多公司重视不够，任重而道远