黑盒测试与白盒测试相比，白盒比黑盒更难？（2008-11-18 ）获奖名单已公布
背景描述：有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多．那么你的观点是？感谢会员疯都疯了提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！
奖项获奖名单奖励答案连接最佳话题PK手pupu840323当当购物卡50元+最佳PK手勋章63#
没有可比性
黑盒和白盒测试的专注点是不一致的，我认为没有可比性可能黑盒的入手比较简单，很多刚毕业的大学生都进入的黑盒测试，可能门槛比较低而已
但是谁能否认真正的黑盒测试人员不如白盒的呢？
如自动化的测试工具，按照白盒和黑盒这样来分的，应该属于黑盒
那如何考虑呢？
不具备可比性
着眼点不同。明显的问题
做黑盒，什么人都可以，白盒却要懂代码，写过代码中立
黑盒感觉范围要广一些白盒所需语言知识较多一些吧
看了一些资料对白盒测试的描述，有些头大。。。
问题问的太弱智
首先这个问题就不存在没有可比性
他们面对的层次不同，
直接对比，没有任何意义
我个人白盒黑盒都在做，
谈谈个人看法
白盒测试需要要求对代码熟悉
开始要一段时间学习，
难度很大
需要熟练使用工具
但是熟练后
也就没什么了。
无非耐心，仔细而已
黑盒入门简单多了，
确实是什么人都可以做
但是不是什么人都可以做好
需要熟悉需求，业务，风险，管理，质量等等，对综合素质要求很多，
现在测试行业的情况是，
很多黑盒的测试人员，
干一两年，
就不进步了，
始终在入门级别徘徊，所以让人误以为黑盒就那么简单。
而白盒能，很多也是是这样，
靠一两样工具，混几年饭
因为底蕴太差，
缺乏对软件的深入理解
也就变成了扫描工具（我就是这样）
呵呵
总之，他们两个做好了，都有前途，如果你只是定位为入门
都挺没意思的！
至于直接对比，确实没可比性
侧重点不同，没有可比性
举个例子：比如一辆汽车发动机坏了，黑盒测试的人可能一听声音就知道是发动机坏了，高手的话还可以告诉你发动机的哪个部位坏了。但他可能解释不出这个部位的具体构造，也就给不出解决这个问题的方法。
白盒测试的人，他可能从声音判断不出是哪出了问题，但他了解各个部位的构造，如果需要的话可能在一定时间内修复问题。
白盒测试具备开发能力，区别只是他知道解决的原因，也具备修复能力，但不亲自动手修复。
黑盒是面向宏观的测试，白盒是面向微观。
黑盒偏向中医，通过常年的经验积累，观面而知内，他可能知道每种药的药效，但不关心药物的分子式及在身体内起什么样的化学反应。
白盒偏向西医，他不象中医，一副药就可以治好几种病，他只能分门别类，专门的药治专门的病，西药是经过提炼的分子式级的特效药。
[ 本帖最后由 guobin_it 于 2008-11-18 13:12 编辑 ] 其实印象中白盒测试所需要测试人员的语言代码能力强一些，入门较难，但黑盒测试所涉猎的范围又较广，所以都各有鄙夷，个人目前仍处在黑盒测试阶段，希望以后能有机会在白盒测试进步，更希望结合白盒以及黑盒测试，更好的干好测试工作，正确规划自己的发展之路:)
不是同一个概念
不是同一个概念，所以没有办法比，针对性不一样，各有千秋这个确实没法比较，估计大家都是中立
投票显示反方的多，可能是因为做黑盒的人多吧，跟我一样:)。6楼的比喻很形象，我也借用一下中西医的比喻，不过是看病的方法不一样。黑盒就像中医的望闻问切，从外在表现找出病因；白盒就像西医的X光B超胃镜等等，要真真切切看到才能找到病因。手段虽然不同，但目标都是为了看好病，当然除了有些医生居心叵测:D。
我做的是黑盒功能测试，代码那边是增量开发，每增加一点新功能，我们也要跟着学习相应的新的业务知识，有很多地方也挺难的。
5楼说的很好，白盒可能开始时候难一点，不过熟悉以后应该是一通百通，不断积累经验，更快更准找到问题；黑盒可能开始时候容易一点，基本原理也就那么多，不过随着项目的进展却要大量学习业务知识。
而且白盒可能换工作更方便一些，转开发也相对容易，黑盒如果所做的行业业务面很窄，换工作的话可能要被迫做别的行业，成本很大。
没有可比性，各有千秋
没有可比性，各有千秋 :Q 无聊的话题，白盒测试的测试过程成本高，黑盒测试定位问题成本高。没有可比性，因人的经验和熟练程序而异侧重点不同，没有有可比性
两种不同的方法的测试对象不一样，各有难点中立
两种不同的测试方法，没有可比性。 我的感受是两者不能用难来比较，只是白盒对测试人员要求相对高些。在做白盒的自动化时，框架需要自己设计并遍写代码搭建，不像黑盒有WR,QTP之类现成的工具。 大家都很懒，选了正反方回答还是中立．．． 黑盒测试和白盒测试是两种不同的测试方法。在整个的测试过程中两种方法都会用到，但以经验来看，在一个项目中测试工程师还是以黑盒测试为主，白盒测试为辅。对于有些人认为黑盒测试没有技术含量，这是完全错误的一种看法，好的黑盒测试需要丰富的经验和敏锐的思维。黑盒测试的特点：
1. 不基于对系统内部的设计和实现。
2. 用例设计基于功能的定义和需求说明书。
3. 关注于测试数据的选择和测试结果的分析。
常见的黑盒测试有，功能测试、压力测试、易用性测试和性能测试等。
使用的测试方法有，等价类划分、边界值测试、错误测试、启发性测试等。
当然黑盒测试也存在一些弊端：
1. 对用例设计人员的经验要求较高，包括数据的选择，对潜在错误的敏感性；
2. 对于内部实现的bug不容易发现；
3. 不能提供直观的测试覆盖率。
白盒测试的特点：
1. 需要了解系统的整体设计和实现；
2. 对源代码进行审查；
3. 在单元测试阶段发现大量的缺陷；
4. 关注于系统的控制流和数据流；常用的一些白盒测试方法有，独立路径测试、逻辑判断测试、数据结构测试、覆盖率测试等。
白盒测试的不足之处有：
1. 不能确保系统是否完全符合需求说明书；
2. 白盒测试的代价会大于黑盒测试；
3. 需要源代码首先完成才能进行测试； 黑盒测试是纯粹的体力活..没啥技术含量
不停重复的过程,很枯燥的活~
新人的见解...
无可比性
测试的侧重点不同, 没有实质的可比性!不过给大家造成的误解是:白盒要接触代码,所以要比黑盒难而已!:) 各有利弊，2种不同阶段的测试方法，2种测试的侧重点不一样。
假如说谁比谁难得话，就可以舍去一种测试方法吗？
