黑盒测试比白盒测试更难，技术要求更高

cleverman · 发表于 2008-11-17 11:12:09

aaa

[ 本帖最后由 cleverman 于 2009-1-18 00:57 编辑 ]

wpyily · 发表于 2008-11-17 14:19:38

认真的拜读cleverman的每一篇文章。

chillbin · 发表于 2008-11-17 17:39:40

很赞同cleverman的观点。。其实不管我们在什么位置，做什么样的测试，都要有积极的心态，要有责任心。只要你比别人多一点耐心，多一点用心，多思考一些，就可以很出色。。。

ulimeyer · 发表于 2008-11-17 20:44:12

只要你自己有心，只要你自己用心，你总能发展和提高的，外部环境固然重要，但是起决定因素的还是自己。

说的非常好

goopy · 发表于 2008-11-17 21:57:08

受教了

seifer1754 · 发表于 2008-11-18 10:32:29

侧重点还是有区别的。
白盒测试还要考虑代码的健壮性,执行效率,数据耦合,控制耦合,逻辑覆盖率等等.
黑盒测试更多的是考虑性能测试.

Neoess · 发表于 2008-11-18 11:41:53

我是新手，我不敢认同大侠的说法，我觉得两者不是那么容易作对比的。

zhsumei · 发表于 2008-11-18 13:27:32

同意～～

cleverman · 发表于 2008-11-19 03:22:44

原帖由 Neoess 于 2008-11-18 11:41 发表
我是新手，我不敢认同大侠的说法，我觉得两者不是那么容易作对比的。

你说的不错，我的对比也是从某种角度出发。简单地说是从高端测试的角度。如果你想发现那些深层，底层的bug，黑盒测试要比白盒难多了。如果是做低端测试，那当然是另外一个样子了。
另外我的意思主要是说，从事黑盒测试人要有信心和方向去提高自己的测试技术，不要单纯认为只是转向白盒才能更上一层楼。我并没有要拿两者做一个综合对比的意思。如果硬要对比，我也是在安全测试的领域对比，这个基本可以肯定地说，并且各种书籍上也态度很明确，就是黑盒比白盒要难多了。

cleverman · 发表于 2008-11-19 03:23:32

原帖由 seifer1754 于 2008-11-18 10:32 发表
侧重点还是有区别的。
白盒测试还要考虑代码的健壮性,执行效率,数据耦合,控制耦合,逻辑覆盖率等等.
黑盒测试更多的是考虑性能测试.

同意。我更多的侧重了安全测试方面。

chech28 · 发表于 2008-11-19 09:05:38

呵呵，其实这些比较本来就是不恰当的，主要是现在的风气比较奇怪，老有人觉得这个高级，那个低级，其实自己才刚入门而已，根本没有说到点子上，cleverman为了矫枉，不得不过正了点。。。

飘渺的风 · 发表于 2008-11-19 09:48:47

黑盒和白盒只是针对点不同，这两者我觉得拿来做比较就已经是个错了
他们只是我们测试一个手段
黑盒从外面看功能，白盒从里面分析问题
他们之间是互相补充，相辅相成的关系
我们的发展方向可以从黑盒到白盒，因为黑盒上手容易，所以放前面
我觉得并不是白盒比黑盒高明或者优秀
看了LZ的帖子还是对测试有了一定的认识，对号入座了下觉得自己需要学习的又多了！

taziji · 发表于 2008-11-19 11:45:46

有点挺认同的，看着代码作黑盒，事情简单很多

seifer1754 · 发表于 2008-11-19 12:51:56

原帖由 taziji 于 2008-11-19 11:45 发表
有点挺认同的，看着代码作黑盒，事情简单很多

那是因为你看得是 UI 部分的代码.

给你最底层的数据结构,内存分配的代码,就是都背下来,你也不知道最终的界面是什么样子.

chech28 · 发表于 2008-11-19 13:00:45

原帖由 seifer1754 于 2008-11-19 12:51 发表

那是因为你看得是 UI 部分的代码.

给你最底层的数据结构,内存分配的代码,就是都背下来,你也不知道最终的界面是什么样子.

你怎么知道他看的是什么部分的代码？而且你怎么知道他就是测界面的？黑盒测试又不等于界面测试。

默默巫 · 发表于 2008-11-19 13:05:34

看大家发言这么踊跃，不如去本次的话题ＰＫ中去讨论吧．::xsdo::: 还有奖品拿！

黑盒测试与白盒测试相比，白盒比黑盒更难？http://bbs.51testing.com/thread-132831-1-1.html

dawee · 发表于 2008-11-19 13:12:11

帖子中的思路比较认同。
对其中一点有疑问：
拿功能测试来说，功能测试用例首先依据的应该是详细的需求规格说明书。当功能满足需求说明书（业务）之后，再来考虑有没有功能实现上的bug，这个阶段（如果层次够深的话）再结合代码来做黑盒测试。
帖子的意思可不可以这么理解？

afeng · 发表于 2008-11-19 13:29:05

问题是现在国内公司的环境,如果妮去作一些妮份外的事情,公司知道了,只会把更重的活压给妮,妮就要不断的去提高自己的能力,一份付出,一份回报吗,这可不是在学校,多解一道难题,多一份荣耀,现在是多一份责任的压力,这个问题也是要考虑到滴,而且象lz这样去作的人毕竟少数,绝大多数人还是按部就班的工作,除非是对计算机技术狂热喜欢的人了,可这样的人又能有几个呢,呵呵

feer · 发表于 2008-11-19 14:51:18

呵呵~~了解~

seifer1754 · 发表于 2008-11-19 14:53:49

原帖由 chech28 于 2008-11-19 13:00 发表

你怎么知道他看的是什么部分的代码？而且你怎么知道他就是测界面的？黑盒测试又不等于界面测试。

你怎么知道他看的不是UI部分的代码？而且你怎么知道他不是测界面的？黑盒测试哪个方面需要了解源代码？

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 黑盒测试比白盒测试更难，技术要求更高

相关帖子

站长推荐 /1