默默巫 2008-11-18 09:50
黑盒测试与白盒测试相比，白盒比黑盒更难？（2008-11-18 ）获奖名单已公布
背景描述：[color=red][size=4]有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多．那么你的观点是？[/size]
[/color]
[color=red][/color]
[color=red][color=#000000]感谢[/color][url=http://bbs.51testing.com/viewthread.php?tid=131215&page=1#pid1106887][color=royalblue]会员疯都疯了[/color][/url][color=black]提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，[/color][url=http://bbs.51testing.com/thread-131215-1-1.html][color=red]请点击此处>>[/color][/url]
[color=black]说不定下期PK的话题就是由你提出的哦，请快快参与吧！[/color]
[/color]
[size=4][i][table=400][tr][td][b]奖项[/b][/td][td][b]获奖名单[/b][/td][td][b]奖励[/b][/td][td][b]答案连接[/b][/td][/tr][tr][td]最佳话题PK手[/td][td]pupu840323[/td][td][align=center]当当购物卡50元+最佳PK手勋章[/align][/td][td][url=http://bbs.51testing.com/viewthread.php?tid=132831&page=4#pid1119728]63#[/url][/td][/tr][/table][/i][/size]
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
侧重点不同，没有可比性
举个例子：
比如一辆汽车发动机坏了，黑盒测试的人可能一听声音就知道是发动机坏了，高手的话还可以告诉你发动机的哪个部位坏了。但他可能解释不出这个部位的具体构造，也就给不出解决这个问题的方法。
白盒测试的人，他可能从声音判断不出是哪出了问题，但他了解各个部位的构造，如果需要的话可能在一定时间内修复问题。
白盒测试具备开发能力，区别只是他知道解决的原因，也具备修复能力，但不亲自动手修复。
黑盒是面向宏观的测试，白盒是面向微观。
黑盒偏向中医，通过常年的经验积累，观面而知内，他可能知道每种药的药效，但不关心药物的分子式及在身体内起什么样的化学反应。
白盒偏向西医，他不象中医，一副药就可以治好几种病，他只能分门别类，专门的药治专门的病，西药是经过提炼的分子式级的特效药。
[[i] 本帖最后由 guobin_it 于 2008-11-18 13:12 编辑 [/i]]
joweywen23 2008-11-18 13:34
其实印象中白盒测试所需要测试人员的语言代码能力强一些，入门较难，但黑盒测试所涉猎的范围又较广，所以都各有鄙夷，个人目前仍处在黑盒测试阶段，希望以后能有机会在白盒测试进步，更希望结合白盒以及黑盒测试，更好的干好测试工作，正确规划自己的发展之路:)
ruifengkeji 2008-11-18 15:38
不是同一个概念
不是同一个概念，所以没有办法比，针对性不一样，各有千秋
m2b2x 2008-11-18 16:23
这个确实没法比较，估计大家都是中立
投票显示反方的多，可能是因为做黑盒的人多吧，跟我一样:)。
6楼的比喻很形象，我也借用一下中西医的比喻，不过是看病的方法不一样。黑盒就像中医的望闻问切，从外在表现找出病因；白盒就像西医的X光B超胃镜等等，要真真切切看到才能找到病因。手段虽然不同，但目标都是为了看好病，当然除了有些医生居心叵测:D。
我做的是黑盒功能测试，代码那边是增量开发，每增加一点新功能，我们也要跟着学习相应的新的业务知识，有很多地方也挺难的。
5楼说的很好，白盒可能开始时候难一点，不过熟悉以后应该是一通百通，不断积累经验，更快更准找到问题；黑盒可能开始时候容易一点，基本原理也就那么多，不过随着项目的进展却要大量学习业务知识。
而且白盒可能换工作更方便一些，转开发也相对容易，黑盒如果所做的行业业务面很窄，换工作的话可能要被迫做别的行业，成本很大。
woaimouse 2008-11-18 16:44
没有可比性，各有千秋
没有可比性，各有千秋
smooth00 2008-11-18 17:08
:Q 无聊的话题，白盒测试的测试过程成本高，黑盒测试定位问题成本高。没有可比性，因人的经验和熟练程序而异
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
天下事有难易乎？为之，难者亦易矣；不为，易者亦难矣。
[quote]原帖由 [i]郁闷的我[/i] 于 2008-11-19 13:15 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1112331&ptid=132831][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
黑盒测试和白盒测试是两种不同的测试方法。在整个的测试过程中两种方法都会用到，但以经验来看，在一个项目中测试工程师还是以黑盒测试为主，白盒测试为辅。对于有些人认为黑盒测试没有技术含量，这是完全错误的一种 ... [/quote]
同意16#对黑盒和白盒测试的优缺点的分析。
但是这样的问题，可能是站在中立的立场更合适，问的问题就如同说“开发”比“测试”厉害，还是“测试”比“开发”厉害的答案一样，因为不是做同一个方面的，因此不具有实质的可比性。
有人认为白盒难，只是因为白盒需要了解编码语言，甚至优秀的测试本身就是一个很优秀的开发人员。但这不等于说白盒就很难。如果本身我就对编码有一定兴趣且喜欢测试工作，可能会认为白盒并不困难，反而有很多乐趣。
也有人认为黑盒难，因为“需要丰富的经验和敏锐的思维（借用一下；））”。但是无论白盒还是黑盒测试都是需要积累经验，并具有敏锐的思维，如果一个刚入行的白盒人员和一个已经有五年以上工作经验的白盒人员相比，优劣不需要说了。
总结：天下事有难易乎？为之，难者亦易矣；不为，易者亦难矣。
chris198685 2008-11-20 12:46
总体而言，还是白盒目前最吃香吧，黑盒现在很多公司重视不够，任重而道远
qixian 2008-11-20 13:27
表面上看起来，黑盒测试比白盒测试容易；可是一个优秀的黑盒测试人员所需了解的知识要远远大于一个白盒测试的人员。仅仅是黑盒测试的门槛比较低，而且当前大部分还都是有刚毕业的大学生来做这样。而一个优秀的白盒测试人员不仅有开发人员所具有的编码能力，而且还需要敏锐的发现错误的能力。所以，当前大部分人都认为黑盒比较容易
另一方面，黑盒测试与白黑测试是一个软件开发不同阶段所采取测试策略而已，
术业有专攻，做好任何一门都不容易
疯都疯了 2008-11-20 14:38
问题怎么会是无聊
[[i] 本帖最后由 疯都疯了 于 2008-11-20 14:39 编辑 [/i]]
疯都疯了 2008-11-20 14:40
问题怎么会是无聊，很多人都盲目的觉得白盒测试比黑盒测试难，有误曲就应该提出来让大家讨论
月野幻儿 2008-11-20 15:08
[quote]原帖由 [i]gp_jl[/i] 于 2008-11-20 09:49 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1112921&ptid=132831][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
同意16#对黑盒和白盒测试的优缺点的分析。
但是这样的问题，可能是站在中立的立场更合适，问的问题就如同说“开发”比“测试”厉害，还是“测试”比“开发”厉害的答案一样，因为不是做同一个方面的，因此不具 ... [/quote]
写的不错
苏高跃 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
不具备可比性
如果你只从很浅的层面来看墨盒是比白盒门槛要低一些，但是如果想做好黑盒测试需要的知识层面还是很广的，所以个人认为不管是黑盒还是白盒就要你深入都很有前途的:victory:
renyuchen286061 2008-11-21 16:55
个人认为没有可比性................
各有千秋.......
真正做好黑盒应该也不是那么容易的吧....
比如说有些比较复杂的软件，就那个业务流程都..................
[[i] 本帖最后由 renyuchen286061 于 2008-11-21 16:58 编辑 [/i]]
默默巫1 2008-11-21 17:17
*** 作者被禁止或删除 内容自动屏蔽 ***
null2 2008-11-21 18:02
需求错了再牛X的代码又怎样？
test_fairy 2008-11-21 21:12
我偏向于黑盒更加难一些
尽管从原则上来讲,二者并没有太大的可比性.
但是如果真要来比较一下的话,自己觉得还是黑盒
测试需要的只是面更为广一些.,白盒测试主要偏重于编码,
对于其他的知识要求相对来说要少一些.但是编写过程序的
人可能都了解,代码的编写还是有一定的规律可寻的,所以
如果按照规律来寻找错误的话相对来说就容易一些.但是黑
盒测试则不是这样,要深入的搞好黑盒测试需要的知识面则
非常的广泛.诸如黑盒测试中的安全性测试\易用性测试\可靠
性测试等等要真正搞好需要的知识不是一点就可以做到的,需
要了解的东西有很多很多.相信干过黑白盒测试的人都应该有
所体会.
好了,私家所见不一定正确.
hushiping2222 2008-11-22 10:12
它们的目的是相同的，都是为了找出软件的缺陷
它们的测试重点不同。
白盒测试是依据被测软件分析程序内部构造，根据内部构造来设计测试用例，来对内部控制流程进行测试，可不顾程序的整体功能的实现；黑盒测试则是把被测对象看成是一个黑盒，只考虑其整体特性，而不考虑内部的具体实现。
因此应具体问题具体分析