黑盒子测试与白盒测试（黑盒测试白盒测试）

连载中：第一期：来自一个刚培训完软件测试的学习笔记整理，连续更，下面我们就来聊聊关于黑盒子测试与白盒测试?接下来我们就一起去了解一下吧!

黑盒子测试与白盒测试

连载中：

第一期：来自一个刚培训完软件测试的学习笔记整理，连续更

第二期：软件测试转行，最干理论知识，连载

第三期：月入10k的软件测试必会黑盒测试用例

●根据需求规格说明书，检查是否有不正确或遗漏了的功能？是否忽略了用户的隐含需求？

●在软件外部接口上，输入能否正确地被接受？能否输出正确的结果？

●是否有数据结构错误或外部信息(例如数据文件)访问错误？

●性能上是否能够满足要求

●是否有初始化或终止性缺陷？是否会出现用户不能接受的缺陷？

●易用性和其他功能特性是否能够得到满足？

是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。

• 第一：穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
• 第二：穷举路径测试不可能査出程序中因遗漏路径而出错。
• 第三：穷举路径测试可能发现不了一些与数据相关的错误。

执行白盒测试时，一般要：

●对程序模块的所有独立的执行路径至少测试一次

●对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测试一次

●在循环的边界和运行界限内执行循环体

●测试内部数据结构的有效性，等等。

是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。

灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识和与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。

灰盒( Gray Box)是一种程序或系统上的工作过程被局部认知的装置。灰盒测试，也称作灰盒分析，是基于对程序内部细节有限认知上的软件调试方法。测试者可能知道系统组件之间是如何互相作用的，但缺乏对内部程序功能和运作的详细了解。对于内部过程，灰盒测试把程序看作一个必须从外面进行分析的黑盒。

灰盒测试相对白盒测试更加难以发现并解决潜在问题，尤其在一个单一的应用中，白盒测试的内部细节可以完全掌握。灰盒测试结合了白盒测试和黑盒测试的要素。它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测试由方法和工具组成，这些方法和工具”取材于应用程序的内部知识和与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。灰盒测试涉及输入和输出，但使用关于代码和程序操作等通常在接口层面体现。