[白盒测试方法]黑盒测试与白盒测试啥区别？

大家好，今天小编关注到一个比较有意思的话题，就是关于白盒测试方法的问题，于是小编就整理了4个相关介绍白盒测试方法的解答，让我们一起看看吧。

黑盒测试与白盒测试啥区别？

首先纠正 这个问题不属于“硬件”类的

什么是黑盒测试和白盒测试？

任何工程产品（注意是任何工程产品）都可以使用以下两种方法之一进行测试。

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

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

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能？

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

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

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

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

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

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

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

3、在循环的边界和运行的界限内执行循环体。

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

以上事实说明，有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。

黑盒测试与白盒测试各有哪些优缺点，应该如何结合才能解决漏洞和冗余问题？

黑盒测试与软件如何实现无关，测试用例开发可以与实现并行进行，因此可以压缩总的项目开发时间，但测试用例之间可能存在严重的冗余，还会有未测试的软件漏洞。

白盒测试局限于已经完成的代码行为当中，离代码太近。

如果黑盒测试结合白盒测试的覆盖率指标执行，冗余和漏洞问题都会被发现并解决。

如果发现同一条程序路径被多个功能性测试用例遍历，就可以怀疑这种冗余不会发生新的缺陷，如果没有达到一定的DD—路径覆盖，则可知在功能性测试用例中存在漏洞。

黑盒测试比白盒测试哪个更难？

白盒测试和黑盒测试的根本区别就是白盒测试要看代码，而黑盒测试就不需要了。在手机中的测试中也是一样的。在手机的白盒测试中你还要看它是什么语言的什么平台，工具的使用，这些都是必不可少的。手机的黑盒测试就查看需求是否覆盖、功能是否实现。

如何编写黑盒测试与白盒测试的测试用例？

黑盒测试的测试方法有：等价类划分、边界值分析法、猜错法、随机数法、因果图

白盒测试的测试方法有：代码检查法、程序变异、静态结构分析法、静态质量度量法、符号测试法、逻辑覆盖法、域测试、Z路径覆盖和基本路径测试法

1. 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致

2. 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试

3. 黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用墨盒测试方法是发现不了的。

参考:CSDN博客

到此，以上就是小编对于白盒测试方法的问题就介绍到这了，希望介绍关于白盒测试方法的4点解答对大家有用。