黑盒测试、白盒测试、灰盒测试之间的区别

黑盒测试

又叫数据驱动测试，本质上就是功能测试。
把测试对象当做一个黑盒子，测试时，对程序内部的逻辑结构和内部特性，完全不需要考虑。根据需求说明书，测试程序的功能，是否符合它的说明。

白盒测试

又称为结构测试或逻辑驱动测试。本质上就是通过代码检查的方式进行测试
把测试对象看做一个打开的盒子，测试人员用程序内部的逻辑结构、有关信息，设计或选择测试用例，对程序所有逻辑路径展开测试。在不同的点检查程序状态，确定实际状态，是否与预期的状态一致。

灰盒测试

是介于白盒测试与黑盒测试之间。
可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了。
这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。

灰盒测试与黑盒测试有哪些区别？

如果软件中，包含多个模块：
用黑盒测试，只需要关心整个软件系统的边界，无需关心软件系统内部，各个模块之间如何协作。
用灰盒测试，就需要关心模块与模块之间的交互。

灰盒测试与白盒测试有哪些区别？

灰盒测试中，无需关心模块内部的实现细节。对于软件系统的内部模块，灰盒测试依然把它当成一个黑盒来看待。
白盒测试则不同，需要深入地了解内部模块的实现细节。

下面我还收集了一些软件测试的视频资料：

对于【软件测试】的的朋友来说应该是最全面最完整的备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你！

有需要的可以关注我的微信公众号：【程序员二黑】，免费分享给你们。

写给大家：每一个优秀的人，都不是带着与生俱来的光环的，也不一定是比别人幸运。他们只是在任何一件小事上，都对自己有所要求，不因舒适而散漫放纵，不因辛苦而放弃追求。雕塑自己的过程，必定伴随着疼痛与辛苦，可那一锤一凿的自我敲打，终究能让我们收获一个更好的自己。