软件工程的白盒和黑盒测试归纳

Coness

一、黑盒测试和白盒测试

APP测试中的

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

白盒测试：已知产品的内部工作过程，可以进行测试证明每种内部操作是否符合设计规格要求，所有内部成分是否经过检查。

　　1. 第一认识：

　　黑盒测试

　　测试特点：测试功能；

　　测试依据：需求规格说明书

　　方法举例：等价类划分、边界值测试

　　优点：能站在用户的立场上进行测试

　　缺点：不能测试程序内部特定部位，如程序有误，则无法发现。

　　白盒测试

　　测试特点：测试程序接口与结构

　　测试依据：软件程序

　　方法举例：逻辑覆盖

　　优点：对程序内部特定部位进行覆盖测试。

　　缺点：无法检验程序外部特性。

　　2.第二认识：

　　黑盒测试把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，针对“软件界面”和”软件功能“进行测试，只检查功能是否符合需求规格说明书能正常使用。因此黑盒测试又叫功能测试或数据驱动测试。

　　白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看作一个打开的盒子，他允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为”结构测试“或”逻辑驱动测试“。白盒测试是按照程序内部的结构来测试程序，通过测试检验产品内部动作是否按照设计规格说明书的要求正常进行，检验程序中的每条通道是否都按照规定正常工作。

　　3.第三认识：

　　黑盒测试主要是为了发现以下错误：

　　（1）是否有不正确或者遗漏了的功能；

　　（2）在接口上，输入能否正确的接受？能否输出正确的结果？

　　（3）是否有数据结构错误或外部信息（例如数据库文件）访问错误？

　　（4）性能上是否能够满足要求？

　　（5）是否有初始化或终止性错误？

　　黑盒的测试用例技术设计有三种：边界值分析、等价类划分、错误推测法。

　　白盒测试主要是想对程序模块进行以下检查：

　　（1）对程序模块的所有独立的执行路径至少测试一遍；

　　（2）对所有的逻辑判定，取”真“与”假“的两种情况都能至少测一遍；

　　（3）在循环的边界和运行的界限内执行循环体；

　　（4）测试内部数据结构的有效性，等等；

　　（5）静态白盒测试  ：即代码审查，正式审查和检验设计和程序代码；

　　（6）动态白盒测试 利用查看代码功能和实现方式得到的信息来设计和执行测试，也叫结构测试；

　　白盒的测试用例技术包括：逻辑覆盖和基本路径测试。

　　逻辑覆盖：是以程序内在逻辑结构为基础的测试用例设计技术，这一方法要求测试人员对程序的逻辑结构有清楚的了解。

　　基本路径测试：在程序控制流程图的基础