黑盒测试如何保证需求的覆盖度？（08-02-22）（获奖名单已公布）

51testing

软件测试如何达到一定的覆盖度是个非常重要的问题，它是我们测试分析和测试设计工作的基础和出发点。在白盒测试中，我们可以用逻辑覆盖（语句覆盖、分支覆盖、条件覆盖、路径覆盖）等来指导我们的测试分析和设计，并用来评价我们测试工作的充分性，但在黑盒测试中，我们所追求的是需求要达到一定的覆盖度，那么如何衡量需求被覆盖的程度呢？又如何保证去达到一定的需求覆盖呢？请结合您的思考和实践，畅所欲言，希望各种观点在碰撞中产生火花。

       非常感谢各位会员积极参与，截止至２月２９日１７：３０分，从该贴所有评论中选出部分作出精彩评论的会员予以奖励，此外，其他所有参与讨论的会员也将获赠积分２０。礼品和积分将在下周内送出。

　　　　　　　　　　　　　　  

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	shenlake	当当购物卡50元	99#
二等奖	huior	300论坛积分	61#
	huang-xl		30#
三等奖	1qazse4	100论坛积分	26#
	fengjingqiong		66#
	jack8032		92#

黑之邃

求软件测试方面的职位
借楼主页面，在这求职一下，谢谢啦！
本人大四做过一个项目，主要负责的是测试方面的。有一定的测试方面的经验，对黑盒测试有一定的了解。 希望今后能找到这方面的工作，有人能介绍或推荐吗？我的QQ：758292339

taotaoyan

我想学习，大家可以出个文档吗！你们这样一人几句。我们没有办法看，

别叫我神

好贴``
顶一下``

ruby332330047

很有用的一个问题，学到了很多东西！
觉得有一份完善的测试用例，那么覆盖度就比较高了。
如果时间上很紧的话那么就将BUG库内的BUG的进行复测，以及对一些主要功能点的回归测试

wuyan198781

但是看到各位高手的解释，我觉得受益匪浅呀！
我知道什么是黑盒测试，具体的操作还没有进行过呢？
呵呵！

charles

个人认为需求的覆盖率取决于需求中对功能点描述细化的粒度，需求编写的是否规范清楚。

sm_zx

还不错！！！

saffsf

dsafsfsdf

judy.peng

很有用。。。。

sdxyyouyou

请问你们测试前,是根据需求规格说明书直接写测试用例;还是根据多个文档,先写测试需求分析文档,然后编写测试用例,才实行测试工作?

fmsbai5

多和需求人员交流，尽可能得深入理解需求，参与项目前期的需求讨论，表结构讨论和业务流程讨论。测试需求，将其拆分为功能模型，根据相关设计文档编写相应的测试用例，其实是一个逐步深入理解需求的过程。很多数据之间的关联关系直到产品出来后才知道是多么的复杂，而前期仅仅看需求，表结构，业务流程和界面是难以想象的，但事后感觉多想多思考还是很有帮助的。

daili

1、我觉得首先应该是对用户的需求和相关知识有相当程度的了解，如：客户一般需做什么样的业务，比较特殊的业务等；
2、与开发人员沟通，大体上了解他们每个功能时怎样实现的，这样可以在看不到代码的情况下，有目的或重点的对可能存在问题的地方准备测试数据；
新手上路，请多多指教

ruobingbingchen

一定要深刻得了解需求，多想！

cjchm

黑盒测试一般指的就是功能测试，关于黑盒测试该用的方法和技巧，前面的朋友都已经提过了，100％的覆盖是不能的，即便现阶段达到了，需求却是不断变化的。
    那么什么样的覆盖度才算合理，本人觉得此时最重要的事情就是，测试用例的评审工作。抓好评审工作，将用例的设计做好。大家认为可行了，覆盖度的理想值基本上就接近了。
    鉴于需求的不断变更，测试人员也应该及时更新用例，做好版本升级。
    软件的测试在集成测试阶段，不仅要从功能测试方面来测试，还要从易用性，安全性，界面美观性及软件的性能等方面来进行。
    没有100％完美的软件，测试也不可能100％，在平时的工作中也要经常创新和总结，积累经验，提高测试水平，对需求的尽可能透彻的理解，将客户可能发现的bug或者不合理的地方扼杀在萌芽状态，就很不错了。
   以上个人愚见，希望大家多多赐教。

[ 本帖最后由 cjchm 于 2008-2-29 16:09 编辑 ]

hhyghr

我支持这个观点。呵呵

调皮精灵

黑盒测试如何保证需求的覆盖度？
这个应该要看针对什么样的客户,对可靠性和性能,易用性方面的相关要求,所以如果要保证需求的覆盖度,首先是要分析好客户的需求,然后在进行相关方面的设计,
对于功能部分的设计可以采取一系列的测试方法,比如说场景设计,正交设计等等，然后在分析是对性能的要求和可靠性的要求,如果此系统对可靠性要求比较高。那可能
需要考虑一些常用的故障注入方法,如果对UCD要求比较高的话,可能则需要根据一些UCD的相关规范进行测试.更好一点,还搞个用户体验之类来评估次需求的可用性..当然这些都是要
基于成本考虑的...

shenlake

主要要做好测试需求分析
测试需求分析分两步：
1，测试需求的获取
需求的来源：显式需求（1）原始需求说明书（2）产品规格书（3）软件需求文档（4）有无继承性文档（5）经验库（6）通用的协议规范
隐式需求：用户的主观感受，市场的主流观点，专业人士的评价分析
2，需求的分析 ，产生测试需求文档
将不同的需求来源划分成一个个需求点，针对每一点进行测试分析，（1）界定测试范围（2）利用各种测试设计的方法产生测试点

apl137

黑全测试如何保证需求的覆盖度？假设需求是不变的。我们只需要使用黑合测试的策略用等价类、边界值、错误推测、因果图、判定表驱动、正交试验、功能图、场景法等测试就能保证需求的覆盖度。当然这是理想的情况。但是，在真实的项目中需求是在变化的。这就要求做好需求管理。如用TD记录需求的变更，及对需求的管理。就以得到比较高的需求覆盖。个人认为管理好需求，是保证需求的覆盖度的关键点。

zhouchiyi

个人认为，黑盒测试的覆盖主要在于测试系统的功能覆盖，要想达到一定的覆盖度，编写测试用例时需要对系统的需求文件，功能文档等系统的相关文档有充分的了解，特别是对系统实现的功能要了解，并在每个功能的基础上，主要以等价类，边界值，因果图以及错误推测等方法来编写测试用例。以达到功能覆盖的完整。