51Testing软件测试论坛

标题: 黑盒测试中的典型问题 [打印本页]

作者: ouling168 时间: 2007-3-7 17:36
标题: 黑盒测试中的典型问题
大家好：工作了一段时间了，遇到一个问题，自己想的不是太明白请大家来交流一下！

在对一个有将近20个子模快（每个子模块的大小不相同，但之间的关联相当紧密）的系统软件进行黑盒测试时，会遇到这样一种情况：相关的模块间的测试用例在编写时，按关联关系会很复杂，但在按功能点编写时，模块间的逻辑结构不容易体现。两者之间怎样均衡会比较好呢？请教高手来指点一下！

[ 本帖最后由 ouling168 于 2007-3-7 17:40 编辑 ]

作者: Rosetan 时间: 2007-3-7 20:43
模块之间的测试应该属于灰盒测试的范围，如果真要测，可从两方面入手，一个是软件模块之间的接口问题，另一个是两个或多个模块集成后的功能问题。

作者: jacktang 时间: 2007-3-7 23:15
黑盒测试在中国极有可能是系统测试这样的话你只要紧紧地盯着需求分析说明书就是了
应该是不会有什么大的漏子的除非SRS本身就有误

作者: liuxz 时间: 2007-3-8 09:22
两者结合了，模块本身功能和模块间的接口都要编写测试用例，测试前期侧重于模块本身的功能，后期侧重接口

作者: rainyday32 时间: 2007-3-8 09:30
我也觉得应该是主要以功能方面的为主~

作者: newdam 时间: 2007-3-8 13:47
LZ说的应该是集成测试吧，基本上算灰盒的。我建议可以把所有模块分成几个大一点的模块。测好大模块里面的接口以及功能，然后再把大模块集成为系统，最后按需求来进行功能测试。（当然是时间够用的情况下）

作者: eggsgto 时间: 2007-3-9 12:03
个人感觉楼主的意思是:编写测试用例的思路是按照单个功能的验证还是按照业务逻辑的验证(某一流程也许会使用到多个功能模块)

作者: wyyuan 时间: 2007-3-9 12:53
可以采用OAT技术进行编写

作者: wangs 时间: 2007-3-9 18:33
应该是集成测试吧,那么重点应该在各模块的接口和整体性能上,思路还得自己动脑筋。..

作者: 大妮 时间: 2007-3-10 14:55
可以尝试写两种测试用例，1.功能测试用例 2.流程测试用例，侧重点不同。

作者: anruie 时间: 2007-3-11 16:06
我觉得虽然黑盒测试主要是功能测试但是我们做的是整个系统的功能测试,所以模块之间的关系还是需要关心的,我觉得在编写用例的时候,可以编写以下功能之间的冲突,那样用例编写起来应该会清楚明了些吧

作者: ouling168 时间: 2007-4-2 15:28
谢谢各位了!我主要还是说测试用例的编写,这下有点眉目了

作者: june_zhuhui 时间: 2007-4-2 16:09
标题: 努力学习！
好复杂，看来要努力努力再努力！！！

作者: 厍仕杰 时间: 2007-4-2 16:15
我觉得是以功能测试完成为主先不考虑关系
完成后在设计一个关系的测试用例
虽然会有重复但是覆盖率会很好我觉得是
lz可以在考虑考虑

作者: caodongjian 时间: 2007-4-3 11:00
sdlkfj8 /......................

作者: xiaochenchen 时间: 2007-4-3 13:16
主要是功能方面，考虑要全面不拉下每个环节

作者: wangqingxi 时间: 2007-4-3 13:47
我觉得，黑盒测试用例的编写，可以分为功能测试用例、流程测试用例、接口测试用户；功能测试用例注重的是每个独立模块的功能；流程测试用例注重的是整个系统的流

程；也就是集成测试，就像楼主所说的你要测试的项目是一个比较复杂的系统，那就应该整理一份比较清楚的流程示意图，并且应该尽可能的罗列出所有业务操作中存在的特殊情况

的特殊处理；这里的接口测试用例侧重于，在web页面是否能看到从其他系统的接口读过来的数据，并且判断一下数据是否符合要求，是否能够参与系统中的统计功能。

以上是我个人的一点小小的心得，有什么地方说错的，请多多指教

作者: willian0200 时间: 2007-4-4 11:23
黑盒测试的话，应该不用关注模块间的接口问题，那是属于灰盒测试的范畴，你应该主要针对功能进行测试，毕竟功能的正确实现才是黑盒的主要着眼点，个人意见，不妥处，望赐教～！

作者: shingo0109 时间: 2007-4-13 16:03
个人觉得黑盒测试主要是功能方面的测试，其他的可以补充
而关于各个模块间的接口问题和其整体功能方面的测试应属于集成测试所关心的，做黑盒测试的话应该不必那么注重接口方面的测试

作者: sunrubo2008 时间: 2007-4-13 22:41
个人感觉像比较复杂的功能，应该以流程书写为重点，但是不会写得很细，细节的地方需要测试人员自己依据自己公司的测试标准进行测试把握

[ 本帖最后由 sunrubo2008 于 2007-4-13 22:43 编辑 ]

作者: sephiroth 时间: 2007-4-14 09:59
大家说的都有道理啊，黑盒测试是基于功能的测试，主要还是看功能的实现问题，逻辑关系的话主要是白盒关注的内容

作者: dandan 时间: 2007-4-14 10:52
不错，学到了。。。。

作者: 天使之泪 时间: 2007-4-14 13:34
sdlkfj6

作者: SOG 时间: 2007-4-14 21:10
标题: 回复 #1 ouling168 的帖子
个人理解：黑盒测试主要关注功能测试、性能测试、GUI测试。所以针对你所说的考虑功能点情况，是要设计测试用例验证系统软件能否正确实现需求规格说明书中要求的功能点，这是属于系统测试的范畴；
而对于系统内部相关模块间的测试，应该属于集成测试的范畴，是灰盒测试。可以采用大爆炸、自顶向下、自底向上等测试策略组合模块，设计测试用例以关注模块之间的接口关系以及组合后的功能。不妥处，望赐教～！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)