51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2382|回复: 17
打印 上一主题 下一主题

测试方法中黑盒测试+白盒测试与灰盒测试有什么区别呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-4-13 22:35:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试方法中黑盒测试+白盒测试与灰盒测试有什么区别呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-4-14 00:57:44 | 只看该作者
黑盒测试依赖整体的信息,比如功能、性能等
白盒测试依赖内部细节的信息,比如函数的具体逻辑实现
灰盒测试依赖部分的内部细节信息(没有白盒测试那么多)以及部分的整体信息(没有黑盒那么多,一般就是指功能),也就是说灰盒既不够白,也不够黑

单元测试采用黑盒+白盒,意思是分别使用两种方法进行测试,先把函数看成整体进行功能测试,然后从白盒测试的角度(逻辑覆盖)来看到底哪些地方没有测试到,根据需要进行补充
集成测试采用灰盒,除了测试集成时的接口,还要测试集成后的功能,对接口的测试不能看成白盒测试,对集成后功能的测试也不能看成完全的黑盒测试
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-4-14 11:39:49 | 只看该作者
TO:skinapi
是不是有的时候,可以黑盒测试和白盒测试相结合地去测试,那为什么还要用到灰盒测试呢?

[ 本帖最后由 夏雪 于 2006-4-14 11:47 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-4-14 12:03:47 | 只看该作者
是不是根据测试对象的特点来选择不同颜色的盒子?老师能举个实际的例子吗?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-4-14 12:08:48 | 只看该作者
是不是可以这么说,对于一个测试过程中,只要用到白+黑两种方法测试的,就是用了灰盒测试
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-4-14 14:16:30 | 只看该作者
黑、灰、白三种不同的测试方法
黑盒测试依赖整体的信息,白盒测试依赖内部细节的信息。
灰盒依赖部分整体信息和部分内部细节。

单元测试采用黑盒+白盒,二个测试阶段,即单元测试第一个阶段使用黑盒测试方法,第二个阶段再使用白盒测试方法。
第一阶段使用黑盒测试,对单元模块的整体进行测试,仅用到单元模块的整体信息。
完成黑盒测试的过程之后,第二个阶段再对黑盒测试没有覆盖到的路径做白盒测试,这时需要用到单元模块内部的细节信息。

白+黑测试方法!=灰盒测试
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-4-14 15:49:17 | 只看该作者
所谓黑盒、白盒、灰盒是测试的一种分类,是考虑测试的角度不同。还是需要强调的是灰盒并不等于白盒加黑盒,它是一种独立的考虑测试的方式,就是既考虑整体又考虑内部细节。
原帖由 夏雪 于 2006-4-14 11:39 发表
TO:skinapi
是不是有的时候,可以黑盒测试和白盒测试相结合地去测试,那为什么还要用到灰盒测试呢?
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-4-14 15:56:17 | 只看该作者
可以这样来说
1、单元测试,测试内容是函数的功能以及内部实现,对功能采用黑盒,对内部实现采用白盒
2、集成测试,测试内容是被集成部分之间的接口,以及集成后的功能,采用灰盒
3、系统测试,测试内容是软件特性的实现,采用黑盒
原帖由 dzhot 于 2006-4-14 12:03 发表
是不是根据测试对象的特点来选择不同颜色的盒子?老师能举个实际的例子吗?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-4-14 18:53:46 | 只看该作者

hehe

还是楼上强啊!!
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-4-14 22:30:11 | 只看该作者
看明白了。呵呵~~
总结一下

黑盒测试依赖整体的信息,比如功能、性能等
白盒测试依赖内部细节的信息,比如函数的具体逻辑实现
灰盒测试依赖部分的内部细节信息(没有白盒测试那么多)以及部分的整体信息(没有黑盒那么多,一般就是指功能),也就是说灰盒既不够白,也不够黑。需要强调的是灰盒并不等于白盒加黑盒,它是一种独立的考虑测试的方式,就是既考虑整体又考虑内部细节

1、单元测试,测试内容是函数的功能以及内部实现,对功能采用黑盒,对内部实现采用白盒
2、集成测试,测试内容是被集成部分之间的接口,以及集成后的功能,采用灰盒
3、系统测试,测试内容是软件特性的实现,采用黑盒
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-4-15 22:12:20 | 只看该作者
原帖由 skinapi 于 2006-4-14 15:56 发表
可以这样来说
1、单元测试,测试内容是函数的功能以及内部实现,对功能采用黑盒,对内部实现采用白盒
2、集成测试,测试内容是被集成部分之间的接口,以及集成后的功能,采用灰盒
3、系统测试,测试内容是软件 ...



比俺说的清楚 哈哈
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-4-17 12:46:14 | 只看该作者
原帖由 skinapi 于 2006-4-14 00:57 发表
黑盒测试依赖整体的信息,比如功能、性能等
白盒测试依赖内部细节的信息,比如函数的具体逻辑实现
灰盒测试依赖部分的内部细节信息(没有白盒测试那么多)以及部分的整体信息(没有黑盒那么多,一般就是指功能) ...

感觉具体里面所用的测试方法还是一样的 只是对测试的对象不同
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2006-4-17 13:23:10 | 只看该作者

点我名字旁边的"精华"

点我名字旁边的"精华"
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-4-19 00:55:38 | 只看该作者
理解的更加深入了...
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2006-4-21 11:34:20 | 只看该作者
灰盒测试是在一个测试过程中,我们是根据被测试对象的内部信息和外部信息这两部分的信息来进行测试的,比如说集成测试(既根据函数或者模块之间的接口又根据集成后的功能进行测试——,而黑盒+白盒是对一个测试的两个测试过程,比如说单元测试,我可以根据它的内部代码来设计用例,从而对它进行白盒测试,我们也可以不管它的内部实现,只看它的功能,从而设计用例子、进行黑盒测试,这里说的黑盒+白盒是说我们对一个被测对象的两种不同的测试方法,两个过程,并不是一个过程中用到了这两种方法!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2006-5-3 09:34:52 | 只看该作者
灰盒测试    依赖      部分的内部细节               部分的整体信息
                                  ——————————————————————
                                  白                          灰度                                黑
灰度就是表示依赖那部分信息的多少
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2006-5-5 17:10:13 | 只看该作者
同意15楼的兄弟的观点。

灰盒测试在思考问题的方法上和黑+白是不同的。虽然如果单独分析的话,设计出来的用例是会有些重合,。但是它们的着眼点是不一样的。

相信大家对COUNTER这个软件都做了测试,我们在系统测试,集成测试和单元测试阶段设计出来的用例有一些是一样的。但是我们设计的思路是不同的。侧重的观察点也是不一样的。
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2008-10-29 14:49:40 | 只看该作者
谢谢
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-27 09:25 , Processed in 0.084168 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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