51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【周活动】 找茬--心里圈的故事 !【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【109期】:python爬虫的魔力 !双11剁手不吃土,来投稿赚回血红包! 【专题】用尽一切办法只为让你学好用例 自学软件测试那点事
查看: 54981|回复: 95

黑盒测试与白盒测试相比,白盒比黑盒更难?(2008-11-18 )获奖名单已公布

[复制链接]

该用户从未签到

发表于 2008-11-18 09:50:59 | 显示全部楼层 |阅读模式
背景描述:有人认为白盒测试技术要求比黑盒高,而有人认为做好黑盒不容易,黑盒测试要求的综合能力太多.那么你的观点是?



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



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

白盒比黑盒难

反方观点 (1055)

黑盒比白盒难

回复

使用道具 举报

该用户从未签到

发表于 2008-11-19 13:09:36 | 显示全部楼层
大家都很懒,选了正反方回答还是中立...
回复

使用道具 举报

该用户从未签到

发表于 2008-11-19 13:15:30 | 显示全部楼层
黑盒测试和白盒测试是两种不同的测试方法。在整个的测试过程中两种方法都会用到,但以经验来看,在一个项目中测试工程师还是以黑盒测试为主,白盒测试为辅。对于有些人认为黑盒测试没有技术含量,这是完全错误的一种看法,好的黑盒测试需要丰富的经验和敏锐的思维。
 
  黑盒测试的特点:

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

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

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

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

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

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

  2. 对源代码进行审查;

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

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

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

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

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

使用道具 举报

该用户从未签到

发表于 2008-11-20 14:40:26 | 显示全部楼层
问题怎么会是无聊,很多人都盲目的觉得白盒测试比黑盒测试难,有误曲就应该提出来让大家讨论
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

发表于 2008-11-21 18:02:54 | 显示全部楼层
需求错了再牛X的代码又怎样?
回复

使用道具 举报

该用户从未签到

发表于 2008-11-21 21:12:57 | 显示全部楼层

我偏向于黑盒更加难一些

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

使用道具 举报

该用户从未签到

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

使用道具 举报

  • TA的每日心情
    无聊
    2015-12-2 10:12
  • 签到天数: 5 天

    连续签到: 1 天

    [LV.2]测试排长

    发表于 2008-11-25 14:46:54 | 显示全部楼层
    先说下个人观点吧!黑盒测试肯定比白盒测试要难,这是为什么呢!
    原因如下:

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

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

    枯燥性:
    黑盒测试比白盒测试更枯燥,需要更多的耐心!

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

    使用道具 举报

    该用户从未签到

    发表于 2008-11-25 17:23:02 | 显示全部楼层

    黑盒比白盒难

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

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

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

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

    使用道具 举报

    该用户从未签到

    发表于 2008-11-27 11:01:14 | 显示全部楼层
    呵呵,我又来了,看大家观点.
    这次人比较少啊.
    回复

    使用道具 举报

    该用户从未签到

    发表于 2008-11-28 15:08:22 | 显示全部楼层

    他们最大的差别只有一点

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

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

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

  • TA的每日心情
    开心
    2014-11-27 13:57
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2008-12-2 18:14:56 | 显示全部楼层
    做好黑盒测试并非易事!!

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

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

    使用道具 举报

    该用户从未签到

    发表于 2010-10-8 10:37:50 | 显示全部楼层
    白盒先难后易,黑盒先易后难
    白盒刚开始人门比较困难,要懂代码。根据代码写用例。懂了以后会比较简单
    黑盒测试入门容易学精难。有人认为黑盒就是随便点点就可以了,其实不然。有的人做黑盒测试2-3年都可能原地踏步。需要多总结!涉及面比较广。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2012-6-1 20:25:43 | 显示全部楼层
    (*^__^*) 嘻嘻……
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2019-12-10 14:24 , Processed in 0.077360 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2019 Comsenz Inc.

    快速回复 返回顶部 返回列表