标签：strong 数据 sp 代码 on 工作 时间 r 设计
黑盒测试又叫功能测试、数据驱动测试或基于需求规格说明书的功能测试。该测试类别注重于测试软件的功能性需求。
采用这种测试方法，测试工程师把测试对象看作一个黑盒子，完全不考虑程序内部的逻辑结构和内部特性，只依据程序的《需求规格说明书》，检查程序的功能是否符合它的功能说明
与黑盒测试相对的软件测试方法，称为白盒测试。白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部构成的测试。此时，测试工程师将深入考查程序代码的内部结构，逻辑设计等等。就像前面的例子，我们拆开手机，观察手机电路板的设计，液晶屏的构成等等。白盒测试需要测试工程师具备很深的软件开发功底，精通相应的开发语言，一般的软件测试工程难以胜任该工作。
灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。
灰盒测试和白盒测试的相同点
1. 目的相同
2. 方法相同，都是需要通过代码来实现
3. 对测试人员素质要求相同
灰盒测试和黑盒测试的不同点
1. 测试的方法不同。
2. 对测试人员要求不同。灰盒测试要求比较强的编程能力。
3. 测试范围不同，关注的对象不同，黑盒测试是覆盖产品范围最广的测试，是灰盒测试无法取代的。但是灰盒测试是可以被黑盒替代的，只是代价比较大，需要很多的测试用例。
灰盒测试和黑盒测试的相同点
1. 目的相同
2. 测试所处的时间段相近。
标签：strong 数据 sp 代码 on 工作 时间 r 设计
原文地址：http://blog.csdn.net/kobesdu/article/details/39207375
