1. 黑盒测试

　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
     黑盒测试方法主要有等价类划分、边值分析、因

出自：http://www.miiceic.org.cn/phrase/200602281036115.html

中程在线：http://www.miiceic.org.cn/phrase/200604232027375.html

维基百科：http://zh.wikipedia.org/w/index.php?title=%E6%B5%8B%E8%AF%95%E9%A9%B1%E5%8A%A8%E5%BC%80%E5%8F%91&variant=zh-cn

英文原文：

第101帖【2004－9－10】：USE CASE测试

USE CASE 是UML的核心，贯穿了RUP开发方法的整个过程，实际上RUP讲的就是一种USE CASE 驱动的开发方法。我们可以使用Use Case来表示用户的需求，并且Use Case避免了自然语言描述需求的二义性，可以自由的在不同的用户之间传递信息，那么我们在需求测试的时候，重点就落在了如何测试Use Case上了。

测试Use Case的方法有两种：

 1、使用Use Case建模工具，比如Rational Rose，这类工具本身具有检查Use Case的功能，包括语法的正确性，检查

第81帖【2004－8－12】：新的可测试性设计思想

随着科技与经济的发展，为提高产品的质量和竞争力，传统的纵向设计流程必然让位于“并行工程”设计。在并行工程设计环境下，可测试性技术的内涵与设计策略得到了拓展与丰富。在并行工程设计环境下，测试不仅包括了传统意义上的制造阶段以质量保证为目的的测试和使用阶段以诊断维修为目的的测试，而且还包含了产品设计实现阶段以设计验证为目的的测试，以及产品的概念设计和体系结构设计中的可测试性设计过程。并行工程设计环境下可测试性设计策

第61帖【2004－7－19】：软件估计

软件估计、测量、度量过程是软件开发过程的重要组成部分，是开发过程不断改进的原因所在。软件组织如果没有什么有效手段评估和测量开发过程，即使是依赖优秀的个人和开发团体成功的开发了多个产品或项目，也不能将经验和教训记录下来供以后的开发工作参考并用于改进开发过程。产品或项目的成功总是过多的依赖个人的努力而不是丰富的历史经验数据。

软件组织需要制订开发过程相关的软件估计、测量、度量活动规范、模板，并且把软件估计、测量等活动列入了日常的

第41帖【2004－6－27】：测试自动化的限制

测试自动化可以带来非常明显的收益，但也有其限制，主要有：

1.不能取代手工测试

2.手工测试比自动测试发现的缺陷更多

3.对测试质量的依赖性极大

4.测试自动化不能提高有效性

5.测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发。

6.工具本身并无想像力　

另外，人工测试比测试工具更优越的另一个方面是可以处理意外事件。虽然工具也能处理部分异常事

第21帖【2004－6－6】：回归测试

Roger S. Pressman

每当一个新的模块被当作集成测试的一部分加进来的时候，软件就发生了改变。新的数据流路径建立起来，新的I/O操作可能也会出现，还有可能激活了新的控制逻辑。这些改变可能会使原本工作得很正常的功能产生错误。在集成测试策略的环境中，回归测试是对某些已经进行过的测试的某些子集再重新进行一遍，以保证上述改变不会传播无法预料的副作用。

在更广的环境里，（任何种类的）成功测试结果都是发现错误，而错误是要被修改的，每当软件被

来源：测试时代(www.testage.net)

第1帖【2004－5－10】：软件测试的理想模式是什么？

Brian Marick：我不认为存在什么理想模式。我觉得让开发人员承担某些测试也许会更加有效，而其他测试则由独立测试组来进行。因为如果你把所有测试都交给独立测试组，他们不可能有时间把所有测试都做好。所以，最佳的方式是让开发人员承担一定量的测试，独立测试组给予他们支持。独立测试组主要承担整个系统的测试，去寻找开发人员还没有发现的缺陷，如子系统间的交互、运行条件、内存使用等。

如何更