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

默默巫

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



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

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

郁闷的我

大家都很懒，选了正反方回答还是中立．．．

郁闷的我

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

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

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

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

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

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

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

　　2. 对源代码进行审查；

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

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

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

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

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

疯都疯了

问题怎么会是无聊，很多人都盲目的觉得白盒测试比黑盒测试难，有误曲就应该提出来让大家讨论

默默巫1

黑盒测试不一定比白盒测试技术含量低，现在我却可以比较肯定地说，黑盒测试比白盒测试更难，技术要求更高。道理其实非常简单，黑盒，白盒测试的本质区别在于源代码的访问权利，白盒测试具有这种 权利，因此也就具有更多的资源和信息进行测试，当然事情就会变得容易很多，而黑盒测试由于不能看到源代码，就使得对于白盒测试人员发现的bug，你要花更多的时间，并且具有更高的技术才有可能发现。

null2

需求错了再牛X的代码又怎样？

test_fairy

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

rocky_chen0423

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

james.zhong

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

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

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

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

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

尛蟲蟲

黑盒测试 那可是半个架构师耶~
白盒   说的难听点 代码工人而已~

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

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

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

郁闷的我

呵呵，我又来了，看大家观点．
这次人比较少啊．

pupu840323

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

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

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

wudefei1020

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

ppllggmm

做好黑盒测试并非易事！！

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

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

mixcool

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

xszhu123

(*^__^*) 嘻嘻……