白盒测试失败但黑盒测试成功的例子，反之亦然？

Question

你能给我一些例子，其中黑盒测试给人的印象是“一切正常”，但白盒测试可能会发现错误。白盒测试的例子给人的印象是“一切正常”但黑盒测试可能会发现错误？

提前完成

Answer 1

Blackbox测试可以错过几乎没有明确记录或直观的内容。例如，在这个SO答案输入部分，我有一个工具栏，我可以“测试”，但没有看看代码，我可能没有发现我需要测试热键，或了解突出显示的文本如何响应随机组合中的粗体和斜体属性。我可以试验并弄清楚这一点，但效率并不高。

在较大的应用程序中，通常会错过控制流问题 - 考虑模糊的逻辑流程，甚至是罕见的执行案例陈述。

但是，如果您只进行白盒测试，可用性通常是第一个受到影响的。功能完善的软件也可能难以使用，具有未对齐的UI元素等。

为什么问？

Answer 2

我最近在学习考试时遇到了它，祝我好运。 让我们假设您是一名程序员，记录用户登录您的网站或其他任何内容，并且您保留的计数器是int类型，int的范围是65,535，您的用户数超出了类型的范围。在这种情况下，黑盒测试可能无法检测到它们之间发生了什么，但白盒测试会做。

Answer 3

对于特定的输入，内部会发生错误，从而导致：

1. 放置在全局数据区域中的数据不正确；
2. 不正确的标志，将在随后的一系列测试中进行测试；
3. 不正确的硬件控制，只能在系统测试期间发现；仍会产生“正确”的输出。

通过白盒测试进行错误检测与黑盒测试相反：

• 进行测试以确保模块中的所有独立路径至少执行一次。
• 测试以在其正确和错误的分支上行使所有逻辑决定。
• 进行测试以确保所有循环均在其边界处以及其操作范围内执行。

通过黑盒测试检测错误与白盒测试相反：

• 测试界面功能。
• 测试系统行为和性能。
• 测试输入类别。