我支持这个观点。呵呵

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

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

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

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

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

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

很有用。。。。

dsafsfsdf

还不错！！！

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

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

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

好贴``
顶一下``