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

Question

我试图理解一个与另一个相比的方式。

是否在白盒测试中您可以看到代码和黑盒子测试，而不查看代码？

Answer 1

问）是否在白盒测试中你可以看到代码和黑盒子测试你不看代码？

黑盒测试

• 这是一个向系统提供输入并检查系统输出的过程，而不必担心系统如何生成输出。它也被称为行为测试，数据驱动测试或I / O驱动测试，功能测试。

• 仅根据需求分析（规范，用户文档等）进行测试

<强>优点：

1）对于比玻璃盒测试更大的代码单元更有效。

2）测试人员和程序员彼此独立。

3）根据用户的观点进行测试。

4）只要规范完成，就可以设计测试用例。

<强>缺点：

1）可能会留下许多未经测试的程序路径。

2）实际上只能测试少量可能的输入，以测试每种可能的输入。    输入流将几乎永远。

白盒测试

• 这是一个向系统提供输入并检查系统如何处理输入以生成输出的过程。

• 测试人员必须具备代码知识。

<强>优势：

1）此类测试有助于发现结构层面的缺陷。测试位于顶层和功能层之下，以揭示缺陷

<强>缺点：

1）不确保满足用户要求

2）不确定决定，条件和路径。

Answer 2

基本上是的。

在黑盒测试中，您测试对象的预期输入是否产生预期输出而无法更改底层代码。

在白盒测试中，您可以看到代码并测试通过它的所有可能路径。

Answer 3

百科：

  

White box testing使用了   系统的内部视角   基于内部设计的测试用例   结构体。它需要编程   识别所有路径的技能   软件。

与

  

Black box testing需要一个   测试的外部视角   对象来推导测试用例。

Answer 4

是的，你几乎拥有它。黑匣子正在测试外部，而不知道（或访问）任何内部的东西。白盒测试能够查看（并可能修改）您正在测试的内部状态。它们都有不同的用途。单元测试通常是（但不总是）白盒测试。

Answer 5

白盒测试

一旦知道s / w的内部工作，就会执行测试以确保s / w的所有内部操作都是按照规范执行的。

黑匣子测试

一旦设计了每个s / w组件的指定功能，就会执行测试以确保每个功能都在执行。

Answer 6

白盒测试：在白盒测试中，我们使用系统内部结构的知识，即测试人员需要掌握编程语言和编码知识。

在黑盒测试中，我们忽略了系统的内部，并关注输入和输出之间的关系。

Answer 7

白盒测试就像使用（玻璃）透明盒子给出输入和验证输出 即，在此输入观察输入处理（功能流，变量值，计算）并验证输出是否符合预期。

黑盒测试就像使用（木制）非透明盒子输入和验证输出一样 即，在此输入不观察输入处理（功能流，变量值，计算）并验证输出是否符合预期。

Answer 8

白盒测试： - 需要编程和实现知识。

黑匣子测试： - 不需要编程和实现知识。