白盒 黑盒 单元 边界基本介绍

• 白盒测试

• 黑盒测试

• 单元测试

• 边界条件

• 测试自动化

• 验收测试

1:

白盒测试(又称结构测试、透明盒测试、逻辑驱动测试或基于 代码 的测试)[ 白盒测试是一种 测试用例设计 方法，盒子指的是被测试的 软件 ，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的 ],是通过程序的 源代码 进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正;

优点

1.迫使测试人员去仔细思考软件的实现

2.可以检测代码中的每条分支和路径

3.揭示隐藏在代码中的错误

4.对代码的测试比较彻底

5.最优化

缺点

1.昂贵

2.无法检测代码中遗漏的路径和数据敏感性错误

3.不验证规格的正确性

局限

但即使每条路径都测试了仍然可能有错误。可能出现的情况如下：

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

2:

黑盒测试：又被称为功能测试、数据驱动测试或基于规格说明的测试，是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。

黑白两者区别

黑盒测试着重测试软件功能。

黑盒测试并不能取代白盒测试，它是与白盒测试互补的测试方法，它很可能发现白盒测试不易发现的其他类型错误。

单元测试 （unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

单元测试是由 程序员 自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

边界条件 测试，英文是Boundary Testing。又称 边界值测试 。

一种 黑盒测试 方法，适度等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计 测试用例 ，可以查出更多的错误。

边界条件 测试是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。